查需要重组的INDEX

显示全部楼层 · 2012-1-4 11:56:44

用什么方法可以查出需要重组的index？因为库内有一些表是空的，但index还是在占用空间。EM的方法除外。

千问 · 2012-1-4 11:56:44

顶一顶，我也想知道~~

千问 · 2012-1-4 11:56:44

一般索引的重组和表的重组是一起的，那么问题就变成什么时候表要重组了

千问 · 2012-1-4 11:56:44

ccceleven 发表于 2013-2-21 16:10
一般索引的重组和表的重组是一起的，那么问题就变成什么时候表要重组了
并不一定一起。对索引的Update，其实是插入、删除。频繁插入、删除，有可能导致索层次过高，这时只重组或重建索引就可以了。
表一般不需要重组。
没什么方法可以查出来必须重组的Index。我的方法还是从SQL入手，对于逻辑读、物理读最多的SQL，除调节执行计划外，有时顺便看一下表的各个索引，层是否太多。

千问 · 2012-1-4 11:56:44

vage 发表于 2013-2-22 09:57
并不一定一起。对索引的Update，其实是插入、删除。频繁插入、删除，有可能导致索层次过高，这时只重组或 ...
嗯这个表的操作和索引操作确实不一样。。。

千问 · 2012-1-4 11:56:44

vage 发表于 2013-2-22 09:57
并不一定一起。对索引的Update，其实是插入、删除。频繁插入、删除，有可能导致索层次过高，这时只重组或 ...
谢谢V哥在EM中的段指导建议中会给出建议收缩或重组的段，并且可知可回收的空间。我想EM也是通过一些sql来确定这些对象。不知道这些SQL在那里能找到

千问 · 2012-1-4 11:56:44

vage 发表于 2013-2-22 09:57
并不一定一起。对索引的Update，其实是插入、删除。频繁插入、删除，有可能导致索层次过高，这时只重组或 ...
请教v哥：是否能通过treedump来确定索引分裂程度？

千问 · 2012-1-4 11:56:44

xb0307052 发表于 2013-2-22 10:55
请教v哥：是否能通过treedump来确定索引分裂程度？
这个很难，你想一个生产库的表，可能几亿行，索引也很很大，treedump的信息量太大了。而且treedump一个大索引，在生产库上也是一个很危险的动作。还是平常研究索引结构时用treedump吧。
我从不合并索引，都是重建，合并不会减少层数，索引的层数才是关键。多占些块、少占些块道是无所谓的。
我一般判断索引是否要重建的方法，很简单，就是根据总行数、索引列长度，计算一下层数，如果层数太离谱，就找个时间重建。

千问 · 2012-1-4 11:56:44

xteitxu 发表于 2013-2-22 10:45
谢谢V哥在EM中的段指导建议中会给出建议收缩或重组的段，并且可知可回收的空间。我想EM也是通过一些s ...
索引有个合并，还有重建。
不知道EM的建议是合并还是重建。
个人觉得，合并没啥意义。如果层数多了，重建就行了。

千问 · 2012-1-4 11:56:44

vage 发表于 2013-2-22 11:14
这个很难，你想一个生产库的表，可能几亿行，索引也很很大，treedump的信息量太大了。而且treedump一个大 ...
我一般判断索引是否要重建的方法，很简单，就是根据总行数、索引列长度，计算一下层数，如果层数太离谱，就找个时间重建。
--感谢啊，终于有好方法了~~