[翻译]Jonathan Lewis 关于直方图的系列文章(33楼更新至第三篇)

lxcorange · 发表于 2013-12-10 22:09

好文章，感谢楼主

newkid · 发表于 2013-12-10 22:54

ZALBB 发表于 2013-12-10 21:06
我对作者的说法不以为然,

1 作者的案例, 其实, 我要的话, 我最可能考虑列表分区,

列表分区比起虚拟列+索引的方法好在哪里？可能无需维护索引，但是每次修改状态都会导致行的物理移动。
2.1 确实ORACLE一直在改进硬解析这块，一个SQL只对应一种计划是很有问题的。
2.2 即使资源足够也不能浪费，取样有2.3说的问题，"定义不同的采集时间"是为了避开负载高峰呢，还是你所不认同的2.4?
2.3 倾斜数据肯定是不均匀分布的，因此取样得到的样本肯定是无法精准地反映它们的特征。有时候你恰恰就栽在这小部分的不稳定上面了。
2.4为什么不认可？作者举出的例子说明了有些数据只在某特定时间段出现，你不在这时候采集就错过了。

newkid · 发表于 2013-12-11 04:59

另外，文章中确实提到了12C对直方图的改进，比如增加到2000个桶。以前就有人向我们公司推荐他们写的工具，可以把11G之下的直方图黑掉，用自己写的采集程序往字典里填写，桶数可以超过一千，我当时觉得这有点冒险，不知道会对CBO造成什么副作用，没有建议采用。

ZALBB · 发表于 2013-12-11 09:18

newkid 发表于 2013-12-10 22:54
列表分区比起虚拟列+索引的方法好在哪里？可能无需维护索引，但是每次修改状态都会导致行的物理移动。
2 ...

1  没关系，物理移动，无非就是删除、插入操作，这种工作，ORACLE轻车熟路，比维护索引也多不了多少工作，而且单独作分区扫描，比之读了索引再回来读表，还要省事。
2  避开高峰，我们的系统无需7*24运行，晚上有足够的时间作采集分析。
3  若用列表分区，再加上临时动态采集，有没有数据，一目了然，就不是问题了。
4  作者说得在恰当的时间，我理解为，是担心错过时机，没采集到量少的数值的情况。
我觉得，若某个值的量少没采集到，也不会影响CBO的判断，基本上也不影响执行计划的生成，就当量少的情况来处理即可。

newkid · 发表于 2013-12-11 10:14

3. 原来你说的是“采用列表分区方案，取样采集不是问题”？这可跑题了哦，老刘说的是取样采集直方图的局限性，如果你认为他说的局限性不存在，也必须在直方图的范畴内讨论，不要换成你的列表分区。另外分区方法是很有局限的，如果我有十个类似这样的状态列呢？你要按哪个来分区？

4. 你可能没认真读文章。ORACLE对于直方图中没采集到的值，估算公式是：取直方图中有采到的、出现最少的值的行数，将其除以2。
如果你错过了采集时间，采集到到完全可能是常见值，比如是 50:50 的两个值。
这样，CBO碰到一个“罕见”值的谓词，它会认为这个值的行数=50%/2 = 25%
而这个行数可能会差得很远，罕见的值往往就那么几行。