废话就不多说了，开始。。。
首先要说明的一点是：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”
