MySQL 服务器调优

关于 MySQL 调优51Testing软件测试网#l8B1T!]IlGp

有 3 种方法可以加快 MySQL 服务器的运行速度，效率从低到高依次为：51Testing软件测试网&b nkI V

1. 替换有问题的硬件。
2. 对 MySQL 进程的设置进行调优。
3. 对查询进行优化。

替换有问题的硬件通常是我们的第一考虑，主要原因是数据库会占用大量资源。不过这种解决方案也就仅限于此了。实际上，您通常可以让中央处理器（CPU）或磁盘速度加倍，也可以让内存增大 4 到 8 倍。

~D&Q_lA]A0第二种方法是对 MySQL 服务器（也称为mysqld）进行调优。对这个进程进行调优意味着适当地分配内存，并让mysqld了解将会承受何种类型的负载。加快磁盘运行速度不如减少所需的磁盘访问次数。类似地，确保 MySQL 进程正确操作就意味着它花费在服务查询上的时间要多于花费在处理后台任务（如处理临时磁盘表或打开和关闭文件）上的时间。对mysqld进行调优是本文的重点。

最好的方法是确保查询已经进行了优化。这意味着对表应用了适当的索引，查询是按照可以充分利用 MySQL 功能的方式来编写的。尽管本文并没有包含查询调优方面的内容（很多著作中已经针对这个主题进行了探讨），不过它会配置mysqld来报告可能需要进行调优的查询。

9E#Oo$~id0虽然已经为这些任务指派了次序，但是仍然要注意硬件和mysqld的设置以利于适当地调优查询。机器速度慢也就罢了，我曾经见过速度很快的机器在运行设计良好的查询时由于负载过重而失败，因为mysqld被大量繁忙的工作所占用而不能服务查询。51Testing软件测试网/e]@ E7r.?xM.@

