MySQL資料庫最佳化經驗詳談(伺服器普通配置)第1/3頁

安裝好mysql後，配製檔案應該在/usr/local/mysql/share/mysql目錄中，配製檔案有幾個，有my- huge.cnf my-medium.cnf my-large.cnf my-small.cnf,不同的流量的網站和不同配製的伺服器環境，當然需要有不同的配製檔案了。

一般的情況下，my-medium.cnf這個配製檔案就能滿足我們的大多需要；一般我們會把設定檔拷貝到/etc/my.cnf 只需要修改這個設定檔就可以了，使用mysqladmin variables extended-status –u root –p 可以看到目前的參數，有３個配置參數是最重要的，即：

key_buffer_size query_cache_size table_cache

key_buffer_size只對MyISAM表起作用。

key_buffer_size指定索引緩衝的大小，它決定索引處理的速度，尤其是索引讀的速度。一般我們設為16M,實際上稍微大一點的網站　這個數字是遠遠不夠的，通過檢查狀態值Key_read_requests和Key_reads,可以知道key_buffer_size設定是否合理。比例key_reads / key_read_requests應該儘可能的低，至少是1:100，1:1000更好（上述狀態值可以使用SHOW STATUS LIKE ‘key_read%'獲得）。 或者如果你裝了phpmyadmin 可以通過伺服器運行狀態看到,筆者推薦用phpmyadmin管理mysql，以下的狀態值都是本人通過phpmyadmin獲得的執行個體分析:

這個伺服器已經運行了20天

key_buffer_size – 128M key_read_requests – 650759289 key_reads - 79112

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

另外一個估計key_buffer_size的辦法：把你網站資料庫的每個表的索引所佔空間大小加起來看看以此伺服器為例:比較大的幾個表索引加起來大概125M 這個數字會隨著表變大而變大。

從4.0.1開始，MySQL提供了查詢緩衝機制。使用查詢緩衝，MySQL將SELECT語句和查詢結果存放在緩衝區中，今後對於同樣的SELECT語句（區分大小寫），將直接從緩衝區中讀取結果。根據MySQL使用者手冊，使用查詢緩衝最多可以達到238%的效率。

通過調節以下幾個參數可以知道query_cache_size設定得是否合理

Qcache inserts Qcache hits Qcache lowmem prunes Qcache free blocks Qcache total blocks

Qcache_lowmem_prunes的值非常大，則表明經常出現緩衝不夠的情況,同時Qcache_hits的值非常大，則表明查詢緩衝使用非常頻繁，此時需要增加緩衝大小Qcache_hits的值不大，則表明你的查詢重複率很低，這種情況下使用查詢緩衝反而會影響效率，那麼可以考慮不用查詢緩衝。此外，在SELECT語句中加入SQL_NO_CACHE可以明確表示不使用查詢緩衝。

Qcache_free_blocks，如果該值非常大，則表明緩衝區中片段很多query_cache_type指定是否使用查詢緩衝

我設定:

query_cache_size = 32M query_cache_type= 1

得到如下狀態值:

Qcache queries in cache 12737 表明目前緩衝的條數 Qcache inserts 20649006 Qcache hits 79060095 　看來重複查詢率還挺高的 Qcache lowmem prunes 617913　有這麼多次出現緩衝過低的情況 Qcache not cached 189896 　　 Qcache free memory 18573912　　目前剩餘緩衝空間 Qcache free blocks 5328 這個數字似乎有點大　片段不少 Qcache total blocks 30953

如果記憶體允許32M應該要往上加點

table_cache指定表快取的大小。每當MySQL訪問一個表時，如果在表緩衝區中還有空間，該表就被開啟並放入其中，這樣可以更快地訪問表內容。通過檢查峰值時間的狀態值Open_tables和Opened_tables，可以決定是否需要增加table_cache的值。如果你發現open_tables等於table_cache，並且opened_tables在不斷增長，那麼你就需要增加table_cache的值了（上述狀態值可以使用SHOW STATUS LIKE ‘Open%tables'獲得）。注意，不能盲目地把table_cache設定成很大的值。如果設定得太高，可能會造成檔案描述符不足，從而造成效能不穩定或者串連失敗。

對於有1G記憶體的機器，推薦值是128－256。

筆者設定table_cache = 256

得到以下狀態:

Open tables 256 Opened tables 9046

雖然open_tables已經等於table_cache，但是相對於伺服器已耗用時間來說,已經運行了20天，opened_tables的值也非常低。因此，增加table_cache的值應該用處不大。如果運行了6個小時就出現上述值 那就要考慮增大table_cache。