100個MySQL調節和最佳化的提示

MySQL是一個功能強大的開來源資料庫。隨著越來越多的資料庫驅動的應用程式，人們一直在推動MySQL發展到它的極限。這裡是100條調節和最佳化MySQL安裝的技巧。一些技巧是針對特定的安裝環境的，但這些思路是通用的。我已經把他們分成幾類，來協助你掌握更多MySQL的調節和最佳化技巧。

　　MySQL 伺服器硬體和作業系統調節：

　　1. 擁有足夠的實體記憶體來把整個InnoDB檔案載入到記憶體中——在記憶體中訪問檔案時的速度要比在硬碟中訪問時快的多。

　　2. 不惜一切代價避免使用Swap交換分區– 交換時是從硬碟讀取的，它的速度很慢。

　　3. 使用電池供電的RAM（註：RAM即隨機儲存空間）。

　　4. 使用進階的RAID（註：Redundant Arrays of Inexpensive Disks，即磁碟陣列）– 最好是RAID10或更高。

　　5. 避免RAID5（註：一種儲存效能、資料安全和儲存成本兼顧的儲存解決方案）– 確保資料庫完整性的校正是要付出代價的。

　　6. 將作業系統和資料分區分開，不僅僅是邏輯上，還包括物理上– 作業系統的讀寫操作會影響資料庫的效能。

　　7. 把MySQL臨時空間和複製日誌與資料放到不同的分區– 當資料庫後台從磁碟進行讀寫操作時會影響資料庫的效能。

　　8. 更多的磁碟空間等於更快的速度。

　　9. 更好更快的磁碟。

　　10. 使用SAS（註： Serial Attached SCSI，即串列串連SCSI）代替SATA（註：SATA，即串口硬碟）。

　　11. 較小的硬碟比 較大的硬碟快，尤其是在RAID配置的情況下。

　　12. 使用電池支援的快取RAID控制器。

　　13. 避免使用軟體磁碟陣列。

　　14. 考慮為資料分區使用固態IO卡 (不是磁碟機)– 這些卡能夠為幾乎任何數量的資料支援2GB/s的寫入速度。

　　15. 在Linux中設定swappiness的值為0– 在資料庫伺服器中沒有理由快取檔案，這是一個伺服器或台式機的優勢。

　　16. 如果可以的話，使用 noatime 和 nodirtime掛載檔案系統– 沒有理由更新訪問資料庫檔案的修改時間。

　　17. 使用 XFS 檔案系統– 一種比ext3更快、更小的檔案系統，並且有許多日誌選項， 而且ext3 已被證實與MySQL有雙緩衝問題。

　　18. 調整 XFS 檔案系統日誌和緩衝變數– 為了最高效能標準。

　　19. 在 Linux 系統中, 使用 NOOP 或者 DEADLINE IO 定時發送器–同 NOOP 和 DEADLINE定時發送器相比，這個 CFQ 和 ANTICIPATORY 定時發送器 顯得非常慢。

　　20. 使用64位的作業系統– 對於MySQL，會有更大的記憶體支援和使用。

　　21. 刪除伺服器上未使用的安裝包和守護進程– 更少的資源佔用。

　　22. 把使用MySQL的host和你的MySQL host放到一個hosts檔案中– 沒有DNS尋找。

　　23. 切勿強制殺死一個MySQL進程– 你會損壞資料庫和正在運行備份的程式。

　　24. 把伺服器貢獻給MySQL – 後台進程和其他服務能夠縮短資料庫佔用CPU的時間。

　　MySQL 配置：

　　25. 當寫入時，使用 innodb_flush_method=O_DIRECT 來避免雙緩衝。

　　26. 避免使用 O_DIRECT 和 EXT3 檔案系統– 你將序列化所有要寫入的。

　　27. 分配足夠的 innodb_buffer_pool_size 來載入整個 InnoDB 檔案到記憶體中– 少從磁碟中讀取。

　　28. 不要將 innodb_log_file_size 參數設定太大， 這樣可以更快同時有更多的磁碟空間– 丟掉多的日誌通常是好的，在資料庫崩潰後可以降低恢複資料庫的時間。

　　29. 不要混用 innodb_thread_concurrency 和 thread_concurrency 參數– 這2個值是不相容的。

　　30. 分配一個極小的數量給 max_connections 參數– 太多的串連會用盡RAM並鎖定MySQL服務。

　　31. 保持 thread_cache 在一個相對較高的數字，大約 16 – 防止開啟串連時緩慢。

　　32. 使用skip-name-resolve參數– 去掉 DNS 尋找。

　　33. 如果你的查詢都是重複的，並且資料不常常發生變化，那麼可以使用查詢快取。但是如果你的資料經常發生變化，那麼使用查詢快取會讓你感到失望。

　　34. 增大temp_table_size值，以防止寫入磁碟。

　　35. 增大max_heap_table_size值，以防止寫入磁碟。

　　36. 不要把sort_buffer_size值設定的太高，否則的話你的記憶體將會很快耗盡。

　　37. 根據key_read_requests和key_reads值來決定key_buffer的大小，一般情況下key_read_requests應該比key_reads值高，否則你不能高效的使用key_buffer。

　　38. 將innodb_flush_log_at_trx_commit設定為0將會提高效能，但是如果你要保持預設值（1）的話，那麼你就要確保資料的完整性，同時你也要確保複製不會滯後。

