Oracle 性能优化 -SQL 优化 ( 案例一 )
让客户满意是我们工作的目标,不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户,将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴,公司提供的服务项目有:主机域名、雅安服务器托管、营销软件、网站建设、平山网站维护、网站推广。环境:
OS:Red Hat Enterprise Linux AS release 4
DB:Oracle 10.2.0.1.0
问题现象:
客户反馈ERP 系统操作缓慢,服务器IO 负载较高;
问题原因:
(1) 个别 SQL 执行效率较低,由于 SQL 执行计划不合理,造成 SQL 执行过程中的逻辑读和物理读较多,导致服务器 IO 负载较高, ERP 运行缓慢;
(2) 收集统计信息的 JOB 执行时间为工作时间 9:13 ,和正常业务产生资源争用;
解决方案:
(1) 优化 SQL 执行效率,减少 SQL 执行过程中产生的逻辑读和物理读,降低服务器 IO 负载;
方法:
收集数据不均匀列checkman 和 senderman 的统计直方图;
(2) 建议将收集统计信息的 JOB 执行时间更改为非工作时间;
问题分析过程:
可以通过Oracle AWR 报告或者 iostat 命令查看 IO 负载较高:
查找IO 负载高的原因:
通过AWR 报告可以看到消耗资源过多的 SQL 主要来源于以下两个:
一:协同凭证操作对应的SQL
二:用于自动收集统计信息的JOB
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN ANALYZE_TB ; :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END
通过AWR 查看 SQL
通过PLSQL 查看 SQL
通过NMC 查看 SQL
SQL 优化:
通过绑定变量值以及SQL 执行计划分析 SQL 产生的执行计划不合理, pub_workflownote 表没有走索引,而是走全表扫描;
查看数据分布情况,发现senderman 和 checkman 列分布不均匀
对senderman 和 checkman 列收集统计直方图
再次查看SQL 执行计划,发现 pub_workflownote 表可以正常走索引
生成统计直方图后进行了第一次绑定变量窥探,将生成第一个带入参数值的正确执行计划;
欢迎关注我的微信公众号"IT小Chen",共同学习,共同成长!!!