删除数据后如何及时释放存储空间.docx

删除数据后如何及时释放存储空间？--黄海明当表空间大小受限时，即便通过delete带条件删除部分数据，被删除数据所使用的空间，依然不会被释放。此时想要再添加新的数据可能会得到“磁盘空间不足”的报错。本文通过一个实验场景，介绍清理回滚段及时释放存储空间的方法，用以解决上述困扰。创建实验场景步骤如下（注：本实验场景中数据页的大小16k）：删除测试环境中的表和表空间（确保数据库中TEST表空间及TEST_CLOB表仅为本实验所用）创建test表空间，大小为64M，并且务必关闭表空间自动扩展功能创建表构建一个往test_clob表中增加大量数据匿名块等待匿名块执行完成，会收到如下报错：查看插入了多少条记录删除500条记录查询记录条数再插入数据，看看是否报错？truncate好用，然而不能带条件删除，表空间大小本身又有局限，怎么才能将尚未释放的存储空间用起来？解决方法：以DBA身份创建存储过程以DBA身份调用上述存储过程再插入500条试试，看是否报错？查一下总记录数问题解决。原理描述：执行完第6步，添加数据时，依然收到“磁盘空间不足”的报错，因为这时候应用回滚段还未清理，磁盘空间并未释放。未清理原因：由于需要根据回滚记录回溯、还原物理记录的历史版本信息，而不能在事务提交时立即清除当前事务产生的回滚记录。但是，如果不及时清理回滚段，可能造成回滚段空间的不断膨胀，占用大量磁盘空间。DM基于上述原因提供了自动清理、回收回滚段空间的机制。采取保留回滚段一段时间，然后自动清理回滚段空间的方式。这个保留回滚段的时间长度由UNDO_RETENTION参数指定，默认数值是900，单位是秒。这个参数是系统级动态参数，修改后即时生效，dm.ini 文件里可以查到它的值。通过第7步，调整UNDO_RETENTION为1秒，并预留10秒给进程清理回滚段，之后将UNDO_RETENTION恢复为900秒。?以上便是关于如何通过调整UNDO_RETENTION参数值，迅速解决delete数据后不能及时释放表空间的问题的方法了。