BOSS系统SQL优化实例.pptVIP

前言 BOSS系统10个案例 案例一、充值数据库主机IO使用率一直居高不下问题 案例二、营业库IO异常高，引起服务堵塞 案例三、ORA-01555 snapshot too old 案例四、预缴程序执行效率低问题 案例五、应用程序引起share pool ora-04031 案例六、如何提高批量修改数据效率 案例七、新入网用户送话费流程优化 案例八、优化耗费CPU的sql 案例九、应用分配导致RAC OPS WAIT 案例十、终端管理系统数据库表引起 RAC OPS WAIT 前言 内容涉及 sql基本优化 批量业务 数据批量修改 磁盘IO 数据库内存 ＣＰＵ 　RAC OPS WAIT 案例一、充值数据库主机IO使用率一直居高不下问题 主机监控现象： User CPU Util Cum Disk Process Name PID Name ( 1600% max) CPU IO Rate RSS oraclezjcz 9864 oracle 81.6/ 9.5 21647.4 291/79.2 11.0mb oraclezjcz 9882 oracle 60.5/15.6 35361.8 580/93.7 9.9mb oraclezjcz 9843 oracle 56.6/ 0.7 1598.7 618/ 4.1 12.0mb oraclezjcz 10334 oracle 55.6/14.3 32396.9 729/73.5 11.0mb oraclezjcz 9862 oracle 55.2/12.0 27190.3 693/94.0 11.0mb 案例一、充值数据库主机IO使用率一直居高不下问题 案例一、充值数据库主机IO使用率一直居高不下问题 SELECT STATEMENT, GOAL = CHOOSE Cost=5598 Cardinality=6 Bytes=504 SORT ORDER BY Cost=5598 Cardinality=6 Bytes=504 CONCATENATION TABLE ACCESS BY GLOBAL INDEX ROWID Object owner=AIBAK Object name=PAYCARD_REC Cost=1863 Cardinality=2 Bytes=168 INDEX RANGE SCAN Object owner=AIBAK Object name=IDX_PAYCARD_REC_BEGIN_CARDNO_T Cost=525 Cardinality=1418 TABLE ACCESS BY GLOBAL INDEX ROWID Object owner=AIBAK Object name=PAYCARD_REC Cost=1863 Cardinality=2 Bytes=168 INDEX RANGE SCAN Object owner=AIBAK Object name=IDX_PAYCARD_REC_BEGIN_CARDNO_T Cost=525 Cardinality=1418 TABLE ACCESS BY GLOBAL INDEX ROWID Object owner=AIBAK Object name=PAYCARD_REC Cost=1863 Cardinality=2 Bytes=168 INDEX RANGE SCAN Object owner=AIBAK Object name=IDX_PAYCARD_REC_BEGIN_CARDNO_T Cost=525 Cardinality=1418 案例一、充值数据库主机IO使用率一直居高不下问题 案例一、充值数据库主机IO使用率一直居高不下问题 问题分析： 数据取值范围过大（从执行计划COST可以看出），直接导致ＩＯ上升（往往程序运行开始阶段问题不会暴露，后面随着数据量的加大，问题逐渐显现） 案例一、充值数据库主机IO使用率一直居高不下问题 解决办法： 减少数据量取值范围，常用方法如下： 限制查询数据量如：rownumN 查询界面不允许大范围条件输入，只提供“=“条件查询或小范围查询 尽量用到主键索引 采用分区技术，从逻辑上缩小数据量范围 案例二、营业库IO异常高，引起服务堵塞 数据库现象：