MySQL服务器级优化详解

发布时间：2015-08-05 00:00 来源：未知

前面各段介绍了普通的 MySQL 用户利用表创建和索引操作，以及利用查询的编写能够进行的优化。不过，还有一些只能由 MySQL 管理员和系统管理员来完成的优化，这些管理员在 MySQL 服务器或运行 MySQL 的机器上具有控制权。有的服务器参数直接适用于查询处理，可将它们打开。而有的硬件配置问题直接影响查询处理速度，应该对它们进行调整。

磁盘问题

正如前面所述，磁盘寻道是一个性能的大瓶颈。当数据开始增长以致缓存变得不可能时，这个问题变得越来越明显。对大数据库，在那你或多或少地要随机存取数据，你可以依靠你将至少需要一次磁盘寻道来读取并且几次磁盘寻道写入。为了使这个问题最小化，使用有低寻道时间的磁盘。

为了增加可用磁盘轴的数量(并且从而减少寻道开销)，符号联接文件到不同磁盘或分割磁盘是可能的。

1、使用符号连接

可利用硬件更有效地改善服务器的性能：

1、在机器中安装更多的内存。这样能够增加服务器的高速缓存和缓冲区的尺寸，使服务器更经常地使用存放在内存中的信息，降低从磁盘取信息的要求。

2、如果有足够的 RAM 使所有交换在内存文件系统中完成，那么应该重新配置系统，去掉所有磁盘交换设置。否则，即使有足以满足交换的 RAM，某些系统仍然要与磁盘进行交换。

3、增加更快的磁盘以减少 I/O 等待时间。寻道时间是这里决定性能的主要因素。逐字地移动磁头是很慢的，一旦磁头定位，从磁道读块则较快。

在不同的物理设备上设法重新分配磁盘活动。如果可能，应将您的两个最繁忙的数据库存放在不同的物理设备上。请注意，使用同一物理设备上的不同分区是不够的。这样没有帮助，因为它们仍将争用相同的物理资源（磁盘头）。移动数据库的过程在第 10 章中介绍。

4、在将数据重新放到不同设备之前，应该保证了解该系统的装载特性。如果在特定的物理设备上已经有了某些特定的主要活动，将数据库放到该处实际上可能会使性能更坏。例如，不要把数据库移到处理大量Web 通信的Web 服务器设备上。

5、在设置 MySQL 时，应该配置其使用静态库而不是共享库。使用共享库的动态二进制系统可节省磁盘空间，但静态二进制系统更快（然而，如果希望装入用户自定义的函数，则不能使用静态二进制系统，因为 UDF 机制依赖于动态连接）。

服务器参数的选择

服务器有几个能够改变从而影响其操作的参数（或称变量）。系统变量的当前值可以通过执行mysqladmin varibles命令来检查，其中几个参数主要与查询有关，有必要在此提一下：

这里是我们做过的一些测量表：

·如果你以-O6使用pgcc并且编译任何东西，mysqld服务器是比用gcc快11%（用字符串99的版本)。

·如果你动态地链接(没有-static)，结果慢了13%。注意你仍能使用一个动态连接的MySQL库。只有服务器对性能是关键的。

·如果你使用TCP/IP而非Unix套接字，结果慢7.5%。

·在一个Sun SPARCstation 10上，gcc2.7.3是比Sun Pro C++ 4.2快13%。

·在Solaris 2.5.1上，在单个处理器上MIT-pthreads比带原生线程的Solaris慢8-12%。以更多的负载/cpus，差别应该变得更大。

由TcX提供的MySQL-Linux的分发用pgcc编译并静态链接。

总结

本节简单介绍了如何在服务器级优化数据库的性能，以及提高数据库性能涉及到的硬件问题。选择一个尽量快的系统，使用RAID磁盘阵列是非常容易想到的方法。

对于数据库守护程序，既可以在编译时就提供合适的参数，也可以在选项文件中提供需要优化的参数。

思考题

1、使用ANALYSE过程分析语句SELECT * FROM pet，判断是否有必要改变列的类型。

2、现在让你需要优化表pet，可以用那些手段做到？