面向业务需求数据库性能优化方法.docVIP

面向业务需求数据库性能优化方法 　　摘 要：数据库性能优化一直是IT领域的一个大课题。结合工作经验及问题总结，列出传统数据库优化方法中的一些误区，并提出一种全新的优化方法：面向业务需求的数据库性能优化方法。包括以下几个过程：问题的引出，部析优化目的，探讨优化方法，采集实验数据，建立优化模型，建立优化过程；通过这几个过程的循序渐进，层层深入，探索了这种优化方法的来源，建立方法，应用方法等等，给数据库的优化引出一个全新的研究方向。 　　关键词：数据库 性能优化 信息技术 性能评估 　　中图分类号：TP392 文献标识码：A 文章编号：1007-3973（2013）007-060-03 　　1 问题引出 　　很多IT技术人员一提到数据库调优，首先想到的就是如何调整CPU、内存、IO等问题，以技术细节做为出发点，很多已有的数据库调优文献都是如出一撤，教的是如何调整这些参数，但笔者在多年的数据库调优摸索中逐渐发现，其实调优的出发点不应该是技术参数，而是业务需求，具体来说，就是从数据库所服务的应用程序的业务类型和业务量出发。 　　打个比方，拿道路堵车方案来做类比： 　　数据库的优化方案就如同治理堵车方案一样，道路就是数据库，如果道路有2个车道，当只有非常少量的车在上面跑，一点也不堵，那性能肯定能打100分。 　　但如果同时跑海量的车在这2个车道上面，肯定堵得一塌糊涂，性能只能得0分。 　　同一条道路，性能评分有天壤之别，为什么呢？关键不在这条道（数据库）上，而在承载的车量（业务量）上面。 　　所以基于这个想法，笔者认为优化的出发点不应该是数据库，而是先分析业务模型。针对业务模型，再给出具体的数据库优化方案。 　　1.1 传统的数据库优化工作存在的问题 　　传统的数据库优化工作中，存在以下几点问题： 　　（1）数据库优化切入点：SQL/参数/CPU/Memory/IO不合理。 　　在传统的数据库优化方法中，技术人员脑海中首先闪现的就是sql写得有问题，要么就是参数设置有问题，再或者是硬件配置是否太小，这些都会把调优人员引入技术细节的歧途，也使得旁观者和初学者觉得调优工作是一件极其复杂的工作，从而望而生畏。 　　（2）没有固定的优化过程或模型。 　　如果切入点没找准，在进行具体的优化工作时，到底是SQL需要改写？亦或是参数需要调整？再或者是CPU需要提速？等等这一切，说明切入点越多，优化步骤和优化方向越迷茫，往往不能做到软件和硬件的协调统一。 　　（3）优化结果不可评估和量化。 　　传统的优化工作有时可以解决当前问题。但解决之后，给出的方案效果如何，如何评估？解决了当前问题，会不会引入其它问题？ 　　1.2 本文的不同点 　　本文在做优化的过程中，有以下几个不同点： 　　（1）彻底抛开传统优化问题的切入点，以业务做为切入点。 　　正所谓知已知彼，百战不怠。在寻求优化切入点的问题上，也需要做到知已知彼。所谓知已，就是收集数据库自身的静态信息，其中包括数据库的辑逻结构和物理结构、数据量等等。所谓知彼，就是收集来自数据库之外的动态信息，在不同的时段，都有什么业务，业务量有多大，这些业务都发出了哪些数据库请求，以及数据库的响应时间等等。 　　（2）给出了一个可重用的优化过程模型。 　　传统的优化工作基本没有可重复使用的过程可以参考，使得优化工作只能是一些经验非常丰富的人员才能完成的工作。本文在基于业务做为出发点的前提下，给出了一个可以重复使用的优化过程模型，从而使即使初级的IT人员也可以遵循这个过程进行优化工作，提高了工作效率。 　　（3）优化结果可以量化。 　　本文提出了“响应时间-资源-业务”三要素的评价模型。响应时间是目标，资源是限制条件，业务是事实，基于这个模型来量化系统得分，从而评价优化结果。 　　2 剖析优化目的 　　2.1 优化目标：提高响应速度 　　随着信息化的迅速发展，信息技术已经逐渐发展成为一种服务。近年来，IT服务的理念已经深入人心，云服务也开始遍及。各种理论研究，如IT服务管理（IT Service Management），ITIL（IT Infrastructure Library），QoS（Quality of Service服务质量），Cloud Computing（云计算）等等，都是围绕“IT即服务”的理念展开的，它们都详尽阐述了如何建立服务模型，提高服务质量。毫不例外，数据库作为信息的存储中心，向应用程序提供数据的存取服务，当然也是一种服务。 　　当数据库作为一种服务时，应用程序无需知道数据存放的磁盘位置，数据的组织结构，以及发出数据请求（如SQL）时数据库的具体算法。对应用程序来说，它只关心为其提供服务的数据库的存取速度，即响应时间。所以在数据库优化中，