Oracle数据库 ORA

Posted 2023-04-19

Oracle数据库 ORA-01555 快照过旧是为什么？怎么解决？

发生ORA-01555有以下几种原因:
(1).查询SQL执行时间过长，回滚段太小。
(2).系统频繁进行DML操作，导致UNDO循环复写很快。
(3).块清除(8i以后很少发生)
下图模拟了(1),(2)情况ORA-01555发生的过程
0:00 查询开始
0:01 另一个会话UPDATE块1000000，回滚信息记录在回滚段上。
0:01 update会话commit。回滚段仍在那里，但是会被复写。
1:00 查询仍在进行 在块200000上
。。。。。期间进行了大量的DML操作，不断向undo中写入
4:00 查询仍在进行 在块600000上。
4:01 UNDO已满，开始覆盖，将0:01写入的回滚段覆盖。
4:30 查询到1000000时 发现查询开始已经被修改了，进入回滚段试图找到那个块的撤销信息，从而得到一致读。这时发现需要的信息已经不存在，ORA-01555出现，查询失败。
(3)发生的情况是:下一个session在块修改后第一次访问它时，需要检查最后修改块的事务是否仍被激活，一旦确定没有激活就执行清除块操作。为了清除块，ORACLE需要访问前一事务的回滚段，但是发现该回滚段已经被复写，这时也会发生ORA-01555.

解决和预防的方法有:
(1).使用合适大小的事务，没有提交太频繁。
(2).增加更多的回滚段，延长undo区被复写的时间。
(3).降低查询的运行时间。(推荐做法)。 参考技术A 是因为undo表空间中inactive状态的数据块被重复使用而导致数据库itl槽undo快地址被覆盖的问题，引起这个错误的主要原因可能是undo表空间太小或者sql的执行时间过长，如果想搞清楚到底为什么，建议看看undo的原理与作用方面的资料 参考技术B commit太慢啦。请及时提交你的操作 参考技术C 是因为存储容量有限

oracle数据库alert日志报：ORA-12012: 自动执行作业 211 出错 ORA-12541: TNS: 无监听程序

连带：ORA-06512: 在 "SYS.DBMS_SNAPSHOT", line 2256
ORA-06512: 在 "SYS.DBMS_SNAPSHOT", line 2462
ORA-06512: 在 "SYS.DBMS_IREFRESH", line 685
ORA-06512: 在 "SYS.DBMS_REFRESH", line 195
数据库版本：10.2.0.5.0，操作系统：AIX
listener已开启！

麻烦哪位高人指点下啥问题！

参考技术A 你看下数据库里面的job，有没有调用dblink的，可能是远端数据库有问题了。
或者查看以下on commit 刷新的物化视图。 参考技术B 你执行什么操作了？ 参考技术C 看起来是物化视图的刷新报错了。