Mysql show global status 各项指标介绍

悠悠 2022-05-22 06:36 265阅读 0赞

Aborted\_clients

指出由于某种原因客户程序不能正常关闭连接而导致失败的连接的数量。如果客户不在退出之前调整mysql\_close()函数，wait\_timeout或interactive\_timeout的限制已经被超出，或者是客户端程序在传输的过程中被关闭，则这种情况会发生。

Aborted\_connects

指出试图连接到MYSQL的失败的次数。这种情况在客户尝试用错误的密码进行连接时，没有权限进行连接时，为获得连接的数据包所花费的时间超过了connect\_timeout限制的秒数，或数据包中没有包含正确的信息时，都会发生。

Binlog\_cache\_disk\_use   0

Binlog\_cache\_use   0

Binlog\_stmt\_cache\_disk\_use   0

Binlog\_stmt\_cache\_use   0

Bytes\_received

从客户端处已经接收到的字节数。

Bytes\_sent

已经发送给所有客户端的字节数。

Com\_\[statement\]  (以下所有以Com\_开始的条目)

用于每一种语句的这些变量中的一种。变量值表示这条语句被执行的次数，如com\_select,表示select查询语句被执行的次数。

可以适当的对一些敏感数据，进行下面某些操作的监控。比如删除语句（delete /drop）。

Created\_tmp\_disk\_tables

执行语句时，”磁盘上“生成的隐含临时表的数量

Created\_tmp\_files

由mysqld生成的临时文件的数量

Created\_tmp\_tables

执行语句时，”内存中“生成的隐含临时表的数量

Delayed\_errors

当发生错误时，由INSERT DELAYED语句写入的记录的。绝大多数普通的错误是复制键

Delayed\_insert\_threads

当前正在使用的延迟插入句柄的线程数量

Delayed\_writes

由INSERT DELAYED语句写入的记录的个数。

Flush\_commands

被执行的FLUSH语句的个数

Handler\_commit

内部COMMIT命令的个数

Handler\_delete

从一个表中删除行的次数

Handler\_discover   0

Handler\_prepare   0

Handler\_read\_first

一条索引中的第一个条目被读取的次数，通常是指完全索引扫描（例如，假定indexed\_col被索引，语句SELECT indexed\_col from tablename导致了一个完全索引扫描）

Handler\_read\_key

当读取一行数据时，使用索引的请求的个数。如果查询时使用了索引，就希望这个值快速增加

Handler\_read\_last   0

Handler\_read\_next

按照索引顺序读取下一行数据的请求的个数。如果使用了完全索引进行扫描，或者在一个不变的范围内查询一个索引，则这个值就会增加

Handler\_read\_prev

按照索引的顺序读取前面一行数据的请求的个数。这个变量值由SELECT fieldlist ORDER BY fields DESC类型的语句使用

Handler\_read\_rnd   0

Handler\_read\_rnd\_next   9892

Handler\_rollback   0

Handler\_savepoint   0

Handler\_savepoint\_rollback   0

Handler\_update   0

Handler\_write   9780

Innodb\_buffer\_pool\_pages\_data   149

Innodb\_buffer\_pool\_pages\_dirty   0

Innodb\_buffer\_pool\_pages\_flushed   0

Innodb\_buffer\_pool\_pages\_free   6379

Innodb\_buffer\_pool\_pages\_misc   0

Innodb\_buffer\_pool\_pages\_total   6528

Innodb\_buffer\_pool\_read\_ahead\_rnd   0

Innodb\_buffer\_pool\_read\_ahead   0

Innodb\_buffer\_pool\_read\_ahead\_evicted   0

Innodb\_buffer\_pool\_read\_requests   482

Innodb\_buffer\_pool\_reads   150

Innodb\_buffer\_pool\_wait\_free   0

Innodb\_buffer\_pool\_write\_requests   0

Innodb\_data\_fsyncs   3

Innodb\_data\_pending\_fsyncs   0

Innodb\_data\_pending\_reads   0

Innodb\_data\_pending\_writes   0

Innodb\_data\_read   4640768

Innodb\_data\_reads   160

Innodb\_data\_writes   3

Innodb\_data\_written   1536

Innodb\_dblwr\_pages\_written   0

Innodb\_dblwr\_writes   0

Innodb\_have\_atomic\_builtins   ON

Innodb\_log\_waits   0

Innodb\_log\_write\_requests   0

Innodb\_log\_writes   1

Innodb\_os\_log\_fsyncs   3

Innodb\_os\_log\_pending\_fsyncs   0

Innodb\_os\_log\_pending\_writes   0

