【注意】key_read_buffer 默认值为 8M 。在专有的数据库服务器上，该值可设置为 RAM * 1/4
　　mysql服务器还提供了key_blocks_*参数：
　　mysql> show global status like ‘key_blocks_u%‘;
　　+————————+————-+
　　| variable_name　　　　 | value　　　　 |
　　+————————+————-+
　　| key_blocks_unused　　| 0　　　　　　 |
　　| key_blocks_used　　　 | 413543 　　 |
　　+————————+————-+
　　key_blocks_unused 表示未使用的缓存簇(blocks)数
　　key_blocks_used 表示曾经用到的大的blocks数
　　比如这台服务器，所有的缓存都用到了，要么增加 key_buffer_size，要么是过渡索引了，把缓存占满了。比较理想的设置：
　　key_blocks_used / (key_blocks_unused + key_blocks_used) * ≈ 80%
　　3.4 排序使用情况 sort_buffer
　　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/
　　3.5 查询缓存
　　mysql> show global status like ‘qcache%‘;
　　+————————-+———–+
　　| variable_name　　　　　| value　　　 |
　　+————————-+———–+
　　| qcache_free_blocks　 | 22756　　 |
　　| qcache_free_memory　| 76764704　 |
　　| qcache_hits　　　　　　| 213028692 |
　　| qcache_inserts　　　　 | 208894227 |
　　| qcache_lowmem_prunes | 4010916 |
　　| qcache_not_cached　　| 13385031 |
　　| qcache_queries_in_cache | 43560　 |
　　| qcache_total_blocks　 | 111212 　 |
　　+————————-+———–+
　　mysql 查询缓存变量解释：
　　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　　　　　 | 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 *
　　如果查询缓存碎片率超过20%，可以用flush query cache整理缓存碎片，或者试试减小query_cache_min_res_unit，如果你的查询都是小数据量的话。
　　查询缓存利用率 = (query_cache_size - qcache_free_memory) / query_cache_size *
　　查询缓存利用率在25%以下的话说明query_cache_size设置的过大，可适当减小；查询缓存利用率在80％以上而且qcache_lowmem_prunes > 50的话说明query_cache_size可能有点小，要不是碎片太多。
　　查询缓存命中率 = (qcache_hits - qcache_inserts) / qcache_hits *
　　示例服务器 查询缓存碎片率 ＝ 20.46％，查询缓存利用率 ＝ 62.26％，查询缓存命中率 ＝ 1.94％，命中率很差，可能写操作比较频繁吧，而且可能有些碎片。
　　4 其他
　　4.1 read_buffer_size
　　4.2 慢查询
　　mysql> show variables like ‘%slow%‘;
　　+——————+——-+
　　| variable_name　 | value |
　　+——————+——-+
　　| log_slow_queries | on　　 |
　　| slow_launch_time | 2　 　 |
　　+——————+——-+
　　mysql> show global status like ‘%slow%‘;
　　+———————+——-+
　　| variable_name　　　 | value |
　　+———————+——-+
　　| slow_launch_threads | 0 　 |
　　| slow_queries　　　　| 4148 |
　　+———————+——-+
　　配置中打开了记录慢查询，执行时间超过2秒的即为慢查询，系统显示有4148个慢查询，你可以分析慢查询日志，找出有问题的sql语句，慢查询时间不宜设置过长，否则意义不大，好在5秒以内，如果你需要微秒级别的慢查询，可以考虑给mysql打补丁：http://www.percona.com/docs/wiki/release:start，记得找对应的版本。
　　打开慢查询日志可能会对系统性能有一点点影响，如果你的mysql是主－从结构，可以考虑打开其中一台从服务器的慢查询日志，这样既可以监控慢查询，对系统性能影响又小。