在mysql數(shù)據(jù)庫(kù)中，mysql key_buffer_size是對(duì)MyISAM表性能影響最大的一個(gè)參數(shù)(注意該參數(shù)對(duì)其他類型的表設(shè)置無(wú)效)，下面就將對(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 | |
+-----------------+------------+ 

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

mysql> show global status like 'key_read%';
+------------------------+-------------+
| Variable_name | Value |
+------------------------+-------------+
| Key_read_requests | | //從緩存讀取索引的請(qǐng)求次數(shù)。
| Key_reads | | //從磁盤(pán)讀取索引的請(qǐng)求次數(shù)。
+------------------------+-------------+ 

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

key_cache_miss_rate = Key_reads / Key_read_requests * 100% 

比如上面的數(shù)據(jù)，key_cache_miss_rate為0.0244%，4000個(gè)索引讀取請(qǐng)求才有一個(gè)直接讀硬盤(pán)，已經(jīng)很BT了，key_cache_miss_rate在0.1%以下都很好(每1000個(gè)請(qǐng)求有一個(gè)直接讀硬盤(pán))，所以理論來(lái)上來(lái)說(shuō)，這個(gè)比值越小越好，但過(guò)小的話，難免造成內(nèi)存浪費(fèi)。

以上兩個(gè)值的比率固然能一部分的說(shuō)明key_buffer_size是否合理，但僅僅以此就說(shuō)明該值設(shè)置的合理的話，就過(guò)于偏激和片面了。因?yàn)檫@里忽略了兩個(gè)問(wèn)題：

1、比例并不顯示數(shù)量的絕對(duì)值大小

2、計(jì)數(shù)器并沒(méi)有考慮時(shí)間因素

雖說(shuō)Key_read_requests大比小好，但是對(duì)于系統(tǒng)調(diào)優(yōu)而言，更有意義的應(yīng)該是單位時(shí)間內(nèi)的Key_reads，即：

Key_reads / Uptime

具體查看方法如下：

[root@web mysql]# mysqladmin ext -uroot -p -ri | grep Key_reads
Enter password:
| Key_reads | |
| Key_reads | |
| Key_reads | |
| Key_reads | |
| Key_reads | |
| Key_reads | |
| Key_reads | |
| Key_reads | |
| Key_reads | |
| Key_reads | | 

注：命令里的mysqladmin ext其實(shí)就是mysqladmin extended-status，你甚至可以簡(jiǎn)寫(xiě)成mysqladmin e。

其中第一行表示的是匯總數(shù)值，所以這里不必考慮，下面的每行數(shù)值都表示10秒內(nèi)的數(shù)據(jù)變化，從這份數(shù)據(jù)可以看出每10秒系統(tǒng)大約會(huì)出現(xiàn)500次Key_reads訪問(wèn)，折合到每1秒就是50次左右，至于這個(gè)數(shù)值到底合理與否，就由服務(wù)器的磁盤(pán)能力而定了。(注：我這里之所以數(shù)據(jù)變化較大，是因?yàn)橛衭pdate等語(yǔ)句造成了表鎖而導(dǎo)致下個(gè)時(shí)間段內(nèi)的查詢數(shù)猛增。)

為啥數(shù)據(jù)按10秒取樣，而不是直接按1秒取樣？由于時(shí)間段過(guò)小，數(shù)據(jù)變化比較劇烈，不容易直觀估計(jì)大小，所以通常數(shù)據(jù)按照10秒或者60秒之類的時(shí)間段來(lái)取樣是更好的。

除些之外，我們還可以參考下key_blocks_*參數(shù)：

mysql> show global status like 'key_blocks_u%';
+------------------------+-------------+
| Variable_name | Value |
+------------------------+-------------+
| Key_blocks_unused | |
| Key_blocks_used | |
+------------------------+-------------+ 

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% 

筆者注：

查看簇（文件系統(tǒng)塊，block）的大?。ㄗ止?jié)數(shù)）

Centos中有以下幾種方法：

#tune2fs /dev/sda1 | grep "block size"
#dumpe2fs /dev/sda1 | grep "block size"

理論上文件系統(tǒng)塊是扇區(qū)的倍數(shù)

mysqladmin是MySQL一個(gè)重要的客戶端，最常見(jiàn)的是使用它來(lái)關(guān)閉數(shù)據(jù)庫(kù)，除此，該命令還可以了解MySQL運(yùn)行狀態(tài)、進(jìn)程信息、進(jìn)程殺死等。本文介紹一下如何使用mysqladmin extended-status(因?yàn)闆](méi)有"歧義"，所以可以使用ext代替)了解MySQL的運(yùn)行狀態(tài)。

1. 使用-r/-i參數(shù)

使用mysqladmin extended-status命令可以獲得所有MySQL性能指標(biāo)，即show global status的輸出，不過(guò)，因?yàn)槎鄶?shù)這些指標(biāo)都是累計(jì)值，如果想了解當(dāng)前的狀態(tài)，則需要進(jìn)行一次差值計(jì)算，這就是mysqladmin extended-status的一個(gè)額外功能，非常實(shí)用。默認(rèn)的，使用extended-status，看到也是累計(jì)值，但是，加上參數(shù)-r(--relative)，就可以看到各個(gè)指標(biāo)的差值，配合參數(shù)-i(--sleep)就可以指定刷新的頻率，那么就有如下命令：

mysqladmin -uroot -r -i -pxxx extended-status
+------------------------------------------+----------------------+
| Variable_name | Value |
+------------------------------------------+----------------------+
| Aborted_clients | |
| Com_select | |
| Com_insert | |
......
| Threads_created | |
+------------------------------------------+----------------------+ 

2. 配合grep使用

配合grep使用，我們就有：

mysqladmin -uroot -r -i -pxxx extended-status \
grep "Questions\|Queries\|Innodb_rows\|Com_select \|Com_insert \|Com_update \|Com_delete "
| Com_delete | |
| Com_delete_multi | |
| Com_insert | |
| Com_select | |
| Com_update | |
| Innodb_rows_deleted | |
| Innodb_rows_inserted | |
| Innodb_rows_read | |
| Innodb_rows_updated | |
| Queries | |
| Questions | 2721 | 

當(dāng)然，還可以配合awk等，筆者在這里就不一一介紹了，有情趣的朋友可以參考一下其它文檔。

最新評(píng)論