Innodb\_os\_log\_written   512

Innodb\_page\_size   16384

Innodb\_pages\_created   0

Innodb\_pages\_read   149

Innodb\_pages\_written   0

Innodb\_row\_lock\_current\_waits   0

Innodb\_row\_lock\_time   0

Innodb\_row\_lock\_time\_avg   0

Innodb\_row\_lock\_time\_max   0

Innodb\_row\_lock\_waits   0

Innodb\_rows\_deleted   0

Innodb\_rows\_inserted   0

Innodb\_rows\_read   0

Innodb\_rows\_updated   0

Innodb\_truncated\_status\_writes   0

Key\_blocks\_not\_flushed   0

Key\_blocks\_unused   44216

Key\_blocks\_used   0

Key\_read\_requests

读取索引的请求次数.

Key\_reads

从磁盘读取索引的请求次数。

那么缓存的未命中率为：

key\_cache\_miss\_rate ＝ Key\_reads / Key\_read\_requests \* 100% =0.27%

针对命中率比较低的情况，我们可以加大 key\_buffer\_size，即缓存的大小（单位为byte，除以(1024\*1024)得到单位M）。

mysql> show variables like 'key\_buffer\_size';

+-----------------+----------+

| Variable\_name   | Value    |

+-----------------+----------+

| key\_buffer\_size | 67108864 |

+-----------------+----------+

通常人们认为Key\_read\_requests / Key\_reads越大越好，否则就应该增大key\_buffer\_size的设置，但通过计数器的比例来调优有两个问题：   虽说Key\_read\_requests大比小好，但是对于系统调优而言，更有意义的应该是单位时间内的Key\_reads：

Key\_reads / Uptime

Key\_write\_requests   0

Key\_writes

向硬盘写入键的数据块的物理写操作的次数。

Last\_query\_cost

它对应的值是一个浮点数。其默认值为0表示没有查询（query）被编译。它的含义是：查询优化器计算出来的，最后一个被编译的查询的消耗。值越大，消耗越大。这个值对于比较同一个查询语句在不同的查询状况下的消耗很有用。

Max\_used\_connections

响应了多少次连接。已经建立的连接的总数。当这个连接过多的时候，似乎可以作为一个警告。

查询max\_connections变量可以知道，当前被设置的所允许的最大连接数（允许同时存在多少个连接）。下面是500个。

mysql> show variables like 'max\_connections';

+-----------------+-------+

| Variable\_name   | Value |

+-----------------+-------+

| max\_connections | 500   |

+-----------------+-------+

max\_used\_connections / max\_connections \* 100% = 99.6%（理想值 ≈ 85%）

Not\_flushed\_delayed\_rows   0

Open\_files   0

Open\_streams   0

Open\_table\_definitions   33

Open\_tables

表示当前打开的表缓存数，如果执行flush tables操作，则此系统会关闭一些当前没有使用的表缓存而使得此状态值减小.

Opened\_files   77

Opened\_table\_definitions   33

Opened\_tables

表示曾经打开的表缓存数，会一直进行累加，如果执行flush tables操作，值不会减小。

在mysql默认安装情况下，table\_cache的值在2G内存以下的机器中的值默认时256到512，如果机器有4G内存,则默认这个值是2048，但这决意味着机器内存越大，这个值应该越大，因为table\_cache加大后，使得mysql对SQL响应的速度更快了，不可避免的会产生更多的死锁（dead lock），这样反而使得数据库整个一套操作慢了下来，严重影响性能。所以平时维护中还是要根据库的实际情况去作出判断，找到最适合你维护的库的table\_cache值。

**关于Performance\_schema****的含义：**

MySQL 5.5新增一个存储引擎：命名**PERFORMANCE\_SCHEMA** ,主要用于收集数据库服务器性能参数。MySQL用户是不能创建存储引擎为PERFORMANCE\_SCHEMA的表

performance\_schema提供以下功能：

提供进程等待的详细信息，包括锁、互斥变量、文件信息；

保存历史的事件汇总信息，为提供MySQL服务器性能做出详细的判断；

对于新增和删除监控事件点都非常容易，并可以随意改变mysql服务器的监控周期，例如（CYCLE、MICROSECOND）

**MySql** **系统相关的表：**

mysql> **show tables ;**

\+----------------------------------------------+

| Tables\_in\_performance\_schema                 |

\+----------------------------------------------+

| cond\_instances                               |

| events\_waits\_current                         |

| events\_waits\_history                         |

| events\_waits\_history\_long                    |

| events\_waits\_summary\_by\_instance             |

