查询数据库[Oracle] 令人抓狂的ORA-01555

废话就不多说了，开始。。。

    首先要说明的一点是：ORA-01555错误是一个“安全”的错误，它不会形成数据丧失或损坏，只是会让接收到该错误的查询无法继续，因此，在数据库的日常维护工作中，如果只是一次两次遇到ORA-01555错误，一般都先忽略，但是如果经常遇到该错误，则要停止一些调整以避免该错误的再次发生。

    

    1. 为什么会产生ORA-01555错误？

    

    这个错误是由数据库的读一致性(Read consistency）引发的，当查询需要访问被修改的数据时，它会到undo里访问该数据的前镜像，如果该前镜像已被覆盖，查询语句就会返回ORA-01555的错误。

    每日一道理
只有启程，才会到达理想和目的地，只有拼搏，才会获得辉煌的成功，只有播种，才会有收获。只有追求，才会品味堂堂正正的人。

    

    2. 致使ORA-01555错误的主要原因有哪些？

    

    1） undo太小

    比拟直观的处理方法是DBA告诉数据库应用最长的查询需要多长时间，并把UNDO_RETENTION设为这个值，同时响应增大undo表空间巨细。

    但要从根本上处理undo太小问题，还得从应用端代码调优动手，减少查询的运行时间。

    2） 延迟的块清除

    这类情况比拟少见，特别是在OLTP系统里，在OLAP系统里可能会遇到，处理方法是在每次大批的insert或update之后，记得用DBMS_STATS包扫描相关对象。

文章结束给大家分享下程序员的一些笑话语录： 警告
有一个小伙子在一个办公大楼的门口抽着烟，一个妇女路过他身边，并对他 说， “你知道不知道这个东西会危害你的健康？我是说， 你有没有注意到香烟 盒上的那个警告（Warning）？”
小伙子说，“没事儿，我是一个程序员”。
那妇女说，“这又怎样？”
程序员说，“我们从来不关心 Warning，只关心 Error”