1 2 3 4 5 6 7 8 9 10 下一页

　　前言

　　一个数据库性能调优的真实案例！

　　A 银行是一家中等规模的银行，提供多种金融产品和服务，近年来发展迅速，业务量增长很快。A 银行开发构建了一套业务应用系统。这套业务应用系统自从上线以来，一直运行状况良好，未曾出现性能问题。数据库对交易的平均响应时间为 3 秒左右。对这一性能状况，客户比较满意，能够满足当时业务应用的需要。

　　一天早上，柜员们发现终端的处理速度显著变慢，很多业务最后提交后迟迟得不到响应，最终无法办理。由于查询性能急剧下降，对交易的平均响应时间已经升高到了 5 分钟。这意味着此业务应用系统已经完全无法使用，数据库监控程序显示系统已经完全瘫痪。必须马上解决这一问题。用户数据库应用较为复杂，经过努力，找出了严重影响数据库性能的查询，却 a 发现这条查询并没有人为的修改记录。

　　是什么原因导致了这条查询执行速度缓慢 ? A 银行请来数据库专家来协助解决问题。经过专家的分析和研究，发现与这条查询执行速度密切相关的数据库统计信息严重缺失或不准确。用户收集了数据库的对象的统计信息以后，查询的平均响应时间恢复到了事发前的水平。专家在深入了解了 A 银行业务应用系统的数据库物理结构，发现了与查询性能密切相关的索引设计也存在问题，一些可以提高查询性能的索引没有建立，而有些现有的索引也不是最佳的。优化了索引设计以后，数据库的响应时间降低到 10 毫秒，性能有了非常大的提升。上述数据库性能的调优过程及性能指标可用下图表示。

　　图 1. 用户应用性能

(责任编辑：admin)