系统一再发生ora-01555错误

显示全部楼层 · 2005-10-30 17:05:33

9205的数据库，hp平台，一再发生ora-01555错误。经过检查，每次发生，都是一条select语句造成的。undotablespace一再加大，程序也不能修改
请问：还有其它办法解决吗？

千问 · 2005-10-30 17:05:33

UNDO_RETENTION参数值是多少？

千问 · 2005-10-30 17:05:33

最初由 xxscfh 发布
[B]9205的数据库，hp平台，一再发生ora-01555错误。经过检查，每次发生，都是一条select语句造成的。undotablespace一再加大，程序也不能修改
请问：还有其它办法解决吗？ [/B]
这种问题最根本的解决办法就是修改程序，因为原因就是查询所花的时间太长。也可以按如下操作尽量缓解这个问题。
1、首先查出你系统最长的一次查询花了多少时间
SQL> select max(MAXQUERYLEN) from v$undostat;
2、用alter system set UNDO_RETENTION=查出的时间或是报1555语句所花的时间 scope=both;

千问 · 2005-10-30 17:05:33

最少保证2倍最大值

千问 · 2005-10-30 17:05:33

修改这个参数我考虑过，可是毕竟这个select语句不是经常运行。还有max(maxquerylen)的值也特别大，为155430，也就是2590分钟！！呵呵，我一直想对程序下手，可是。。。。不说了
我系统中的undo_retention为默认值＝10800，我知道这个对于这个查询来说是太小了！
不过，如果修改了这个值，是不是对其它的查询有较大的影响？我能不能就通过加大undotablespace来解决这个问题？

千问 · 2005-10-30 17:05:33

把这个sql赶到备用服务器上算了

千问 · 2005-10-30 17:05:33

最初由 xxscfh 发布
[B]修改这个参数我考虑过，可是毕竟这个select语句不是经常运行。还有max(maxquerylen)的值也特别大，为155430，也就是2590分钟！！呵呵，我一直想对程序下手，可是。。。。不说了
我系统中的undo_retention为默认值＝10800，我知道这个对于这个查询来说是太小了！
不过，如果修改了这个值，是不是对其它的查询有较大的影响？我能不能就通过加大undotablespace来解决这个问题？ [/B]
undo_retention与undotablespace一起增加才会有作用的，在增大undo tablespace 时可以在边观测其使用比再增加。
修改undo_retention不会对查询产生什么影响，加大就更不会了。
10800也不算小了，三个小时呢。
我建议还是从应用入手，不调其语句可以通过比如加适当的索引、对表做适当的分区来解决问题

千问 · 2005-10-30 17:05:33

你可以增大undo空间

千问 · 2005-10-30 17:05:33

最初由 hrb_qiuyb 发布
[B]
undo_retention与undotablespace一起增加才会有作用的，在增大undo tablespace 时可以在边观测其使用比再增加。
修改undo_retention不会对查询产生什么影响，加大就更不会了。
10800也不算小了，三个小时呢。
我建议还是从应用入手，不调其语句可以通过比如加适当的索引、对表做适当的分区来解决问题 [/B]

对你这个‘ undo_rentention于undo tbs一起增加在会有作用’表示怀疑，难道我仅仅增加undo tbs就不行。文档上有说明他们必须一起吗？在我的记忆中，他们之间的关系是独立的。当然，在一个实际的应用中，最好的解决的方式是应该同时增加这2个参数，我马上去修改看看效果。

我在优化他的sql 看看吧！
顺便提个问题：在9i的自动管理undo ts中，到底一个事务能不能使用其它回滚段？

千问 · 2005-10-30 17:05:33

加大undo tablespace未必会有多大的帮助，因为提交的事务过了undo_retention时间后照样会被覆盖。