undo空间满的处理方法(含undo的学习与相关解释)
1、查看数据库当前实例使用的是哪个undo表空间:
show parameter undo_tablespace
2、查看undo表空间对应的数据文件和大小
set lines 200 pages 200 col file_name for a60 col tablespace_name for a20; select tablespace_name,file_name,bytes/1024/1024 mb from dba_data_files where tablespace_name like '%undotbs%';
3、查看undo表空间属性:
show parameter undo
select retention,tablespace_name from dba_tablespaces where tablespace_name like '%undotbs%';
解释:
4、查看undo表空间当前的使用情况:
set lines 200 pages 200 col tablespace_name for a30 select tablespace_name,status,sum(bytes)/1024/1024 mb from dba_undo_extents group by tablespace_name,status;
与一般的用户表空间不同,undo表空间不能通过dba_free_spaces来确定实际的使用情况,undo表空间除了active状态的extent不能被覆盖外。其他状态的extent都是可以空间复用的。
如果active的extent总大小很大,说明系统中存在大事务。如果undo资源耗尽(active接近undotbs的总大小),可能导致事务失败。
5、查看什么事务占用了过多的undo:
select addr,used_ublk,used_urec,inst_id from gv$transaction order by 2 desc;
addr: 事务的内存你地址。
used_ublk:事务使用的undo block数量。
used_urec:事务使用的undo record (undo前镜像的条数,例如:delete删除的记录数)
6、查看占用undo的事务执行了什么sql:
set lines 200 pages 200 col program for a30 col machine for a30 select sql_id,last_call_et,program,machine from gv$session where taddr='0000000089a9e2f0';
last_call_et: 上一次调用到现在为止过了多长时间,单位为秒,途中显示过了304s (既可以理解为sql已经运行了304s)。
set long 99999 set lines 100 set pages 1000 select sql_fulltext from v$sql where sql_id='8gvp49tr474f2';
7、找到了sql,下面就可以联系应用做处理了:
哪台机器,通过什么程序,发起了什么sql,占用了多少undo,是否可以杀掉,sql是否可以改写,是否可以分批提交。。。等
关于undo的其他知识:
1、undo的读取方式是单块读的,所以事务的回滚比较慢
2、显示undo使用情况的统计信息:
select to_char(begin_time,'hh24:mi:ss') begin_time, to_char(end_time,'hh24:mi:ss') end_time, undoblks from v$undostat;
3、system表空间中有一个系统回滚段,只有在对数据字典进行操作时(eg:修改表结构)才用到系统回滚段,另外一种情况,如果undo表空间出现问题,oracle也可能使用system段。
4、undo segment的信息:
select a.name, b.xacts, b.writes, b.extents from v$rollname a, v$rollstat b where a.usn=b.usn;
上一篇: 模拟多级复选框效果的jquery代码
下一篇: 在ASP网站设计中表单验证