赞
踩
问题背景
1、问题语句由两大部分组成,通过union all拼接,性能问题出现在第二部分。区别在于第二部分缺少第一部分的某些查询条件,第一部分偏向强选择性,第二部分偏向弱选择性。但是两部分执行计划的访问路径相同。
2、建议收集了主要表的统计信息,执行计划没有改变,问题没有改善。
3、建议在关键表的被驱动列添加to_char()函数,避开使用索引嵌套查询,改为关键表的全表访问。--客户采用建议,问题解决
分析优化和测试过程记录:
1、第二部分sql分组执行比较
完整语句执行计划比较,索引+nest loop(执行效率低)
各分组语句单独执行的执行计划,全表扫+hash(执行效率高)
比较oracle中的执行计划,可以发现关键表的链接方式是hash join
在达梦执行的语句,执行计划为索引读+nest loop
在驱动列添加to_char函数,避免使用索引读。执行计划改为问题表的全表扫描,问题得到改善。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。