| events\_waits\_summary\_by\_thread\_by\_event\_name |

| events\_waits\_summary\_global\_by\_event\_name    |

| file\_instances                               |

| file\_summary\_by\_event\_name                   |

| file\_summary\_by\_instance                     |

| mutex\_instances                              |

| performance\_timers                           |

| rwlock\_instances                             |

| setup\_consumers                              |

| setup\_instruments                            |

| setup\_timers                                 |

| threads                                      |

\+----------------------------------------------+

17 rows in set (0.00 sec)

Performance的开启很简单，在my.cnf中\[mysqld\]加入performanc\_schema，检查性能数据库是否启动的命令:

**SHOW VARIABLES LIKE ‘performance\_schema’;**

（类似SHOW STATUS LIKE 'perf%';）

若是返回的值为ON，则说明性能数据库正常开启状态。

而如下命令

mysql> **SHOW VARIABLES LIKE 'perf%';**

查询结果就是涉及到performance\_schema的各个系统参数了。

mysql> **SELECT \* FROM threads;**

threads这个表记录了系统里当前存在的各种线程。

mysql> **SELECT \* FROM performance\_timers;**

performance\_timers这个表式只读表，记录了事件采样频率的设定

**以 Performance\_schema\_开头的项目：**

`Performance_schema_``xxx``_classes_lost``表示多少`instruments of type `xxx` 不能被加载。

`Performance_schema_``xxx``_instances_lost` 表示多少对象实例 `xxx` 不能被创建（没有被成功创建，由于内存偏少等条件没达到）。.

`Performance_schema_``xxx``_handles_lost` 表示多少对象实例 `xxx` 没有被成功打开。

`Performance_schema_locker_lost` 表示多少 events 丢失，或者说没有被记录到。

Performance\_schema\_cond\_classes\_lost

Performance\_schema\_cond\_instances\_lost

Performance\_schema\_file\_classes\_lost

Performance\_schema\_file\_handles\_lost

Performance\_schema\_file\_instances\_lost

Performance\_schema\_locker\_lost

Performance\_schema\_mutex\_classes\_lost

Performance\_schema\_mutex\_instances\_lost

Performance\_schema\_rwlock\_classes\_lost

Performance\_schema\_rwlock\_instances\_lost

Performance\_schema\_table\_handles\_lost

Performance\_schema\_table\_instances\_lost

Performance\_schema\_thread\_classes\_lost

Performance\_schema\_thread\_instances\_lost

Prepared\_stmt\_count

当前的预处理语句的数量。 (最大数为系统变量: max\_prepared\_stmt\_count)

Qcache\_free\_blocks

查询缓存（query cache）中可以使用的空闲的内存块

Qcache\_free\_memory

查询缓存（query cache）可以使用的空闲的内存数。

Qcache\_hits

查询缓存的命中数。

Qcache\_inserts

被添加到查询缓存当中的查询的总数。

Qcache\_lowmem\_prunes

由于内存太少而从查询缓存里删除的查询的总数。

Qcache\_not\_cached

没有缓存的查询数量。包括不可缓存的，和由于[`query_cache_type`][query_cache_type]的设置二不能缓存的。

Qcache\_queries\_in\_cache

注册在查询缓存里的查询数量。

Qcache\_total\_blocks

在查询缓存中块的总数。

Queries

服务器执行语句的数量。这个变量包含了执行的语句，包括存储过程。它不统计：`COM_PING` 和  `COM_STATISTICS``两个命令。这个变量是在`MySQL 5.1.31在版本中被加入的。

Questions

服务器已经执行的语句的数量。它跟 Queries不一样。这个变量不统计以下命令：`COM_PING`, `COM_STATISTICS`, `COM_STMT_PREPARE`, `COM_STMT_CLOSE`,   `COM_STMT_RESET`

Rpl\_status

可能的值：AUTH\_MASTER。表示fail-safe复制状态（尚未实现）。这个变量并不再使用，并且 MySQL 5.6 中已经去掉了。

Select\_full\_join

没有使用索引的联接的数量。如果该值不为0,你应仔细检查表的索引

Select\_full\_range\_join

在引用的表中使用范围搜索的联接的数量

Select\_range

在第一个表中使用范围的联接(join)的数量。一般情况不是关键问题，即使该值相当大。

Select\_range\_check

在每一行数据后对键值进行检查的不带键值的联接（JOIN）的数量。如果不为0，你应仔细检查表的索引。

Select\_scan

对第一个表进行全扫描连接的次数。

Slave\_heartbeat\_period

Slave的心跳骤起。

Slave\_open\_temp\_tables

