同時(shí)在線訪問(wèn)量繼續(xù)增大 對(duì)于1G內(nèi)存的服務(wù)器明顯感覺到吃力嚴(yán)重時(shí)甚至每天都會(huì)死機(jī) 或者時(shí)不時(shí)的服務(wù)器卡一下 這個(gè)問(wèn)題曾經(jīng)困擾了我半個(gè)多月MySQL使用是很具伸縮性的算法，因此你通常能用很少的內(nèi)存運(yùn)行或給MySQL更多的被存以得到更好的性能。

安裝好mysql后，配制文件應(yīng)該在/usr/local/mysql/share/mysql目錄中，配制文件有幾個(gè)，有my- huge.cnf my-medium.cnf my-large.cnf my-small.cnf,不同的流量的網(wǎng)站和不同配制的服務(wù)器環(huán)境，當(dāng)然需要有不同的配制文件了。

一般的情況下，my-medium.cnf這個(gè)配制文件就能滿足我們的大多需要；一般我們會(huì)把配置文件拷貝到/etc/my.cnf 只需要修改這個(gè)配置文件就可以了，使用mysqladmin variables extended-status –u root –p 可以看到目前的參數(shù)，有３個(gè)配置參數(shù)是最重要的，即：

key_buffer_size只對(duì)MyISAM表起作用。

key_buffer_size指定索引緩沖區(qū)的大小，它決定索引處理的速度，尤其是索引讀的速度。一般我們?cè)O(shè)為16M,實(shí)際上稍微大一點(diǎn)的站點(diǎn)　這個(gè)數(shù)字是遠(yuǎn)遠(yuǎn)不夠的，通過(guò)檢查狀態(tài)值Key_read_requests和Key_reads,可以知道key_buffer_size設(shè)置是否合理。比例key_reads / key_read_requests應(yīng)該盡可能的低，至少是1:100，1:1000更好（上述狀態(tài)值可以使用SHOW STATUS LIKE ‘key_read%’獲得）。 或者如果你裝了phpmyadmin 可以通過(guò)服務(wù)器運(yùn)行狀態(tài)看到,筆者推薦用phpmyadmin管理mysql，以下的狀態(tài)值都是本人通過(guò)phpmyadmin獲得的實(shí)例分析:

這個(gè)服務(wù)器已經(jīng)運(yùn)行了20天

比例接近1:8000 健康狀況非常好

另外一個(gè)估計(jì)key_buffer_size的辦法：把你網(wǎng)站數(shù)據(jù)庫(kù)的每個(gè)表的索引所占空間大小加起來(lái)看看以此服務(wù)器為例:比較大的幾個(gè)表索引加起來(lái)大概125M 這個(gè)數(shù)字會(huì)隨著表變大而變大。

從4.0.1開始，MySQL提供了查詢緩沖機(jī)制。使用查詢緩沖，MySQL將SELECT語(yǔ)句和查詢結(jié)果存放在緩沖區(qū)中，今后對(duì)于同樣的SELECT語(yǔ)句（區(qū)分大小寫），將直接從緩沖區(qū)中讀取結(jié)果。根據(jù)MySQL用戶手冊(cè)，使用查詢緩沖最多可以達(dá)到238%的效率。

通過(guò)調(diào)節(jié)以下幾個(gè)參數(shù)可以知道query_cache_size設(shè)置得是否合理

Qcache_lowmem_prunes的值非常大，則表明經(jīng)常出現(xiàn)緩沖不夠的情況,同時(shí)Qcache_hits的值非常大，則表明查詢緩沖使用非常頻繁，此時(shí)需要增加緩沖大小Qcache_hits的值不大，則表明你的查詢重復(fù)率很低，這種情況下使用查詢緩沖反而會(huì)影響效率，那么可以考慮不用查詢緩沖。此外，在SELECT語(yǔ)句中加入SQL_NO_CACHE可以明確表示不使用查詢緩沖。

Qcache_free_blocks，如果該值非常大，則表明緩沖區(qū)中碎片很多query_cache_type指定是否使用查詢緩沖

