有 种方法可以加快 服务器的运行速度,效率从低到高依次为:
替换有问题的硬件。
对 进程的设置进行调优。
对查询进行优化。
替换有问题的硬件通常是我们的第一考虑,主要原因是数据库会占用大量资源。不过这种解决方案也就仅
限于此了。实际上,您通常可以让中央处理器()或磁盘速度加倍,也可以让内存增大 到 倍。
第二种方法是对 服务器(也称为 )进行调优。对这个进程进行调优意味着适当地分配内
存,并让 了解将会承受何种类型的负载。加快磁盘运行速度不如减少所需的磁盘访问次数。类
似地,确保 进程正确操作就意味着它花费在服务查询上的时间要多于花费在处理后台任务(如处
理临时磁盘表或打开和关闭文件)上的时间。对 进行调优是本文的重点。
最好的方法是确保查询已经进行了优化。这意味着对表应用了适当的索引,查询是按照可以充分利用
功能的方式来编写的。尽管本文并没有包含查询调优方面的内容(很多著作中已经针对这个主题
进行了探讨),不过它会配置 来报告可能需要进行调优的查询。
虽然已经为这些任务指派了次序,但是仍然要注意硬件和 的设置以利于适当地调优查询。机器
速度慢也就罢了,我曾经见过速度很快的机器在运行设计良好的查询时由于负载过重而失败,因为
被大量繁忙的工作所占用而不能服务查询。
记录慢速查询
在一个 服务器中,数据表都是保存在磁盘上的。索引为服务器提供了一种在表中查找特定数据行的
方法,而不用搜索整个表。当必须要搜索整个表时,就称为表扫描。通常来说,您可能只希望获得表中数
据的一个子集,因此全表扫描会浪费大量的磁盘 ,因此也就会浪费大量时间。当必须对数据进行连接
时,这个问题就更加复杂了,因为必须要对连接两端的多行数据进行比较。
当然,表扫描并不总是会带来问题;有时读取整个表反而会比从中挑选出一部分数据更加有效(服务器进
程中查询规划器用来作出这些决定)。如果索引的使用效率很低,或者根本就不能使用索引,则会减慢查
询速度,而且随着服务器上的负载和表大小的增加,这个问题会变得更加显著。执行时间超过给定时间范
围的查询就称为慢速查询。
您可以配置 将这些慢速查询记录到适当命名的慢速查询日志中。管理员然后会查看这个日志来
帮助他们确定应用程序中有哪些部分需要进一步调查。清单 给出了要启用慢速查询日志需要在