MySQL是一個功能強大的開源資料庫。隨著越來越多的資料庫驅動的應用程序,人們一直在推動MySQL發展到它的極限。這裡是101條調節和優化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. 使用歸檔存儲引擎日誌表或審計表-這是更有效地寫道.
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. 定期測試你的備份。
最後101: 執行MySQL 監控: Monitis Unveils The World's First Free On-demand MySQL Monitoring.
相關推薦:
以上是最全的MySQL調試與優化技巧的詳細內容。更多資訊請關注PHP中文網其他相關文章!