数据库有优化案例培训.pptVIP

ICD数据问题总结培训 李凌志 37090 CONTENTS 重大事故总结 重大事故分类 主要数据库问题 数据库案例 总结 2006年与数据库相关的事故、重大事故 数据库问题总结 SQL性能问题，是引起重大事故的主要原因 人为操作不规范，也是引起重大事故的原因 ORACLE的BUG，引起业务中断诱发重大事故 数据库性能案例 局点 新疆电信 日期表现症状 座席接入很慢，数据库的IDLE几乎为0,IOWAIT到达60%。 SQL语句写法有问题 索引使用不合理，使用的效率比较低 对大表、分区表的查询，没有使用到索引 分区表的查询，没有添加分区条件 数据库参数配置不合理 db_block_buffers 的值设置太小。 问题解决情况：通过优化后，使系统的cpu的idle由0左右提升到业务高峰期的40%。 主要有问题的SQL－大表的查询没有使用到索引 SELECT MAX(T.SERIALNO) FROM T_PUB_COMMONINFO T WHERE T.ACCEPTERNO = :b1 AND PARTID = :b2 问题描述 该语句虽然按分区条件查询，但没有在字段ACCEPTERNO 上创建索引 ，导致对整个分区扫描 优化方式 对该字段创建分区索引，避免对分区扫描 create index ix_pub_commaccepterno on t_Pub_CommonInfo(ACCEPTERNO) online nologging tablespace service_hist_idx 主要有问题的SQL－对分区表查询没有使用到分区条件 SELECT COUNT(*) FROM T_AG_RECORDFILE WHERE SERIALNO = :b1 问题描述： 该表T_AG_RECORDFILE是分区表，数据量非常大，上面的查询，虽然用到了流水号对应的索引，但是没有添加分区条件，导致对每个分区都访问，增加了系统的开销。 优化方式：添加按分区条件查询 SELECT COUNT(*) FROM T_AG_RECORDFILE WHERE SERIALNO = :b1 AND PARTID=substr(:b1,5,4) 主要有问题的SQL－索引创建和使用不合理 SELECT 1 FROM T_WF_SKILLSTAFFAUTH T WHERE T.SKILLID = :b1 AND T.STAFFNO = :b2 问题描述：该表存在字段SKILLID的单独索引以及SKILLID和STAFFNO的组合索引。上面的SQL语句通过SKILLID字段的单独索引访问，效率比较低。 优化方式： 索引1 create index ix_skillid on T_WF_SKILLSTAFFAUTH(SKILLID) 索引2 create index ix_skillid on T_WF_SKILLSTAFFAUTH(SKILLID,STAFFNO) 当字段SKILLID单独出现在查询条件中时，可以通过索引2代替索引1，而这两个索引同时存在的时，ORACLE优先使用单个字段的索引，因此索引1是多余的,通过删除字段SKILLID对应的单独索引,使SQL语句使用到复合索引 主要有问题的SQL－使用的索引选择性不好 SELECT COUNT(*) FROM T_QC_INFO WHERE OBJECTID = :b1 AND RECORDERNUM = :b2 问题描述：上面的SQL语句,使用的是OBJECTID字段的索引，通过查询该表的数据分析,发现该字段为有限的几类数据。 问题解决：通过对RECORDERNUM 字段创建索引，使SQL语句用到新的索引，提高了查询效率。 主要有问题的SQL－使用的索引选择性不好 SELECT count(*) FROM (SELECT 1 FROM t_Pub_CommonInfo a,T_PUB_USERSATISFY b, T_Pub_Orga c, t_ag_language d,t_Pub_Receptmethod e WHERE AcceptBeginTime BETWEEN TO_DATE(2005-06-01 00:00:00,YYYY-MM-DD HH24:MI:SS) AND TO_DATE(2006-06-14 23:59:59,YYYY-MM-DD HH24:MI:SS) And a.USERSATISFY = b.ID(+) And a.UserCity = c.OrgaID An