联系:手机/微信(+86 17813235971) QQ(107644445)
标题:ORA-01555 caused by SQL statement below
作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]
一.发现ORA-01555
Mon Dec 26 10:08:22 2011 ORA-01555 caused by SQL statement below (Query Duration=49146 sec, SCN: 0x0b4b.17f5ae42): Mon Dec 26 10:08:22 2011 SELECT COMPANY_ID, COMPANY_MOBILE, TO_CHAR(NVL(REG_DATE, SYSDATE - 100), 'yyyymmddhh24miss'), BAK_FIELD2 FROM TAB_XN_COMPANY WHERE (COMPANY_STATUS = 1 OR (COMPANY_STATUS = 3 AND NVL(UNREG_DATE, SYSDATE + 100) >= TO_DATE('20111226094500', 'yyyymmddhh24miss'))) AND NVL(REG_DATE, SYSDATE - 100) <= TO_DATE('20111226095959', 'yyyymmddhh24miss') AND PAY_TYPE > 0
二.数据库状态
[oracle@ora02 ~]$ sqlplus "/ as sysdba" SQL*Plus: Release 9.2.0.4.0 - Production on Wed Jan 4 10:48:17 2012 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. Connected to: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.4.0 - Production SQL> show parameter undo; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ undo_management string AUTO undo_retention integer 10800 undo_suppress_errors boolean FALSE undo_tablespace string UNDOTBS1 SQL> select sum(maxbytes)/1024/1024/1024, 2 SUM(USER_BYTES)/1024/1024/1024 FROM dba_data_files where tablespace_NAME='UNDOTBS1'; SUM(MAXBYTES)/1024/1024/1024 SUM(USER_BYTES)/1024/1024/1024 ---------------------------- ------------------------------ 61.9999847 32.6834106 SQL> SELECT DISTINCT STATUS "状态", 2 COUNT(*) "EXTENT数量", 3 SUM(BYTES) / 1024 / 1024 / 1024 "UNDO大小" 4 FROM DBA_UNDO_EXTENTS 5 GROUP BY STATUS; 状态 EXTENT数量 UNDO大小 --------- ---------- ---------- ACTIVE 1 .000976563 EXPIRED 2549 31.2333298 UNEXPIRED 3 .000175476
通过undo_retention保留时间为10800秒,而该sql执行了49146秒,在这49146秒钟,TAB_XN_COMPANY表中的数据被修改,而且被修改的undo数据在10800秒后被覆盖导致,导致原查询语句不能获取到scn小于或者等于查询时候的数据块内容(在undo中),所以出现ORA-01555。从这里也可以看出来,在undo空间还剩余的情况下,如果超过了undo_retention限制,undo内容还是有可能被覆盖,而不是使用未使用的undo
三.出现ORA-1555原因
The ORA-1555 errors can happen when a query is unable to access enough undo to build a copy of the data at the time the query started. Committed “versions” of blocks are maintained along with newer uncommitted “versions” of those blocks so that queries can access data as it existed in the database at the time of the query. These are referred to as “consistent read” blocks and are maintained using Oracle undo management.
就是一个查询要访问某个数据块,而这个数据块在这个查询执行过程中修改过,那么该查询需要查询undo中数据块,而undo中该数据块已经不存在,从而出现ORA-1555
四.ORA-1555解决方法
Case 1 – Rollback Overwritten
1.缩短sql运行时间
2.增加undo_retention,这个同时需要考虑undo空间大小
3.减少commit(rollback)次数
4.在一条sql中尽量使数据块访问一次
4.1)Using a full table scan rather than an index lookup
4.2)Introducing a dummy sort so that we retrieve all the data, sort it and then sequentially visit these data blocks.
Case 2 – Rollback Transaction Slot Overwritten
这种问题,主要是延迟块清理导致,一般建议在进行大批量的dml操作后,使用全表(全index)扫描执行一遍,或者收集全部统计信息