写道关于初始化参数UNDO_RETENTION的设置，严格说起来也是与UNDO表空间有关系，但是思量再三，我觉着还是有必要单拎出来详细介绍。
该参数用来指定UNDO段中数据保存的最短时间，以秒为单位，是一个动态参数，完全可以在实例运行时随时修改，通常默认是900秒，也就是15分钟。
首先要注意，UNDO_RETENTION只是指定UNDO段中数据的过期时间，并不是说，UNDO段中的数据一定会在UNDO表空间中保存15分钟。如一个新事务开始的时候，如果此时UNDO表空间已经被写满，则新事务的数据会自动覆盖已提交事务的数据，而不管这些数据是否已过期，因此呢，这就又关联回了第一点，当你创建一个自动管理的UNDO表空间时，还要注意其空间大小，要尽可能保证UNDO表空间有足够的存储空间。
同时还要注意，也并不是说，UNDO_RETENTION中指定的时间一过，已经提交事务中的数据就立刻无法访问，当超出UNDO_RETENTION参数指定的时间后，这部分数据占用的空间将会被标识为可重用，不过只要不被别的事务触发的数据覆盖，它会仍然存在，并可以随时被Flashback特性引用。如果你的UNDO表空间足够大，而数据库又不是那么繁忙，那么其实UNDO_RETENTION参数的值并不会影响到你，哪怕你设置成1（这么说好像绝对了点，大家一定要注意理解，别钻牛角尖），只要没有事务去覆盖UNDO数据，这部分数据就会持续有效。因此呢，再次重复那句话，要注意UNDO表空间的大小，保证其有足够的存储空间。
最后，只有在一种情况下，UNDO表空间能够确保UNDO中的数据在UNDO_RETENTION指定时间过期前一定有效，就是为UNDO表空间指定RETENTION GUARANTEE，指定之后，不会覆盖UNDO表空间中未过期的UNDO数据，例如：
SQL> ALTER TABLESPACE UNDOTBS1 RETENTION GUARANTEE; 如果想禁止UNDO表空间RETENTION GUARANTEE，例如：
SQL> ALTER TABLESPACE UNDOTBS1 RETENTION NOGUARANTEE; 转了一圈，问题又回来了，既然它看起来有用又像没有用，为什么还要设置它呢？嘿嘿，就我理解，其存在的真实用途，就是提醒你UNDO表空间很重要，给它指定分配一个合适的大小更重要哟。
但是从这篇文章中明显发现，undo_retention参数意义很小，而且默认的TABLESPACE UNDOTBS1 一般都是NOGUARANTEE，这个是一个考虑解决1555错误的方法，但是我个人觉得大部分情况绝不是因为undo_retention过小引起的，应该都是因为UNDOTBS1 占满了的缘故，所以
1、扩大回滚段
因为回滚段是循环使用的，如果回滚段足够大，那么那些被提交的数据信息就能保存足够长的时间是那些大事务完成一致性读取。
2、增加undo_retention时间
在undo_retention规定的时间内，任何其他事务都不能覆盖这些数据。
3、优化相关查询语句，减少一致性读。
减少查询语句的一致性读，就降低读取不到回滚段数据的风险。这一点非常重要！
4、减少不必要的事务提交
提交的事务越少，产生的回滚段信息就越少。
5、对大事务指定回滚段
通过以下语句可以指定事务的回滚段：
SET TRANSACTION USE ROLLBACK SEGMENTrollback_segment；
我觉得标红的都是可以考虑的方案，
我的解决方案包括了
1.while(rs.next()){
}去掉，不在rs循环内执行update，而是把rs数据全部读出，然后在进行逐条update,
2.无非就是标红的那些了