北六融合项目应用性能与安全开发建议v1.1-ORACLE SQL性能优化系列.doc

北六融合项目应用性能与安全开发建议 （V1.1） 基础设施组 2011-5-24 目录 1 Oracle SQL性能优化 4 1.1. 通过应用绑定变量提升业务性能，降低数据库消耗（严格要求） 5 1.2. 共享SQL程序提升应用性能 （建议） 6 1.3. 采用最有效率的表名顺序加快业务查询速度 （建议） 7 1.4. 通过条件子句中的连接顺序提升性能 （强烈建议） 9 1.5. 阻止查询使用 ‘*‘提升性能 （严格要求） 9 1.6. 减少访问数据库的次数 （强烈建议） 10 1.7. 使用DECODE函数来减少处理时间（建议） 11 1.8. 整合简单,无关联的数据库访问(建议) 12 1.9. 删除重复记录 （建议） 13 1.10. 用TRUNCATE替代DELETE全表记录（建议） 13 1.11. 降低数据库竞争优化（建议） 13 1.12. 用Where子句替换HAVING子句（建议） 14 1.13. 减少对表的查询（建议） 14 1.14. 通过内部函数提高SQL效率(建议) 16 1.15. 使用表的别名(Alias)(严格执行) 17 1.16. 用EXISTS替代IN(强烈建议) 17 1.17. 用NOT EXISTS替代NOT IN(严格要求) 18 1.18. 用表连接替换EXISTS（建议） 19 1.19. 用EXISTS替换DISTINCT(建议) 20 1.20. 识别低效执行的SQL语句(自查方法) 20 1.21. 使用TKPROF 工具来查询SQL性能状态（自查方法） 21 1.22. 用EXPLAIN PLAN 分析SQL语句（自查方法） 22 1.23. 用索引提高效率（强烈建议） 23 1.24. 索引扫描的类型（自查方法） 24 1.25. 基础表的选择（自查方法） 26 1.26. 多个平等的索引（自查方法） 27 1.27. 等式比较和范围比较（自查方法） 28 1.28. 不明确的索引等级（自查方法） 28 1.29. 强制索引失效（自查方法） 30 1.30. 避免在索引列上使用计算（严格要求） 31 1.31. 自动选择索引（自查方法） 31 1.32. 避免在索引列上使用NOT（严格要求） 32 1.33. 用大于等于替代大于方法提升速度（建议） 33 1.34. 用聚合方式替换或运算提升速度 (建议） 34 1.35. 用IN来替换OR（建议） 38 1.36. 避免在索引列上使用IS NULL和IS NOT NULL （严格要求） 39 1.37. 总是使用索引的第一个列（严格要求） 39 1.38. 通过联合聚合函数优化方法(建议) 40 1.39. 通过用条件筛选优化方法 (建议) 42 1.40. 避免改变索引列的类型 （严格要求） 43 1.41. 程序操作问题导致无法使用索引（严格要求） 44 1.42. CBO下使用更具选择性的索引（自查方法） 46 1.43. 避免使用耗费资源的操作（建议） 47 1.44. 通过优化GROUP BY提升应用速度（强烈建议） 47 1.45. 变量赋值禁止使用DUAL表（严格要求） 48 1.46. 大批量数据处理，严格控制事物大小（严格要求） 48 1.47. 事务按照同一顺序访问数据对象，避免死锁发生（严格要求） 49 1.48. 关闭远程数据库连接，防止远端数据库会话资源耗尽(建议) 50 1.49. 数据导入导出优化方法（建议） 50 1.50. 数据表和索引存储表空间规定（严格要求） 50 2 系统安全规范 51 2.1. 数据库账户口令规定 51 2.2. 参数口令加密规定 51 Oracle SQL性能优化 建议等级分类说明： 序号 等级分类 等级描述 1 自查方法 通过学习能掌握基本自检方法 2 建议 符合普遍的应用优化规律和方法，极少数应用逻辑不适合 3 强烈建议 强烈建议的应用优化规律和方法，极端情况应用逻辑不适合 4 严格要求 严格要求应用按照规范实施，极端情况除外 通过应用绑定变量提升业务性能，降低数据库消耗（严格要求） 应使用变量绑定实现SQL语句共享，避免使用硬解析 a.不允许直接拼写SQL语句，而要使用绑定变量。 例如： 例1：此种写法不允许： init(dynStmt); sprintf(dynStmt,INSERT INTO wChg%s(id_no,total_date,login_accept,sm_code,belong_code,phone_no,org_code,login_no,op_code,op_time,machine_code,cash_pay,check_pay,si