mysql優(yōu)化問題

haterw

Mysql 4.1.12, MyISAM

只修改了key_buffer_size和table_cache的值,修改前后一些數(shù)據(jù)對(duì)比如下

                                           優(yōu)化前               優(yōu)化后
Uptime                                  1774585           71091

key_buffer_size                        8M                   32M
Key_reads                               239826355       253614
Key_read_requests                    2151953877     389558210
Key_reads/Key_read_requests      0.1114             0.0007

table_cache                              64                   128
Open_tables                              64                   128
Opened_tables                           20136              263

Handler_read_rnd_next                 908901351       1146780648
Com_select                               3107652           201166
Handler_read_rnd_next/Com_select 292                 5701



可以看出效果還是不錯(cuò)，但是Handler_read_rnd_next/Com_select的值增加了很多，不知道問題出在哪？

[ 本帖最后由 haterw 于 2010-1-4 13:09 編輯 ]

Coolriver

應(yīng)該說效果是比較明顯的.
Handler_read_rnd_next/Com_select的值增加了很多
說明KEY在Cache中命中的比率上升了.

haterw

其實(shí)我對(duì)這個(gè)值的意義不是很清楚，只是參考了http://www.ibm.com/developerworks/cn/linux/l-tune-lamp-3.html，清單 9. 確定表掃描比率，說是該值最好不超過4000,在后續(xù)的優(yōu)化中嘗試了修改read_buffer_size，這個(gè)值下降到了2500左右，今天整理所有數(shù)據(jù)的時(shí)候才發(fā)現(xiàn)該值的飚升竟然可能是第一次優(yōu)化造成的，所以才發(fā)帖求證一下。

不知道版主對(duì)這個(gè)怎么理解

Coolriver

把key_buffer_size   這個(gè)值在增大一點(diǎn).

haterw

因?yàn)槭钱a(chǎn)品服務(wù)器，不能立刻修改看效果，我會(huì)嘗試增大點(diǎn)再來比較

haterw

忘了一點(diǎn)修改，還打開了slow query log，不知道有沒有影響。

附上兩次show status輸出，有興趣的可以分析下。