?

qcache_total_blocks：缓存中块的数量。

我们再查询一下服务器关于query_cache的配置：

mysql> show variables like 'query_cache%';

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

| variable_name　　　　　　　　　　　　　　　　 | value　　　　　 |

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

| query_cache_limit　　　　　　　　　　　　 | 2097152　　　 |

| query_cache_min_res_unit　　　　　 | 4096　　　　　　 |

| query_cache_size　　　　　　　　　　　　　 | 203423744 |

| 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％，命中率很差，可能写操作比较频繁吧，而且可能有些碎片。

?

八、排序使用情况

mysql> show global status like 'sort%';

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

| variable_name　　　　　 | value　　　　　　 |

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

| sort_merge_passes | 29　　　　　　　　　 |

| sort_range　　　　　　　　 | 37432840　　　 |

| sort_rows　　　　　　　　　 | 9178691532 |

| sort_scan　　　　　　　　　 | 1860569　　　　 |

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

?

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，貌似被墙）

?

另外，增加read_rnd_buffer_size(3.2.3是record_rnd_buffer_size)的值对排序的操作也有一点的好处，参见：http://www. mysqlperformanceblog.com/2007/07/24/what-exactly-is-read_rnd_buffer_size/

?

九、文件打开数(open_files)

mysql> show global status like 'open_files';

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

| variable_name | value |

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

| open_files　　　　 | 1410　 |

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

?

mysql> show variables like 'open_files_limit';

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

| variable_name　　　　 | value |

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

| open_files_limit | 4590　 |

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

?

比较合适的设置：open_files / open_files_limit * 100%< = 75％

?

十、表锁情况

mysql> show global status like 'table_locks%';

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

| variable_name　　　　　　　　　 | value　　　　　 |

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

| table_locks_immediate | 490206328 |

| table_locks_waited　　　　 | 2084912　　　 |

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

?