mysql key reads 参数_mysql Key_reads 调优（转）

一直以来，多数人在使用MyISAM时都是按照增大Key_read_requests /

Key_reads的原则来设置key_buffer_size的，没想到这竟然是错误的！这次给大家醍醐灌顶的仍然是MySQL

Performance Blog，详细描述参考：Why you should ignore MySQL’s key cache hit

ratio。

Key_read_requests和Key_reads就是两个计数器，它们的含义如下：

Key_read_requests：从缓存读取索引的请求次数。

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

通常人们认为Key_read_requests /

Key_reads越大越好，否则就应该增大key_buffer_size的设置，但通过计数器的比例来调优有两个问题：

问题一：比例并不显示数量的绝对值大小

问题二：计数器并没有考虑时间因素

虽说Key_read_requests大比小好，但是对于系统调优而言，更有意义的应该是单位时间内的Key_reads：

Key_reads / Uptime

你可以通过命令行得到一个实时的数据结果，比如：

# mysqladmin ext -ri10 | grep Key_reads

|

Key_reads |

83777189 |

|

Key_reads |

211 |

|

Key_reads |

177 |

|

Key_reads |

202 |

提示：命令里的mysqladmin ext其实就是mysqladmin

extended-status，你甚至可以简写成mysqladmin e。

其中第一行表示的是汇总数值，所以这里不必考虑，下面的每行数值都表示10秒内的数据变化，从这份数据可以看出每10秒系统大约会出现200次Key_reads访问，折合到每1秒就是20次左右，至于这个数值到底合理与否，就由服务器的磁盘能力而定了。

顺便说一句，为啥数据按10秒取样，而不是直接按1秒取样？这里看看按1秒的结果：

# mysqladmin ext -ri1 | grep Key_reads

|

Key_reads |

83776743 |

|

Key_reads |

7 |

|

Key_reads |

7 |

|

Key_reads |

38 |

可以看到，由于时间段过小，数据变化比较剧烈，不容易直观估计大小，所以通常数据按照10秒或者60秒之类的时间段来取样是更好的。

忘记：Key_read_requests / Key_reads

牢记：Key_reads / Uptime