　　39. 你要有一個測試環境，來測試你的配置，並且在不影響正常生產的情況下，可以常常進行重啟。

　　MySQL 模式最佳化：

　　40. 保持你的資料庫清理性。

　　41. 舊資料歸檔 – 刪除多餘的行返回或搜尋查詢。

　　42. 將您的資料加上索引。

　　43. 不要過度使用索引，比較與查詢。

　　44. 壓縮文字和BLOB資料類型 – 以節省空間的和減少磁碟讀取次數。

　　45. UTF 8和UTF16都低於latin1執行效率。

　　46. 有節制地使用觸發器。

　　47. 冗餘資料保持到最低限度 – 不重複不必要的資料。

　　48. 使用連結資料表，而不是擴充行。

　　49. 注意資料類型，在您的真實資料中，儘可能使用最小的一個。

　　50. 如果其他資料經常被用於查詢時，而BLOB / TEXT資料不是，就把BLOB / TEXT資料從其他資料分離出來。

　　51. 檢查和經常最佳化表。

　　52. 經常重寫InnoDB表最佳化。

　　53. 有時，當添加列時刪除索引，然後在添加回來索引，這樣就會更快。

　　54. 針對不同的需求，使用不同的儲存引擎。

　　55. 使用Archive Storage引擎日誌表或審計表-這是更有效地寫道。

　　56.會話資料存放區在緩衝（memcache）的而不是MySQL中 – 緩衝允許自動自動填值的，並阻止您建立難以讀取和寫入到MySQL的時空資料。

　　57. 儲存可變長度的字串時使用VARCHAR而不是CHAR – 節省空間的，因為固定長度的CHAR，而VARCHAR長度不固定（UTF8不受此影響）。

　　58. 逐步進行模式的變化 – 一個小的變化，可以有巨大的影響。

　　59. 在開發環境中測試所有模式，反映生產變化。

　　60.不要隨意更改你的設定檔中的值，它可以產生災難性的影響。

　　61.有時候，在MySQL的configs少即是多。

　　62. 有疑問時使用一個通用的MySQL設定檔。

　　查詢最佳化：

　　63. 使用慢查詢日誌去發現慢查詢。

　　64. 使用執行計畫去判斷查詢是否正常運行。

　　65. 總是去測試你的查詢看看是否他們運行在最佳狀態下 –久而久之效能總會變化。

　　66. 避免在整個表上使用count(*),它可能鎖住整張表。

　　67. 使查詢保持一致以便後續相似的查詢可以使用查詢快取。

　　68. 在適當的情形下使用GROUP BY而不是DISTINCT。

　　69. 在WHERE, GROUP BY和ORDER BY子句中使用有索引的列。

　　70. 保持索引簡單,不在多個索引中包含同一個列。

　　71. 有時候MySQL會使用錯誤的索引,對於這種情況使用USE INDEX。

　　72. 檢查使用SQL_MODE=STRICT的問題。

　　73. 對於記錄數小於5的索引欄位，在UNION的時候使用LIMIT不是是用OR。

　　74. 為了避免在更新前SELECT，使用INSERT ON DUPLICATE KEY或者INSERT IGNORE ,不要用UPDATE去實現。

　　75. 不要使用 MAX,使用索引欄位和ORDER BY子句。

　　76. 避免使用ORDER BY RAND()。

　　77. LIMIT M，N實際上可以減緩查詢在某些情況下，有節制地使用。

　　78. 在WHERE子句中使用UNION代替子查詢。

　　79. 對於UPDATES（更新），使用 SHARE MODE（共用模式），以防止獨佔鎖。

　　80. 在重新啟動的MySQL，記得來溫暖你的資料庫，以確保您的資料在記憶體和查詢速度快。

　　81. 使用DROP TABLE，CREATE TABLE DELETE FROM從表中刪除所有資料。

　　82. 最小化的資料在查詢你需要的資料，使用*消耗大量的時間。

　　83. 考慮持久串連，而不是多個串連，以減少開銷。

　　84. 基準查詢，包括使用伺服器上的負載，有時一個簡單的查詢可以影響其他查詢。

　　85. 當負載增加您的伺服器上，使用SHOW PROCESSLIST查看慢的和有問題的查詢。

　　86. 在開發環境中產生的鏡像資料中 測試的所有可疑的查詢。

　　MySQL 備份過程：

　　87. 從二級複製伺服器上進行備份。

　　88. 在進行備份期間停止複製，以避免在資料依賴和外鍵約束上出現不一致。

　　89. 徹底停止MySQL，從資料庫檔案進行備份。

　　90. 如果使用 MySQL dump進行備份，請同時備份二進位記錄檔– 確保複製沒有中斷。

　　91. 不要信任LVM 快照– 這很可能產生資料不一致，將來會給你帶來麻煩。

　　92. 為了更容易進行單表恢複，以表為單位匯出資料– 如果資料是與其他表隔離的。

　　93. 當使用mysqldump時請使用 –opt。

　　94. 在備份之前檢查和最佳化表。

　　95. 為了更快的進行匯入，在匯入時臨時禁用外鍵約束。

　　96. 為了更快的進行匯入，在匯入時臨時禁用唯一性檢測。

　　97. 在每一次備份後計算資料庫，表以及索引的尺寸，以便更夠監控資料尺寸的增長。

　　98. 通過自動調度指令碼監控複製執行個體的錯誤和延遲。

　　99. 定期執行備份。

　　100. 定期測試你的備份。