表压缩shrink space的问题

显示全部楼层 · 2013-2-25 14:51:24

本帖最后由 yangrongyan2008 于 2013-2-19 15:11 编辑
alter table t1 enable row movement
alter table t1 shrink space compace
这是压缩表的命令，生产库有一千多张表，有几张大的订单表，订单表的插入速度很频繁。对于我们的生产库，到底要不要进行压表。
。但有的itpub的朋友有以下观点：
1.删除数据之后的空间是不释放的，但是可以等待下次insert时用。我之前做过很多次shrink，感觉效果不是很明显，而且时间特别长，undo使用率激增，redo 500M一分钟一个，如果表的删除和insert都很多的话，建议还是不要做shrink。
==============================================================
2.占空间多就让他占着，反正已分配空间迟早会被用到，你现在收缩他，当他要申请空间时还不是要照样给他，多余的动作。数
=========
各位如何看呢。欢迎回帖。谢谢

千问 · 2013-2-25 14:51:24

看看更新下表的统计信息，是否有改善呢

千问 · 2013-2-25 14:51:24

压历史表，不压当前表

千问 · 2013-2-25 14:51:24

你的insert是direct path进去的？一般来说普通路径没必要老做shrink space.

千问 · 2013-2-25 14:51:24

oltp没多少是direct path insert的吧。压缩表了，full scan好点；节省点空间。

千问 · 2013-2-25 14:51:24

如果不是空间不够，没不要频繁去压缩表，做了shrink，节省了空间，降低了HWM，提高了全表扫描速度，但会影响高并发插入。具体情况具体分析!

千问 · 2013-2-25 14:51:24

OLTP的话，这个效果不会明显的，除非你的应用上，有不合乎OLTP的扫描，看你情况了。收缩大表的话，回滚表空间和临时表空间会长的很大。另外要是压缩的话，要注意要有二倍于被处理对象的大小的空间。

千问 · 2013-2-25 14:51:24

delete和update不多，确实不推荐shrink。没啥用处。
相反的，如果delete和update很多，那是需要的，可以收缩空间，降低高水位。对全表扫很有好处，顺带着索引的重建，也是很有效果。

千问 · 2013-2-25 14:51:24

sliangzi 发表于 2013-2-6 14:19
OLTP的话，这个效果不会明显的，除非你的应用上，有不合乎OLTP的扫描，看你情况了。收缩大表的话，回滚表空 ...
我们的系统确实存在空间不足的情况。需要多弄出点空间来用。。

千问 · 2013-2-25 14:51:24

mckingstar 发表于 2013-2-6 15:00
delete和update不多，确实不推荐shrink。没啥用处。
相反的，如果delete和update很多，那是需要的，可以收 ...
我们的库里面没有绑定变量，也有一些使用的是全表扫描。。好，谢谢了。
那就说明我们的库存在空间不足的问题，确实需要每月压缩一次，但一千多张表，大表压缩一般都得在晚上吧，
小表可以白天压缩下。。请问是一张一张表的压缩吗？有快捷的操作吗？你们的库中有这样压缩表的，可否透漏下。