我設(shè)置:

得到如下狀態(tài)值:

如果內(nèi)存允許32M應(yīng)該要往上加點(diǎn)

table_cache指定表高速緩存的大小。每當(dāng)MySQL訪問(wèn)一個(gè)表時(shí)，如果在表緩沖區(qū)中還有空間，該表就被打開并放入其中，這樣可以更快地訪問(wèn)表內(nèi)容。通過(guò)檢查峰值時(shí)間的狀態(tài)值Open_tables和Opened_tables，可以決定是否需要增加table_cache的值。如果你發(fā)現(xiàn)open_tables等于table_cache，并且opened_tables在不斷增長(zhǎng)，那么你就需要增加table_cache的值了（上述狀態(tài)值可以使用SHOW STATUS LIKE ‘Open%tables’獲得）。注意，不能盲目地把table_cache設(shè)置成很大的值。如果設(shè)置得太高，可能會(huì)造成文件描述符不足，從而造成性能不穩(wěn)定或者連接失敗。

對(duì)于有1G內(nèi)存的機(jī)器，推薦值是128－256。

筆者設(shè)置table_cache = 256

得到以下狀態(tài):

雖然open_tables已經(jīng)等于table_cache，但是相對(duì)于服務(wù)器運(yùn)行時(shí)間來(lái)說(shuō),已經(jīng)運(yùn)行了20天，opened_tables的值也非常低。因此，增加table_cache的值應(yīng)該用處不大。如果運(yùn)行了6個(gè)小時(shí)就出現(xiàn)上述值 那就要考慮增大table_cache。

如果你不需要記錄2進(jìn)制log 就把這個(gè)功能關(guān)掉，注意關(guān)掉以后就不能恢復(fù)出問(wèn)題前的數(shù)據(jù)了，需要您手動(dòng)備份，二進(jìn)制日志包含所有更新數(shù)據(jù)的語(yǔ)句，其目的是在恢復(fù)數(shù)據(jù)庫(kù)時(shí)用它來(lái)把數(shù)據(jù)盡可能恢復(fù)到最后的狀態(tài)。另外，如果做同步復(fù)制( Replication )的話，也需要使用二進(jìn)制日志傳送修改情況。

log_bin指定日志文件，如果不提供文件名，MySQL將自己產(chǎn)生缺省文件名。MySQL會(huì)在文件名后面自動(dòng)添加數(shù)字引，每次啟動(dòng)服務(wù)時(shí)，都會(huì)重新生成一個(gè)新的二進(jìn)制文件。

此外，使用log-bin-index可以指定索引文件；使用binlog-do-db可以指定記錄的數(shù)據(jù)庫(kù)；使用binlog-ignore-db可以指定不記錄的數(shù)據(jù)庫(kù)。注意的是：binlog-do-db和binlog-ignore-db一次只指定一個(gè)數(shù)據(jù)庫(kù)，指定多個(gè)數(shù)據(jù)庫(kù)需要多個(gè)語(yǔ)句。而且，MySQL會(huì)將所有的數(shù)據(jù)庫(kù)名稱改成小寫，在指定數(shù)據(jù)庫(kù)時(shí)必須全部使用小寫名字，否則不會(huì)起作用。

關(guān)掉這個(gè)功能只需要在他前面加上#號(hào)

#log-bin

開啟慢查詢?nèi)罩? slow query log ) 慢查詢?nèi)罩緦?duì)于跟蹤有問(wèn)題的查詢非常有用。它記錄所有查過(guò)long_query_time的查詢，如果需要，還可以記錄不使用索引的記錄。下面是一個(gè)慢查詢?nèi)罩镜睦樱?/p>

開啟慢查詢?nèi)罩?，需要設(shè)置參數(shù)log_slow_queries、long_query_times、log-queries-not-using-indexes。

log_slow_queries指定日志文件，如果不提供文件名，MySQL將自己產(chǎn)生缺省文件名。

long_query_times指定慢查詢的