在mysql數(shù)據(jù)庫(kù)中，mysql key_buffer_size是對(duì)MyISAM表性能影響最大的一個(gè)參數(shù)，下面就將對(duì)mysql Key_buffer_size參數(shù)的設(shè)置進(jìn)行詳細(xì)介紹，供您參考。

下面一臺(tái)以MyISAM為主要存儲(chǔ)引擎服務(wù)器的配置：

mysql> show variables like 'key_buffer_size';

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

| Variable_name | Value |

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

| key_buffer_size | 536870912 |

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

分配了512MB內(nèi)存給mysql key_buffer_size，我們?cè)倏匆幌耴ey_buffer_size的使用情況：

mysql> show global status like 'key_read%';

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

| Variable_name | Value |

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

| Key_read_requests | 27813678764 |

| Key_reads | 6798830 |

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

一共有27813678764個(gè)索引讀取請(qǐng)求，有6798830個(gè)請(qǐng)求在內(nèi)存中沒(méi)有找到直接從硬盤讀取索引，計(jì)算索引未命中緩存的概率：

key_cache_miss_rate = Key_reads / Key_read_requests * 100%

比如上面的數(shù)據(jù)，key_cache_miss_rate為0.0244%，4000個(gè)索引讀取請(qǐng)求才有一個(gè)直接讀硬盤，已經(jīng)很BT了，key_cache_miss_rate在0.1%以下都很好(每1000個(gè)請(qǐng)求有一個(gè)直接讀硬盤)，如果key_cache_miss_rate在0.01%以下的話，key_buffer_size分配的過(guò)多，可以適當(dāng)減少。

MySQL服務(wù)器還提供了key_blocks_*參數(shù)：

mysql> show global status like 'key_blocks_u%';

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

| Variable_name | Value |

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

| Key_blocks_unused | 0 |

| Key_blocks_used | 413543 |

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

Key_blocks_unused表示未使用的緩存簇(blocks)數(shù)，Key_blocks_used表示曾經(jīng)用到的最大的blocks數(shù)，比如這臺(tái)服務(wù)器，所有的緩存都用到了，要么增加key_buffer_size，要么就是過(guò)渡索引了，把緩存占滿了。比較理想的設(shè)置：

Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80%

更多信息請(qǐng)查看IT技術(shù)專欄