key_buffer_size

　　为了最小化磁盘的 I/O ， MyISAM 存储引擎的表使用键高速缓存来缓存索引，这个键高速缓存的大小则通过 key-buffer-size 参数来设置。如果应用系统中使用的表以 MyISAM 存储引擎为主，则应该适当增加该参数的值，以便尽可能的缓存索引，提高访问的速度。
　　默认情况下，所有的索引都使用相同的键高速缓存，当访问的索引不在缓存中时，使用 LRU （ Least Recently Used 最近最少使用）算法来替换缓存中最近最少使用的索引块。为了进一步避免对键高速缓存的争用，从 MySQL5.1 开始，可以设置多个键高速缓存，并为不同的索引键指定使用的键高速缓存。[1]

　　下面一台以MyISAM为主要存储引擎服务器的配置：[2]

mysql> show variables like ‘key_buffer_size‘;

+-----------------+------------+
| Variable_name | Value
|
+-----------------+------------+
| key_buffer_size | 536870912
|
+-----------------+------------+

　　分配了512MB内存给mysql key_buffer_size，我们再看一下key_buffer_size的使用情况：

mysql> show global status like ‘key_read%‘;

+------------------------+-------------+
| Variable_name          |  Value
|
+------------------------+-------------+
| Key_read_requests | 27813678764 |
| Key_reads              | 6798830        |
+------------------------+-------------+

　　一共有27813678764个索引读取请求，有6798830个请求在内存中没有找到直接从硬盘读取索引，计算索引未命中缓存的概率：

key_cache_miss_rate = Key_reads / Key_read_requests * 100%

　　比如上面的数据，key_cache_miss_rate为0.0244%，4000个索引读取请求才有一个直接读硬盘，已经很BT了，key_cache_miss_rate在0.1%以下都很好(每1000个请求有一个直接读硬盘)，如果key_cache_miss_rate在0.01%以下的话，key_buffer_size分配的过多，可以适当减少。
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) * 100% ≈ 80%

　　注，不能仅凭这个结果值来判断key_buffer_size值设置是否合理，参考[3]。

query_cache_size

　　mysql 查询缓存 query_cache_type。那么mysql到底是怎么决定到底要不要把查询结果放到查询缓存中呢？是根据query_cache_type这个变量来决定的。[4]
　　这个变量有三个取值：0,1,2，分别代表了off、on、demand。[5]

• 0或OFF将阻止缓存或查询缓存结果。
• 1或ON将允许缓存，以SELECT SQL_NO_CACHE开始的查询语句除外。
• 2或DEMAND，仅对以SELECT SQL_CACHE开始的那些查询语句启用缓存。

thread_cache_size

　　如果我们在MySQL服务器配置文件中设置了thread_cache_size，当客户端断开之后，服务器处理此客户的线程将会缓存起来以响应下一个客户而不是销毁（前提是缓存数未达上限）。Threads_created表示创建过的线程数，如果发现Threads_created值过大的话，表明 MySQL服务器一直在创建线程，这也是比较耗资源，可以适当增加配置文件中thread_cache_size。[6]

　　查询进程使用情况： 

mysql> show global status like ‘Thread%‘;

+—————————-+——————-+
| Variable_name      | Value |
+—————————-+——————-+
| Threads_cached      | 26           |
| Threads_connected | 510          |
| Threads_created     | 35168165 |
| Threads_running     | 459          |
+—————————-+——————-+

　　查询服务器 thread_cache_size配置：

mysql> show variables like ‘thread_cache_size‘;

+————————-+————-+
| Variable_name      | Value |
+————————-+————-+
| thread_cache_size  | 32   |
+————————-+————-+

参考：

[1] 调节 key_buffer_size 参数.http://blog.sina.com.cn/s/blog_4a8902380100brg0.html

[2] mysql Key_buffer_size参数的设置.http://database.51cto.com/art/201010/229939.htm

[3] mysql优化：Key_buffer_size.http://www.php1.cn/article/9810.html

[4] mysql 查询缓存 query_cache_type.http://blog.csdn.net/wmsjlihuan/article/details/16337685

[5] Mysql查询高速缓存（学习笔记）.http://blog.csdn.net/linuxin/article/details/2665015

[6] mysql优化参数thread_cache_size.http://www.fangshanzi.com/mysql%E4%BC%98%E5%8C%96%E5%8F%82%E6%95%B0thread_cache_size/http://www.fangshanzi.com/mysql%E4%BC%98%E5%8C%96%E5%8F%82%E6%95%B0thread_cache_size/

mysql性能优化（二）