文章目录
1. undo表空间概念和作用
对于DML语句,只要修改了数据块,数据库就会把修改前的数据保存下来,保存在undo segment中,而undo segment保存在undo表空间;
数据库中可同时存在多个undo表空间,但一个时间节点上,数据库只能使用一个undo表空间;
若将undo_tablespace 参数设置为另一个undo表空间,被称为undo表空间的切换;
undo表空间主要用于解决:
1.1 读一致性
当进行DML操作时,undo段会记录数据变更前的状态(通过构造原数据的一致性数据块)。如果用户还没有进行commit操作,其他人查询此条数据会看到数据变更前的状态。因为其他用户读到的数据是undo segment中原数据块中的数据,保证没有commit的数据读取的一致性。
若undo块中存放的被修改的数据被其他事务覆盖,则无法找到被修改前的数据,就会抛出ORA-1555 snapshot too old 错误
1.2 回滚事务
用户进行DML操作后没有进行commit,恢复到数据修改前的状态。只要该操作在undo段保护的时间内,此时执行rollback操作 rollback to savepoint 或上一次commit操作后的状态。
1.3 实例恢复
实例恢复是在SMON进程完成前滚并打开数据库后发生。SMON进程会去查看 undo segment头部(头部即 undo segment的第一个数据块)记录的事务表(每个事务在使用undo块时,首先要在undo块所在的undo segment的头部记录一个条目,该条目里记录了该事务相关的信息,包括是否提交等),将其中既没有提交也没有回滚,而是在实例崩溃时被异常终止的事务全部回滚
2. undo表空间重要参数
2.1 undo_retention
以秒为单位,表示当事务提交或回滚后,该事务所在的undo块中的数据需要保留多久;当保留时间超过undo_retention 所指定的时间后,该undo块才能被其他事务覆盖;
2.2 rentention garentee
数据库DML操作频繁时,会产生很多undo块,需要覆盖已经被使用的undo块,当undo数据文件不能自动扩展并且undo块不够用时
若为undo表空间设置retention guarantee属性,则直接报错
若没有设置,则直接覆盖 inactive又没有expired的undo块,而不管undo_retention 参数
3. undo表空间操作
3.1 查看UNDO表空间
select * from dba_tablespaces where CONTENTS='UNDO';
3.2 查看UNDO 参数
show parameter undo;
undo_management 表示 自动管理
undo_retention表示事务提交或回滚后等待900秒才能被其他事务覆盖
undo_tablespace系统的默认的UNDO表空间
3.3 增加一个回滚表空间
create undo tablespace undot2 datafile 'D:\software\oracle\oradata\orcl\undot2.dbf' size 10m autoextend on;
3.4 给回滚表空间 undot2 增加一个数据文件
alter tablespace undot2 add datafile 'D:\software\oracle\oradata\orcl\undot3.dbf' size 10M autoextend on;
3.5 查看数据文件以及其所属的表空间
select * from dba_data_files;
3.6 切换UNDO表空间
alter system set undo_tablespace = undot2 ;
3.7 启用和取消rentention garentee:
启用:
alter tablespace undot2 retention guarantee;
查看是否启用:
select tablespace_name, retention from dba_tablespaces;
取消:
alter tablespace undot2 retention noguarantee;
3.8 v$undostat 视图,记录undo表空间使用情况
每10分钟更新一次
select * from v$undostat;
4. RMAN UNDO备份优化
Rman备份UNDO表空间时排除已经提交的会话对应的数据,提高了Rman备份的效率。
备份优化