记录慢速查询51Testing软件测试网8Xr+`f!tMv

在一个 SQL 服务器中，数据表都是保存在磁盘上的。索引为服务器提供了一种在表中查找特定数据行的方法，而不用搜索整个表。当必须要搜索整个表时，就称为表扫描。通常来说，您可能只希望获得表中数据的一个子集，因此全表扫描会浪费大量的磁盘 I/O，因此也就会浪费大量时间。当必须对数据进行连接时，这个问题就更加复杂了，因为必须要对连接两端的多行数据进行比较。51Testing软件测试网m&oXyXeKC

当然，表扫描并不总是会带来问题；有时读取整个表反而会比从中挑选出一部分数据更加有效（服务器进程中查询规划器用来作出这些决定）。如果索引的使用效率很低，或者根本就不能使用索引，则会减慢查询速度，而且随着服务器上的负载和表大小的增加，这个问题会变得更加显著。执行时间超过给定时间范围的查询就称为慢速查询。51Testing软件测试网N B1J3I X^jf MWw

5N"L*~p*E0您可以配置mysqld将这些慢速查询记录到适当命名的慢速查询日志中。管理员然后会查看这个日志来帮助他们确定应用程序中有哪些部分需要进一步调查。清单 1 给出了要启用慢速查询日志需要在 my.cnf 中所做的配置。

0A@ K*w1H/Wv9X*p w0
2d"Yh2uU@!hv1B0清单 1. 启用 MySQL 慢速查询日志
8|*X+` {6[G7U_DR0

[mysqld]
; enable the slow query log, default 10 seconds
log-slow-queries
; log queries taking longer than 5 seconds
long_query_time = 5
; log queries that don't use indexes even if they take less than long_query_time
; MySQL 4.1 and newer only
log-queries-not-using-indexes

这三个设置一起使用，可以记录执行时间超过 5 秒和没有使用索引的查询。请注意有关log-queries-not-using-indexes的警告：您必须使用 MySQL 4.1 或更高版本。慢速查询日志都保存在 MySQL 数据目录中，名为hostname-slow.log。如果希望使用一个不同的名字或路径，可以在 my.cnf 中使用log-slow-queries = /new/path/to/file实现此目的。51Testing软件测试网&y K@%Mo6HtB

阅读慢速查询日志最好是通过mysqldumpslow命令进行。指定日志文件的路径，就可以看到一个慢速查询的排序后的列表，并且还显示了它们在日志文件中出现的次数。一个非常有用的特性是mysqldumpslow在比较结果之前，会删除任何用户指定的数据，因此对同一个查询的不同调用被计为一次；这可以帮助找出需要工作量最多的查询。

对查询进行缓存51Testing软件测试网kcb@,X_o

很多 LAMP 应用程序都严重依赖于数据库，但却会反复执行相同的查询。每次执行查询时，数据库都必须要执行相同的工作 —— 对查询进行分析，确定如何执行查询，从磁盘中加载信息，然后将结果返回给客户机。MySQL 有一个特性称为查询缓存，它将（后面会用到的）查询结果保存在内存中。在很多情况下，这会极大地提高性能。不过，问题是查询缓存在默认情况下是禁用的。

将query_cache_size = 32M添加到 /etc/my.conf 中可以启用 32MB 的查询缓存。51Testing软件测试网CE|r(}by[ ?
?9o

by3M!@8iv9n0监视查询缓存

在启用查询缓存之后，重要的是要理解它是否得到了有效的使用。MySQL 有几个可以查看的变量，可以用来了解缓存中的情况。清单 2 给出了缓存的状态。51Testing软件测试网~ i~#@u8O3]'a5E

51Testing软件测试网*a-Ys {:Ct n'g c
清单 2. 显示查询缓存的统计信息51Testing软件测试网*|3M&b$}5M.zj

mysql> SHOW STATUS LIKE 'qcache%';
+-------------------------+------------+
| Variable_name           | Value      |
+-------------------------+------------+
| Qcache_free_blocks      | 5216       |
| Qcache_free_memory      | 14640664   |
| Qcache_hits             | 2581646882 |
| Qcache_inserts          | 360210964  |
| Qcache_lowmem_prunes    | 281680433  |
| Qcache_not_cached       | 79740667   |
| Qcache_queries_in_cache | 16927      |
| Qcache_total_blocks     | 47042      |
+-------------------------+------------+
8 rows in set (0.00 sec)

这些项的解释如表 1 所示。

\0`S~$p8A:v3Yj0表 1. MySQL 查询缓存变量
lI WH/w
Af0V3]0

0j.Up IaF0通常，间隔几秒显示这些变量就可以看出区别，这可以帮助确定缓存是否正在有效地使用。运行FLUSH STATUS可以重置一些计数器，如果服务器已经运行了一段时间，这会非常有帮助。51Testing软件测试网uVW/m(Y~X

使用非常大的查询缓存，期望可以缓存所有东西，这种想法非常诱人。由于mysqld必须要对缓存进行维护，例如当内存变得很低时执行剪除，因此服务器可能会在试图管理缓存时而陷入困境。作为一条规则，如果FLUSH QUERY CACHE占用了很长时间，那就说明缓存太大了。51Testing软件测试网|5K0h@;I

(e _3HfV0强制限制

您可以在mysqld中强制一些限制来确保系统负载不会导致资源耗尽的情况出现。清单 3 给出了 my.cnf 中与资源有关的一些重要设置。51Testing软件测试网k.T&X s"BhG} X

-{2Rr!y,Z6s0
S{KIfU0清单 3. MySQL 资源设置51Testing软件测试网UYxRE

set-variable=max_connections=500
set-variable=wait_timeout=10
max_connect_errors = 100

第 2 行告诉mysqld终止所有空闲时间超过 10 秒的连接。在 LAMP 应用程序中，连接数据库的时间通常就是 Web 服务器处理请求所花费的时间。有时候，如果负载过重，连接会挂起，并且会占用连接表空间。如果有多个交互用户或使用了到数据库的持久连接，那么将这个值设低一点并不可取！

3E0a1Z A p.s-H!N0最后一行是一个安全的方法。如果一个主机在连接到服务器时有问题，并重试很多次后放弃，那么这个主机就会被锁定，直到FLUSH HOSTS之后才能运行。默认情况下，10 次失败就足以导致锁定了。将这个值修改为 100 会给服务器足够的时间来从问题中恢复。如果重试 100 次都无法建立连接，那么使用再高的值也不会有太多帮助，可能它根本就无法连接。51Testing软件测试网;B njFv'O6Iq

p&nhN*A/b!Rm0缓冲区和缓存

7k@#?B~0MySQL 支持超过 100 个的可调节设置；但是幸运的是，掌握少数几个就可以满足大部分需要。查找这些设置的正确值可以通过SHOW STATUS命令查看状态变量，从中可以确定mysqld的运作情况是否符合我们的预期。给缓冲区和缓存分配的内存不能超过系统中的现有内存，因此调优通常都需要进行一些妥协。

MySQL 可调节设置可以应用于整个mysqld进程，也可以应用于单个客户机会话。51Testing软件测试网qr ]$TR oii:d

RZ a]5be%|0`!t0服务器端的设置

I0kAcd4JnJ0每个表都可以表示为磁盘上的一个文件，必须先打开，后读取。为了加快从文件中读取数据的过程，mysqld对这些打开文件进行了缓存，其最大数目由 /etc/mysqld.conf 中的table_cache指定。清单 4 给出了显示与打开表有关的活动的方式。

I)ts-KU-YpxZ051Testing软件测试网f5Rb},]F2bh[~kae
清单 4. 显示打开表的活动
K4gR8^*ODbK{0

mysql> SHOW STATUS LIKE 'open%tables';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Open_tables   | 5000  |
| Opened_tables | 195   |
+---------------+-------+
2 rows in set (0.00 sec)

o%l z-M%Xx(\g0与表的缓存类似，对于线程来说也有一个缓存。mysqld在接收连接时会根据需要生成线程。在一个连接变化很快的繁忙服务器上，对线程进行缓存便于以后使用可以加快最初的连接。51Testing软件测试网9u@&g[ V6i

[*q cST4~0清单 5 显示如何确定是否缓存了足够的线程。

51Testing软件测试网%qC5{%I#PV+h W
清单 5. 显示线程使用统计信息
j[:e&U ]9n0

mysql> SHOW STATUS LIKE 'threads%';
+-------------------+--------+
| Variable_name     | Value  |
+-------------------+--------+
| Threads_cached    | 27     |
| Threads_connected | 15     |
| Threads_created   | 838610 |
| Threads_running   | 3      |
+-------------------+--------+
4 rows in set (0.00 sec)

)]Q+_7N2P9R$wr8h!CB;_0关键字缓冲区保存了 MyISAM 表的索引块。理想情况下，对于这些块的请求应该来自于内存，而不是来自于磁盘。清单 6 显示了如何确定有多少块是从磁盘中读取的，以及有多少块是从内存中读取的。

@"m%?)J}8[.o0
"\*Z:UU8~uogs0清单 6. 确定关键字效率51Testing软件测试网?%F+S1I)l+T;Q

mysql> show status like '%key_read%';
+-------------------+-----------+
| Variable_name     | Value     |
+-------------------+-----------+
| Key_read_requests | 163554268 |
| Key_reads         | 98247     |
+-------------------+-----------+
2 rows in set (0.00 sec)

临时表可以在更高级的查询中使用，其中数据在进一步进行处理（例如GROUP BY字句）之前，都必须先保存到临时表中；理想情况下，在内存中创建临时表。但是如果临时表变得太大，就需要写入磁盘中。清单 7 给出了与临时表创建有关的统计信息。51Testing软件测试网eU+P&Be2I

51Testing软件测试网0@:hi._WnB^H?
清单 7. 确定临时表的使用
L+|DmP%W0

mysql> SHOW STATUS LIKE 'created_tmp%';
+-------------------------+-------+
| Variable_name           | Value |
+-------------------------+-------+
| Created_tmp_disk_tables | 30660 |
| Created_tmp_files       | 2     |
| Created_tmp_tables      | 32912 |
+-------------------------+-------+
3 rows in set (0.00 sec)

每个会话的设置

下面这些设置针对于每个会话。在设置这些数字时要十分谨慎，因为它们在乘以可能存在的连接数时候，这些选项表示大量的内存！您可以通过代码修改会话中的这些数字，或者在 my.cnf 中为所有会话修改这些设置。51Testing软件测试网yE+Z$Z{9~R

当 MySQL 必须要进行排序时，就会在从磁盘上读取数据时分配一个排序缓冲区来存放这些数据行。如果要排序的数据太大，那么数据就必须保存到磁盘上的临时文件中，并再次进行排序。如果sort_merge_passes状态变量很大，这就指示了磁盘的活动情况。清单 8 给出了一些与排序相关的状态计数器信息。51Testing软件测试网} GH7c+i4T\#C

8o1_&eHC|g:Hd.w0
o6QFen+z?0清单 8. 显示排序统计信息51Testing软件测试网0RI6L.]q*e6q]

mysql> SHOW STATUS LIKE "sort%";
+-------------------+---------+
| Variable_name     | Value   |
+-------------------+---------+
| Sort_merge_passes | 1       |
| Sort_range        | 79192   |
| Sort_rows         | 2066532 |
| Sort_scan         | 44006   |
+-------------------+---------+
4 rows in set (0.00 sec)

8T3S+SPV {0MySQL 也会分配一些内存来读取表。理想情况下，索引提供了足够多的信息，可以只读入所需要的行，但是有时候查询（设计不佳或数据本性使然）需要读取表中大量数据。要理解这种行为，需要知道运行了多少个SELECT语句，以及需要读取表中的下一行数据的次数（而不是通过索引直接访问）。实现这种功能的命令如清单 9 所示。

2nlka#t-S%g0清单 9. 确定表扫描比率51Testing软件测试网s)d-d ^3P7^

mysql> SHOW STATUS LIKE "com_select";
+---------------+--------+
| Variable_name | Value  |
+---------------+--------+
| Com_select    | 318243 |
+---------------+--------+
1 row in set (0.00 sec)

mysql> SHOW STATUS LIKE "handler_read_rnd_next";
+-----------------------+-----------+
| Variable_name         | Value     |
+-----------------------+-----------+
| Handler_read_rnd_next | 165959471 |
+-----------------------+-----------+
1 row in set (0.00 sec)

8cb ^3^5Q.L(P(vAc03 个必不可少的工具51Testing软件测试网|4|3u9wc3Ym7~+J

.p{0AZ.c$f!^6a0尽管在了解具体设置时，SHOW STATUS命令会非常有用，但是您还需要一些工具来解释mysqld所提供的大量数据。我发现有 3 个工具是必不可少的；在参考资料一节中您可以找到相应的链接。51Testing软件测试网ju/?o8]wkyp

*c-cyYf)H7w Rg:Az0大部分系统管理员都非常熟悉top命令，它为任务所消耗的 CPU 和内存提供了一个不断更新的视图。mytop对top进行了仿真；它为所有连接上的客户机以及它们正在运行的查询提供了一个视图。mytop还提供了一个有关关键字缓冲区和查询缓存效率的实时数据和历史数据，以及有关正在运行的查询的统计信息。这是一个很有用的工具，可以查看系统中（比如 10 秒钟之内）的状况，您可以获得有关服务器健康信息的视图，并显示导致问题的任何连接。51Testing软件测试网1uHncmFA"a7P

zgt3z#O;}/I"y0mysqlard是一个连接到 MySQL 服务器上的守护程序，负责每 5 分钟搜集一次数据，并将它们存储到后台的一个 Round Robin Database 中。有一个 Web 页面会显示这些数据，例如表缓存的使用情况、关键字效率、连接上的客户机以及临时表的使用情况。尽管mytop提供了服务器健康信息的快照，但是mysqlard则提供了长期的健康信息。作为奖励，mysqlard使用自己搜集到的一些信息针对如何对服务器进行调优给出一些建议。

搜集SHOW STATUS信息的另外一个工具是mysqlreport。其报告要远比mysqlard更加复杂，因为需要对服务器的每个方面都进行分析。这是对服务器进行调优的一个非常好的工具，因为它对状态变量进行适当计算来帮助确定需要修正哪些问题。51Testing软件测试网7Qa;N(GQr