Slave SQL县城当前打开的临时表的数量。如果这个值大于0，那么关掉SLAVE是不安全的。

Slave\_received\_heartbeats

Slave接受到的心跳数。

Slave\_retried\_transactions

自从启动以来，SLAVE的SQL线程重试事务的总数。

Slave\_running

可能的值为（OFF/ON）。如果该服务器是连接到MASTER的SLAVE，那么，就是ON。否则就是OFF。

Slow\_launch\_threads

记录慢查询开启的线程数

慢查询的定义与设置：

如果

mysql> show variables like '%slow%';

这条语句查询出来的 log\_slow\_queries为 OFF，那么慢查询优化是被关闭的。

打开这一项方便针对慢查询的优化。

那么多久没断定为慢查询呢？这个时间是由slow\_launch\_time的值来决定的。

下面它的值是2，所以，如果一个查询耗时2秒还没有完成，那就算是慢查询。

+------------------+-------+

| Variable\_name    | Value |

+------------------+-------+

| log\_slow\_queries | OFF   |

| slow\_launch\_time | 2     |

+------------------+-------+

Slow\_queries

慢查询的次数。慢查询字数过多，应该警告。慢查询即：查询时间超过long\_query\_time秒(默认值是10秒)的查询的个数

Sort\_merge\_passes

排序算法已经执行的合并的数量。如果这个变量值较大，应考虑增加sort\_buffer\_size系统变量的值。

Sort\_range

在范围内执行的排序的数量。

Sort\_rows

已经排序的行数。

Sort\_scan

通过扫描表完成的排序的数量。

Ssl\_accept\_renegotiates

需要建立连接，而进行的协商次数。

Ssl\_accepts

已接受的SSL连接的数量。

Ssl\_callback\_cache\_hits

SSL回调缓存命中的次数。

Ssl\_cipher

当前的密码(对于无SSL的连接是空的)

Ssl\_cipher\_list

当前可能的SSL密码列表（其值是字符串）。

Ssl\_client\_connects

SSL尝试连接到 SSL-enabled主设备的次数。

Ssl\_connect\_renegotiates

建立到SSL-enable主设备的连接的协商次数。

Ssl\_ctx\_verify\_depth

SSL的内容认证深度（在链中认证被测试的次数）。

Ssl\_ctx\_verify\_mode

SSL内容认证模式。

Ssl\_default\_timeout

默认是SSL超时。

Ssl\_finished\_accepts

成功连接到服务器的SSL连接次数。

Ssl\_finished\_connects

SSL成功连接（作为从设备）到开启SSL的主设备。

Ssl\_session\_cache\_hits

SSL会还缓存的命中数。

Ssl\_session\_cache\_misses

SSL缓存漏掉的数量（就是缓存中没有命中的次数）。

Ssl\_session\_cache\_mode

SSL会话的缓存模式（一般是NONE）。

Ssl\_session\_cache\_overflows

SSL会话的缓存溢出数量。

Ssl\_session\_cache\_size

SSL会话的缓存大小。

Ssl\_session\_cache\_timeouts

SSL会话缓存的超时时间。

Ssl\_sessions\_reused

来自缓存被重复使用的SSL连接。

Ssl\_used\_session\_cache\_entries

被用到的SSL session cache entries的数量。

Ssl\_verify\_depth

SSL连接的认证深度。

Ssl\_verify\_mode

回应SSL连接的认证模式。

Ssl\_version

SSL协议的版本号。

Table\_locks\_immediate   36

Table\_locks\_waited   0

Tc\_log\_max\_pages\_used   0

Tc\_log\_page\_size   0

Tc\_log\_page\_waits   0

Threads\_cached

线程缓存内的线程的数量。

连接线程是 MySQL为了提高创建连接线程的效率，将部分空闲的连接线程保持在一个缓存区以备新进连接请求的时候使用，这尤其对那些使用短连接的应用程序来说可以极大的提高创建连接的效率。当我们通过 thread\_cache\_size设置了连接线程缓存池可以缓存的连接线程的大小之后，可以通过show status查询出来的结果计算(Connections – Threads\_created) / Connections \* 100% 得出连接线程缓存的命中率。注意，这里设置的是可以缓存的连接线程的数目，而不是内存空间的大小。

Threads\_connected

当前打开的连接的数量。

Threads\_created

创建用来处理连接的线程数。如果Threads\_created较大，你可能要增加thread\_cache\_size值。缓存访问率的计算方法Threads\_created/Connections。

Threads\_running

激活的（非睡眠状态）线程数（线程是MYSQL根据查询的需要创建的，总数肯定不超过Threads\_created的值）。

