我们知道DML和DDL的区别之一是DML(INSERT、UPDATE、DELETE)操作数据库会产生重做日志和回滚日志,DDL不会产生重做日志和回滚日志,本章从系统表和动态视图上来分析达梦数据库DML和DDL对回滚表空间的占用,以及达梦回滚表空间的空间释放。
环境说明:
操作系统:银河麒麟V10
数据库:DM8
相关关键字:回滚段、空间释放、v$purge
一、CREATE TABLE和INSERT场景测试
创建表空间
create tablespace dmtbs01 datafile 'DMTBS01.DBF' size 100 autoextend off;
create tablespace dmtbs02 datafile 'DMTBS02.DBF' size 100 autoextend off;
create tablespace dmtbs03 datafile 'DMTBS03.DBF' size 100 autoextend off;
2、构造表和数据
创建表:
create table t_emp01 tablespace dmtbs01 as select * from dmhr.employee;
插入数据:
begin
for i in 1..6 loop
insert into t_emp01 select * from t_emp01;
end loop;
commit;
end;
3、查看purge回滚段信息:
select * from v$purge;
select * from v$purge_pseg_obj;
select * from v$purge_pseg_tab;
可以看到insert插入的数据purge回滚段中记录了回滚记录信息:
![](https://i-blog.csdnimg.cn/blog_migrate/cedf6e3f723475a687406ed482189aac.png)
![](https://i-blog.csdnimg.cn/blog_migrate/bd80712eaf59ce30ffaf8269c2cacf0c.png)
查看回滚段中这几个tab_id对应的表,可以看到5607的事务操作的都是系统表(即CREATE TABLE语句操作的是SYSOBJECTS、SYSINDEXES、SYSCOLUMNS、SYSOBJINFOS系统表),5608事务操作的是T_EMP01表(insert语句操作表本身)。
![](https://i-blog.csdnimg.cn/blog_migrate/bac823994c27d7c775f7ae8b66aeef44.png)
4、再使用CTAS方式创建表,查看purge回滚段数据占用情况:
create table IF NOT EXISTS t_emp02 tablespace dmtbs02 as select * from t_emp01;
create table IF NOT EXISTS t_emp03 tablespace dmtbs03 as select * from t_emp01;
可以看到CTAS方式创建表时(包含数据),回滚段中只记录创建表对数据字典表的操作产生的回滚信息,不记录表记录回滚信息。这也就是说明了为什么CTAS方式创建表并插入数据为什么不先创建表,然后再插入数据要快。
![](https://i-blog.csdnimg.cn/blog_migrate/b6c74cda44839694871e22b914335452.png)
![](https://i-blog.csdnimg.cn/blog_migrate/adc2d8858db95cda33913774d5025cd3.png)
二、DELETE、TRUNCATE、DROP场景测试
查看这三张表的表空间占用情况(BYTES表示数据文件总大小, USER_BYTES表示数据文件剩余空间):
select TABLESPACE_NAME, BYTES, USER_BYTES
from dba_data_files t
where t.tablespace_name like 'DMTBS%'
order by 1;
![](https://i-blog.csdnimg.cn/blog_migrate/e1ccc5015d3dfd3c10058b1049537a2f.png)
或查询user_segments表中空间占用情况:
select segment_name, segment_type, tablespace_name, bytes
from user_segments t
where segment_name like 'T_EMP%'
order by 1;
![](https://i-blog.csdnimg.cn/blog_migrate/b01b10fbee6050a84d0d868912c67034.png)
使用如下三个方式分别delete、truncate和drop表。
delete from t_emp01;
truncate table t_emp02;
drop table t_emp03;
此时查看purge回滚段空间占用情况,可以看到delete操作的是T_EMP01表本身(5613事务),truncate操作的只有SYSOBJINFOS系统表(5614事务),而drop操作的是多个系统表(5616事务),如下所示:
![](https://i-blog.csdnimg.cn/blog_migrate/590e24dce506ba85ba394990071570d8.png)
及时查询数据的表空间占用情况,可以看到truncate表后空间立即释放,但delete和drop的空间没有立即释放,USER_SEGEMNTS中drop表后对应的数据段被删除。
![](https://i-blog.csdnimg.cn/blog_migrate/bc60c1b058957e0d9d16464ee94e7af3.png)
查询回滚段保留时长UNDO_RETENTION,默认为90秒。
![](https://i-blog.csdnimg.cn/blog_migrate/41c5f106c485d5bbc107ce875af306cd.png)
超过90秒后,再来查询v$purge等PURGE回滚段视图,会发现此视图中的数据已经为空(回滚段已经被清理):
![](https://i-blog.csdnimg.cn/blog_migrate/61199c4ebf92642f89f9aab8e2c0ee06.png)
同时数据所占用的空间信息也被释放,如下所示:
![](https://i-blog.csdnimg.cn/blog_migrate/f1107f97709fa363a6590fc6dff0e2a4.png)
三、总结
从上面测试可以看出:
1、CTAS方式创建表的同时并插入数据效率更高,比先创建表然后再插入数据要快。
2、TRUNCATE立即释放空间,drop和delete表的空间不立即释放,达梦按照undo_retention参数指定的时间强制保留,超过该时间后,空间立即释放。
3、严格来说,DDL会生成少量的UNDO回滚信息,这些回滚信息是对系统表的修改而产生的回滚记录。