1. 项目简介22. 应用系统的优化32.1. 优化概述32.2. 优化方案32.2.1. 未使用已有索引32.2.2. 缺少必要索引212.2.3. 其它362.2.4. 临时表优化492.3. 应用系统架构设计492.3.1. 业务拆分502.3.2. 历史数据下线513. 其它建议5.1.3.1. 数据库实例性能数据采集作业511.项目简介陕西公司营销业务系统随着业务量与数据量的增大，系统压力越来越大，系统可靠性与高效性降低，影响了对业务支持的质量。为此，南瑞公司和陕西公司及该软件的开发公司东软公司一起合作，对营销业务系统通过先进、标准、可控的技术、工具和方法，监控系统的运行状况，评估系统现状，定位系统运行瓶颈，制定具体的优化实施及操作方案，并对优化实施结果进行评估。实现优化系统性能、提升系统运行质量、挖掘系统潜力、创建系统建设良性循环模式的目的，并有助于提高维护人员的技术水平。本项目分为四个阶段：第一阶段为优化小组在西安市对陕西公司营销业务系统进行现场调研和性能分析，形成性能分析报告，并提出初步优化建议。第二阶段，优化小组和开发厂家在国网公司相关部门的领导下，在西安市是成立联合测试小组，对主要问题的优化方案进行验证。第三阶段，优化小组在西安市实施现场优化实施工作，并在实施完成后进行性能评估。第四阶段，开发厂商完成应用优化的代码调整工作，发布新的版本。22.应用系统的优化由于本次优化工作中发现的应用优化问题，部分可以通过调整索引的方式得到解决，而部分必须由开发厂商修改应用代码。因此本方案对目前发现的一些主要的应用问题进行了分析，并给出了解决方案。在优化实施过程中，部分修改代码的工作需要开发厂商东软公司完成。2.1. 优化概述应用程序的优化调整贯穿整个调优项目的始终，本章就部分重点应用的调整进行总结，SQL语句的优化对于提高系统性能十分重要。高开销的SQL占用了大量的系统资源，对这些SQL进行优化，可以有效的提高系统的性能。需要进行调整的SQL语句主要可以分为以下几类：缺乏合适索引的SQL:规范索引设计，添加或调整索引，避免对大表的全表扫描。语法明显不合理的SQL:主要是随意地在字段上增加了转换函数，如TRIM和UPPER等，造成了全表扫描。还有就是在取单条记录时，习惯性地使用MAX等分组函数，而不是使用更高效的rownum=1。这些可以通过改写SQL调整。执行计划不稳定的SQL:找到最佳执行计划，调整表联接顺序或通过HINT固定执行计戈上使用更有效的物理结构，比如有些大表如果采用分区表效果可能更好。其它，比如有些SQL语句或存储过程改写后效率可能更好。具体内容见下节。2.2. 优化方案2.2.1. 未使用已有索引1.Sql-1所属函数或存储过程名称:编号：XA_20131024_00001模块名称:电费收缴及营销账务问题描述：1.存在问题的SQLSELECT/*+FIRST_ROWS*/*FROM(SELECTt.*,ROWNUMASRN2FROM(SELECTa_pay_flow.CHARGE_IDASCHARGE_ID,AS ORG_NO,AS TYPE_CODE,AS RCV_AMT, AS THIS_CHG, AS LAST_CHG,a_pay_flow.ORG_NOa_pay_flow.TYPE_CODEa_pay_flow.RCV_AMTa_pay_flow.THIS_CHGa_pay_flow.LAST_CHGa_pay_flow.CHARGE_EMP_NOASCHARGE_EMP_NO,a_pay_flow.PAY_MODEASPAY_MODE,a_pay_flow.SETTLE_MODEASSETTLE_MODE,a_pay_flow.SETTLE_NOTE_NOASSETTLE_NOTE_NO,a_pay_flow.SETTLE_BANK_CODEASSETTLE_BANK_CODE,a_pay_flow.ACCT_NOASACCT_NO,a_pay_flow.ACCT_NAMEASACCT_NAME,(SELECTREAL_NAMEFROMsa_userWHEREsa_user.USER_ID=a_pay_flow.CHARGE_EMP_NOANDrownum=1)ASREAL_NAME,a_cashchk_flow.CASHCHK_NOASCASHCHK_NO,a_pay_flow.CHARGE_DATEASCHARGE_DATE,a_cashchk_flow.ACCT_STATUS_CODEASACCT_STATUS_CODE,a_cashchk_flow.ARRIVE_DATEASARRIVE_dAtE,a_pay_flow.CHARGE_REMARKASCHARGE_REMARK,a_pay_flow.CONS_NOASCONS_NO,(SELECTORG_NAMEFROMsa_orgWHEREsa_org.org_no=a_pay_flow.org_noANDrownum=1)ASCONS_ORG_NAME,a_cashchk_flow.DISPOSE_DATEASDISPOSE_DATEFROMa_pay_flow,a_cashchk_flowWHERE(a_cashchk_flow.CASHCHK_ID=a_pay_flow.CASHCHK_ID)AND(a_pay_flow.CHARGE_DATE=:1ANDa_pay_flow.CHARGE_DATE=:AND(A_PAY_FLOW.PART_CHG_YM=:7)ORDERBYa_pay_flow.CHARGE_DATEDESC,a_pay_flow.TYPE_CODEASC,a_pay_flow.RCV_AMTASC)tWHEREROWNUM:9i1Ld|1OjkfklchIHumIi|fiyteoi|1CateHCtyUjI111XCPrcutl|1o1*ImII甘3P415Pp7I*191*10111112113114I*151*161*1?血EG57ATEMEWTIIICOTOTTOPKET|)TIKLE1CCK5SETIWDEJCROWTD|SAJISEB|1|2D|IMDEXiffiLQUE5dM|PK5AHEE|1|CDUiQSIQPJ区X|)HELEAXESSBYINTO0CWID1SAJJM1112SIMDEX,DRE3C2Ji1PKJJgJJF易111IVTWiI111622COTKTHTOPWEV|1VIEW111I8蔚二一3|SCGIORLEHBII1I1品MZ5TEDLOO岭I11115flFARTETIOK汕K至ITEMTOF1111123PMirrmwlistallhiiiizjIABLEACCESSFULL|Jk_E*_EXM|11121UB1XEYGLOBALJ3WEX3OfIDlACASHCHKFLOWI1I15IMDEXIffilQUE8IPK_A_ASHCHK_fLWiI1J420K4100)i皿i()1(0)110)切*由4初寓11)42Mt(2)420K420K心。X12):l9)E-nLter(rzwlm=:E|10-titter7AK口sU-sS)IS-EiLw?(l_FAy_FLW.?ARI_CSG_M,*iAND唱上心_曰班，匕&11_咏_幽77MDX.PM.H.Oh*.LIKEAim9_强且8,JhEv_0金WLIKE:SAET二HTEElIAL_FOTmS4R_ER?_FLGIF.国非REA:1A工打酣血而EW(B_FRYjwtT.CT!RRGE_DATEiti-ri1cerEPM_SN,indname=AC_PAYTNTO_AC_FLbw_Fk,estimate_percent=一DBMS_STATS.AUTO_SAMPLE_SIZE);修改程序，把存入变量的类型修改成与字段类型一致，避免隐式的数据类型转换，避免消耗大量cpu资源原执行效果：从原执行计划看到此sqlCBO估算的cpu的消耗为420K,每次执行逻辑读：130905,每次执行时间：22s测试效果：1Ed1H.W1二mtL口1B!(国aseIKiwaBl-tes1E口不*TijmePPaiajrt13tm1101L921A(25Jd4：aa：ui1I*1IHE宽照曰11I1121风J窕R1MO11例1皿1I1*-11tSIQUE3C2Jb1I1MlMM|11*112corraroFiiY1iII1I$【1mix青asnnxlw:。1如11例gpgg111*15TQrSIOTE5Cff巡黑J蹒1I1cj：c=：ni1a?iibE