[help]如何解决分析了表和索引后引起sql执行慢的问题？

bluesky007

数据库版本是8.1.7.4
那是不是说有时候做了分析后，oracle选择的执行计划反而没有做分析前的好？

aok

最初由 bluesky007 发布
[B]数据库版本是8.1.7.4
那是不是说有时候做了分析后，oracle选择的执行计划反而没有做分析前的好？ [/B]

全对~！
你做完分析后，最好sql_trace一下，看看它的执行计划，oracle他只选择他认为最好的执行计划，而这个执行计划不一定是真正最好的，生殖是很糟糕的执行计划。

xzh2000

最初由 bluesky007 发布
[B]数据库版本是8.1.7.4
那是不是说有时候做了分析后，oracle选择的执行计划反而没有做分析前的好？ [/B]

呵呵，相信有小部分SQL找到了较好的执行计划，
大部分找到了不太好的执行计划，相比之下系统
可能就会差了那么一点点。

husthxd

曾经见过用dbms_stats生成'错误'的统计信息'欺骗'CBO进行调优的案例.
还没有实践过.

husthxd

最初由 aok 发布
[B]

全对~！
你做完分析后，最好sql_trace一下，看看它的执行计划，oracle他只选择他认为最好的执行计划，而这个执行计划不一定是真正最好的，生殖是很糟糕的执行计划。 [/B]

对8174的cbo有点信心不足.
btw:呵呵,'生殖是很糟糕的执行计划',错别字也有点LP了把?!

bluesky007

那这样的话不是两难吗？
这么说的话是要定期收集下统计数据的好了？还是说收集过一次就不要收集了？或者根据公司应用监控表的增长对有明显增长的表进行单独分析？

aok

最初由 husthxd 发布
[B]

对8174的cbo有点信心不足.
btw:呵呵,'生殖是很糟糕的执行计划',错别字也有点LP了把?! [/B]

我只会用拼音，而且普通话也不是那么好，因此.......