Uptime

服务器已经运行的时间（以秒为单位）。【监控点】

Uptime\_since\_flush\_status

最近一次使用FLUSH STATUS的时间(使用的时候，到现在有多久)（以秒为单位）。

总格310个项目。

参考URL；[http://www.51testing.com/?uid-110296-action-viewspace-itemid-69547][http_www.51testing.com_uid-110296-action-viewspace-itemid-69547]

[http://www.blogjava.net/redcoatjk/archive/2012/09/05/387100.html][http_www.blogjava.net_redcoatjk_archive_2012_09_05_387100.html]

================参考信息==============

1, 查看MySQL服务器配置信息  
输入命令   
mysql> show variables;

mysql> show variables;  
2, 查看MySQL服务器运行的各种状态值  
输入命令   
mysql> show global status;

mysql> show global status;  
3, 慢查询  
输入命令   
mysql> show variables like '%slow%';    
        +------------------+-------+    
        | Variable\_name    | Value |    
        +------------------+-------+    
        | log\_slow\_queries | OFF   |    
        | slow\_launch\_time | 2     |    
        +------------------+-------+    
mysql> show global status like '%slow%';    
        +---------------------+-------+    
        | Variable\_name       | Value |    
        +---------------------+-------+    
        | Slow\_launch\_threads | 0     |    
        | Slow\_queries        | 279   |    
        +---------------------+-------+

4, 连接数

mysql> show variables like 'max\_connections';  
        +-----------------+-------+  
        | Variable\_name   | Value |  
        +-----------------+-------+  
        | max\_connections | 500   |  
        +-----------------+-------+

mysql> show global status like 'max\_used\_connections';  
        +----------------------+-------+  
        | Variable\_name        | Value |  
        +----------------------+-------+  
        | Max\_used\_connections | 498   |  
        +----------------------+-------+

设置的最大连接数是500，而响应的连接数是498

max\_used\_connections / max\_connections \* 100% = 99.6% （理想值 ≈ 85%）

5, key\_buffer\_size  
key\_buffer\_size是对MyISAM表性能影响最大的一个参数, 不过数据库中多为Innodb

一共有25629497个索引读取请求，有66071个请求在内存中没有找到直接从硬盘读取索引，计算索引未命中缓存的概率：  
key\_cache\_miss\_rate ＝ Key\_reads / Key\_read\_requests \* 100% =0.27%  
需要适当加大key\_buffer\_size

输入命令   
mysql> show global status like 'key\_blocks\_u%';    
        +-------------------+-------+    
        | Variable\_name     | Value |    
        +-------------------+-------+    
        | Key\_blocks\_unused | 10285 |    
        | Key\_blocks\_used   | 47705 |    
        +-------------------+-------+

mysql> show global status like 'key\_blocks\_u%';  
        +-------------------+-------+  
        | Variable\_name     | Value |  
        +-------------------+-------+  
        | Key\_blocks\_unused | 10285 |  
        | Key\_blocks\_used   | 47705 |  
        +-------------------+-------+  
Key\_blocks\_unused表示未使用的缓存簇(blocks)数，Key\_blocks\_used表示曾经用到的最大的blocks数  
Key\_blocks\_used / (Key\_blocks\_unused + Key\_blocks\_used) \* 100% ≈ 18% （理想值 ≈ 80%）

6， 临时表

输入命令   
mysql> show global status like 'created\_tmp%';    
        +-------------------------+---------+    
        | Variable\_name           | Value   |    
        +-------------------------+---------+    
        | Created\_tmp\_disk\_tables | 4184337 |    
        | Created\_tmp\_files       | 4124    |    
        | Created\_tmp\_tables      | 4215028 |    
        +-------------------------+---------+

mysql> show global status like 'created\_tmp%';  
        +-------------------------+---------+  
        | Variable\_name           | Value   |  
        +-------------------------+---------+  
        | Created\_tmp\_disk\_tables | 4184337 |  
        | Created\_tmp\_files       | 4124    |  
        | Created\_tmp\_tables      | 4215028 |  
        +-------------------------+---------+  
每次创建临时表，Created\_tmp\_tables增加，如果是在磁盘上创建临时表，Created\_tmp\_disk\_tables也增加,Created\_tmp\_files表示MySQL服务创建的临时文件文件数：  
Created\_tmp\_disk\_tables / Created\_tmp\_tables \* 100% ＝ 99% （理想值<= 25%）

输入命令   
mysql> show variables where Variable\_name in ('tmp\_table\_size', 'max\_heap\_table\_size');    
        +---------------------+-----------+    
        | Variable\_name       | Value     |    
        +---------------------+-----------+    
        | max\_heap\_table\_size | 134217728 |    
        | tmp\_table\_size      | 134217728 |    
        +---------------------+-----------+

7,open table 的情况  
输入命令   
mysql> show global status like 'open%tables%';    
        +---------------+-------+    
        | Variable\_name | Value |    
        +---------------+-------+    
        | Open\_tables   | 1024  |    
        | Opened\_tables | 1465  |    
        +---------------+-------+

mysql> show variables like 'table\_cache';  
        +---------------+-------+  
        | Variable\_name | Value |  
        +---------------+-------+  
        | table\_cache   | 1024  |  
        +---------------+-------+

Open\_tables / Opened\_tables \* 100% =69% 理想值 （>= 85%）  
Open\_tables / table\_cache \* 100% = 100% 理想值 (<= 95%)

8, 进程使用情况  
输入命令   
mysql> show global status like 'Thread%';    
        +-------------------+-------+    
        | Variable\_name     | Value |    
        +-------------------+-------+    
        | Threads\_cached    | 31    |    
        | Threads\_connected | 239   |    
        | Threads\_created   | 2914  |    
        | Threads\_running   | 4     |    
        +-------------------+-------+

mysql> show global status like 'Thread%';  
        +-------------------+-------+  
        | Variable\_name     | Value |  
        +-------------------+-------+  
        | Threads\_cached    | 31    |  
        | Threads\_connected | 239   |  
        | Threads\_created   | 2914  |  
        | Threads\_running   | 4     |  
        +-------------------+-------+  
如果我们在MySQL服务器配置文件中设置了thread\_cache\_size，当客户端断开之后，服务器处理此客户的线程将会缓存起来以响应下一个客户而不是销毁（前提是缓存数未达上限）。Threads\_created表示创建过的线程数，如果发现Threads\_created值过大的话，表明 MySQL服务器一直在创建线程，这也是比较耗资源，可以适当增加配置文件中thread\_cache\_size值，查询服务器 thread\_cache\_size配置：  
输入命令   
mysql> show variables like 'thread\_cache\_size';    
        +-------------------+-------+    
        | Variable\_name     | Value |    
        +-------------------+-------+    
        | thread\_cache\_size | 32    |    
        +-------------------+-------+

mysql> show variables like 'thread\_cache\_size';  
        +-------------------+-------+  
        | Variable\_name     | Value |  
        +-------------------+-------+  
        | thread\_cache\_size | 32    |  
        +-------------------+-------+

9, 查询缓存(query cache)  
输入命令   
mysql> show global status like 'qcache%';    
        +-------------------------+----------+    
        | Variable\_name           | Value    |    
        +-------------------------+----------+    
        | Qcache\_free\_blocks      | 2226     |    
        | Qcache\_free\_memory      | 10794944 |    
        | Qcache\_hits             | 5385458  |    
        | Qcache\_inserts          | 1806301  |    
        | Qcache\_lowmem\_prunes    | 433101   |    
        | Qcache\_not\_cached       | 4429464  |    
        | Qcache\_queries\_in\_cache | 7168     |    
        | Qcache\_total\_blocks     | 16820    |    
        +-------------------------+----------+

mysql> show global status like 'qcache%';  
        +-------------------------+----------+  
        | Variable\_name           | Value    |  
        +-------------------------+----------+  
        | Qcache\_free\_blocks      | 2226     |  
        | Qcache\_free\_memory      | 10794944 |  
        | Qcache\_hits             | 5385458  |  
        | Qcache\_inserts          | 1806301  |  
        | Qcache\_lowmem\_prunes    | 433101   |  
        | Qcache\_not\_cached       | 4429464  |  
        | Qcache\_queries\_in\_cache | 7168     |  
        | Qcache\_total\_blocks     | 16820    |  
        +-------------------------+----------+  
Qcache\_free\_blocks：缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE会对缓存中的碎片进行整理，从而得到一个空闲块。  
Qcache\_free\_memory：缓存中的空闲内存。  
Qcache\_hits：每次查询在缓存中命中时就增大  
Qcache\_inserts：每次插入一个查询时就增大。命中次数除以插入次数就是不中比率。  
Qcache\_lowmem\_prunes：缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看；如果这个数字在不断增长，就表示可能碎片非常严重，或者内存很少。（上面的          free\_blocks和free\_memory可以告诉您属于哪种情况）  
Qcache\_not\_cached：不适合进行缓存的查询的数量，通常是由于这些查询不是 SELECT 语句或者用了now()之类的函数。  
Qcache\_queries\_in\_cache：当前缓存的查询（和响应）的数量。  
Qcache\_total\_blocks：缓存中块的数量。

我们再查询一下服务器关于query\_cache的配置：  
输入命令   
mysql> show variables like 'query\_cache%';    
        +------------------------------+----------+    
        | Variable\_name                | Value    |    
        +------------------------------+----------+    
        | query\_cache\_limit            | 33554432 |    
        | query\_cache\_min\_res\_unit     | 4096     |    
        | query\_cache\_size             | 33554432 |    
        | query\_cache\_type             | ON       |    
        | query\_cache\_wlock\_invalidate | OFF      |    
        +------------------------------+----------+

query\_cache\_limit：超过此大小的查询将不缓存  
query\_cache\_min\_res\_unit：缓存块的最小大小  
query\_cache\_size：查询缓存大小  
query\_cache\_type：缓存类型，决定缓存什么样的查询，示例中表示不缓存 select sql\_no\_cache 查询  
query\_cache\_wlock\_invalidate：当有其他客户端正在对MyISAM表进行写操作时，如果查询在query cache中，是否返回cache结果还是等写操作完成再读表获取结果。

query\_cache\_min\_res\_unit的配置是一柄”双刃剑”，默认是4KB，设置值大对大数据查询有好处，但如果你的查询都是小数据查询，就容易造成内存碎片和浪费。

查询缓存碎片率 = Qcache\_free\_blocks / Qcache\_total\_blocks \* 100%

如果查询缓存碎片率超过20%，可以用FLUSH QUERY CACHE整理缓存碎片，或者试试减小query\_cache\_min\_res\_unit，如果你的查询都是小数据量的话。

查询缓存利用率 = (query\_cache\_size – Qcache\_free\_memory) / query\_cache\_size \* 100%

查询缓存利用率在25%以下的话说明query\_cache\_size设置的过大，可适当减小；查询缓存利用率在80％以上而且Qcache\_lowmem\_prunes > 50的话说明query\_cache\_size可能有点小，要不就是碎片太多。

查询缓存命中率 = (Qcache\_hits – Qcache\_inserts) / Qcache\_hits \* 100%

示例服务器 查询缓存碎片率 ＝ 20.46％，查询缓存利用率 ＝ 62.26％，查询缓存命中率 ＝ 1.94％，命中率很差，可能写操作比较频繁吧，而且可能有些碎片。

10,排序使用情况

输入命令   
mysql> show global status like 'sort%';    
        +-------------------+----------+    
        | Variable\_name     | Value    |    
        +-------------------+----------+    
        | Sort\_merge\_passes | 2136     |    
        | Sort\_range        | 81888    |    
        | Sort\_rows         | 35918141 |    
        | Sort\_scan         | 55269    |    
        +-------------------+----------+

mysql> show global status like 'sort%';  
        +-------------------+----------+  
        | Variable\_name     | Value    |  
        +-------------------+----------+  
        | Sort\_merge\_passes | 2136     |  
        | Sort\_range        | 81888    |  
        | Sort\_rows         | 35918141 |  
        | Sort\_scan         | 55269    |  
        +-------------------+----------+

Sort\_merge\_passes 包括两步。MySQL 首先会尝试在内存中做排序，使用的内存大小由系统变量 Sort\_buffer\_size 决定，如果它的大小不够把所有的记录都读到内存中，MySQL 就会把每次在内存中排序的结果存到临时文件中，等 MySQL 找到所有记录之后，再把临时文件中的记录做一次排序。这再次排序就会增加 Sort\_merge\_passes。实际上，MySQL 会用另一个临时文件来存再次排序的结果，所以通常会看到 Sort\_merge\_passes 增加的数值是建临时文件数的两倍。因为用到了临时文件，所以速度可能会比较慢，增加 Sort\_buffer\_size 会减少 Sort\_merge\_passes 和 创建临时文件的次数。但盲目的增加 Sort\_buffer\_size 并不一定能提高速度，见 How fast can you sort data with MySQL?（引自[http://qroom.blogspot.com/2007/09/mysql-select-sort.html][http_qroom.blogspot.com_2007_09_mysql-select-sort.html]）

另外，增加read\_rnd\_buffer\_size(3.2.3是record\_rnd\_buffer\_size)的值对排序的操作也有一点的好处，参见：[http://www.mysqlperformanceblog.com/2007/07/24/what-exactly-is][http_www.mysqlperformanceblog.com_2007_07_24_what-exactly-is]\- read\_rnd\_buffer\_size/

11.文件打开数(open\_files)

mysql> show global status like 'open\_files';  
        +---------------+-------+  
        | Variable\_name | Value |  
        +---------------+-------+  
        | Open\_files    | 821   |  
        +---------------+-------+

mysql> show variables like 'open\_files\_limit';  
        +------------------+-------+  
        | Variable\_name    | Value |  
        +------------------+-------+  
        | open\_files\_limit | 65535 |  
        +------------------+-------+

比较合适的设置：Open\_files / open\_files\_limit \* 100% <= 75％

正常

12。 表锁情况  
输入命令   
mysql> show global status like 'table\_locks%';    
        +-----------------------+---------+    
        | Variable\_name         | Value   |    
        +-----------------------+---------+    
        | Table\_locks\_immediate | 4257944 |    
        | Table\_locks\_waited    | 25182   |    
        +-----------------------+---------+

mysql> show global status like 'table\_locks%';  
        +-----------------------+---------+  
        | Variable\_name         | Value   |  
        +-----------------------+---------+  
        | Table\_locks\_immediate | 4257944 |  
        | Table\_locks\_waited    | 25182   |  
        +-----------------------+---------+  
Table\_locks\_immediate 表示立即释放表锁数，Table\_locks\_waited表示需要等待的表锁数，如果 Table\_locks\_immediate / Table\_locks\_waited > 5000，最好采用InnoDB引擎，因为InnoDB是行锁而MyISAM是表锁，对于高并发写入的应用InnoDB效果会好些.

13. 表扫描情况  
输入命令   
mysql> show global status like 'handler\_read%';    
        +-----------------------+-----------+    
        | Variable\_name         | Value     |    
        +-----------------------+-----------+    
        | Handler\_read\_first    | 108763    |    
        | Handler\_read\_key      | 92813521  |    
        | Handler\_read\_next     | 486650793 |    
        | Handler\_read\_prev     | 688726    |    
        | Handler\_read\_rnd      | 9321362   |    
        | Handler\_read\_rnd\_next | 153086384 |    
        +-----------------------+-----------+

mysql> show global status like 'handler\_read%';  
        +-----------------------+-----------+  
        | Variable\_name         | Value     |  
        +-----------------------+-----------+  
        | Handler\_read\_first    | 108763    |  
        | Handler\_read\_key      | 92813521  |  
        | Handler\_read\_next     | 486650793 |  
        | Handler\_read\_prev     | 688726    |  
        | Handler\_read\_rnd      | 9321362   |  
        | Handler\_read\_rnd\_next | 153086384 |  
        +-----------------------+-----------+

各字段解释参见[http://hi.baidu.com/thinkinginlamp/blog/item/31690cd7c4bc5cdaa144df9c.html][http_hi.baidu.com_thinkinginlamp_blog_item_31690cd7c4bc5cdaa144df9c.html]，调出服务器完成的查询请求次数：  
输入命令   
mysql> show global status like 'com\_select';    
        +---------------+---------+    
        | Variable\_name | Value   |    
        +---------------+---------+    
        | Com\_select    | 2693147 |    
        +---------------+---------+

mysql> show global status like 'com\_select';  
        +---------------+---------+  
        | Variable\_name | Value   |  
        +---------------+---------+  
        | Com\_select    | 2693147 |  
        +---------------+---------+

计算表扫描率：

表扫描率 ＝ Handler\_read\_rnd\_next / Com\_select

如果表扫描率超过4000，说明进行了太多表扫描，很有可能索引没有建好，增加read\_buffer\_size值会有一些好处，但最好不要超过8MB。

[query_cache_type]: http://dev.mysql.com/doc/refman/5.1/en/server-system-variables.html#sysvar_query_cache_type
[http_www.51testing.com_uid-110296-action-viewspace-itemid-69547]: http://www.51testing.com/?uid-110296-action-viewspace-itemid-69547
[http_www.blogjava.net_redcoatjk_archive_2012_09_05_387100.html]: http://www.blogjava.net/redcoatjk/archive/2012/09/05/387100.html
[http_qroom.blogspot.com_2007_09_mysql-select-sort.html]: http://qroom.blogspot.com/2007/09/mysql-select-sort.html
[http_www.mysqlperformanceblog.com_2007_07_24_what-exactly-is]: http://www.mysqlperformanceblog.com/2007/07/24/what-exactly-is
[http_hi.baidu.com_thinkinginlamp_blog_item_31690cd7c4bc5cdaa144df9c.html]: http://hi.baidu.com/thinkinginlamp/blog/item/31690cd7c4bc5cdaa144df9c.html