mysql key_read_requests_mysql参数调优

table_open_cache

MYSQL默认的table_open_cache为64，这个数值是偏小的，如果max_connections较大，则容易引起性能问题。

表现：数据库查询效率慢，show processlist 发现比较多的查询正在opening table。

进一步确认，执行以下语句：

mysql> show global status like 'open%tables%';

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

| Variable_name | Value   |

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

| Open_tables   | 345     |

| Opened_tables | 9734116 |

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

Opened_tables数值非常大，说明cache太小，导致要频繁地open table，可以查看下当前的table_open_cache设置：

mysql> show variables like '%table_open_cache%';

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

| Variable_name    | Value |

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

| table_open_cache |     64|

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

默认是64，一些资料推荐把这个数值设置为(max_connections* 查询同时用到的表数)。我实践中发现，一般设置为max_connections就没问题了(如果还不够，可以继续加大，但不能设置大得离谱，可能会引发其他问题)。即时生效的设置：

mysql> set global table_open_cache=1024;

Query OK, 0 rows affected (0.00 sec)

设置后可以观察一下，如果opening table不再怎么出现，说明此修改是有效的，将其添加到mysql的配置文件，这样数据库重启后仍可保留此设置。

key_buffer_size

key_buffer_size指定用于索引的缓冲区大小，增加它可得到更好处理的索引(对所有读和多重写)，到你能负担得起那样多。如果你使它太大，系统将开始换页并且真的变慢了。

对于内存在4GB左右的服务器该参数可设置为384M或512M。

通过检查状态值Key_read_requests和Key_reads，可以知道 key_buffer_size设置是否合理。

比例key_reads / key_read_requests应该尽可能的低，至少是1:100，1:1000更好(上述状态值可以使用SHOW STATUS LIKE ‘key_read%’获得)。

注意：该参数值设置的过大反而会是服务器整体效率降低!

测试服务器环境：内存4G数据库MySQL5.6系统配置文件/etc/my.cnf中 key_buffer_size ＝512M，监测 key_buffer_size 设置是否合理，是否需要优化。

一、多大算合适 :

mysql> show status like 'key_read%';

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

| Variable_name          | Value      |

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

| Key_read_requests      | 3633676486 |

| Key_reads              | 739392     |

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

key_reads / key_read_requests = 1:4914　，表明 key_buffer_size ＝512M 设置很合理，无需修改。

二、如何修改

vi /etc/my.cnf 配置文件，[mysqld] 下

key_buffer_size ＝512M

别忘了需mysql重启 service mysql restart 或 /etc/rc.d/init.d/mysql restart 后才生效

innodb_log_file_size

128M – 2G (不需要大于 buffer pool)

死锁http://blog.csdn.net/qq105319914/article/details/50562783