MySQL實現(xiàn)調(diào)優(yōu)/優(yōu)化的100個方法

下文給大家?guī)黻P(guān)于MySQL實現(xiàn)調(diào)優(yōu)/優(yōu)化的100個方法，感興趣的話就一起來看看這篇文章吧，相信看完MySQL實現(xiàn)調(diào)優(yōu)/優(yōu)化的100個方法對大家多少有點幫助吧。

MySQL是一個強大的開源數(shù)據(jù)庫。隨著MySQL上的應(yīng)用越來越多，MySQL逐漸遇到了瓶頸。這里提供 101 條優(yōu)化 MySQL 的建議。有些技巧適合特定的安裝環(huán)境，但是思路是相通的。我已經(jīng)將它們分成了幾類以幫助你理解。
MySQL監(jiān)控MySQL云服務(wù)器硬件和OS（操作系統(tǒng)）調(diào)優(yōu)：1、有足夠的物理內(nèi)存，能將整個InnoDB文件加載到內(nèi)存里 —— 如果訪問的文件在內(nèi)存里，而不是在磁盤上，InnoDB會快很多。
2、全力避免 Swap 操作 — 交換（swapping）是從磁盤讀取數(shù)據(jù)，所以會很慢。
3、使用電池供電的RAM（Battery-Backed RAM）。
4、使用一個高級磁盤陣列 — 最好是 RAID10 或者更高。
5、避免使用RAID5 — 和校驗需要確保完整性，開銷很高。
6、將你的操作系統(tǒng)和數(shù)據(jù)分開，不僅僅是邏輯上要分開，物理上也要分開 — 操作系統(tǒng)的讀寫開銷會影響數(shù)據(jù)庫的性能。
7、將臨時文件和復(fù)制日志與數(shù)據(jù)文件分開 — 后臺的寫操作影響數(shù)據(jù)庫從磁盤文件的讀寫操作。
8、更多的磁盤空間等于更高的速度。
9、磁盤速度越快越好。
10、SAS優(yōu)于SATA。
11、小磁盤的速度比大磁盤的更快，尤其是在 RAID 中。
12、使用電池供電的緩存 RAID（Battery-Backed Cache RAID）控制器。
13、避免使用軟磁盤陣列。
14. 考慮使用固態(tài)IO卡（不是磁盤）來作為數(shù)據(jù)分區(qū) — 幾乎對所有量級數(shù)據(jù)，這種卡能夠支持 2 GBps 的寫操作。
15、在 Linux 系統(tǒng)上，設(shè)置 swappiness 的值為0 — 沒有理由在數(shù)據(jù)庫云服務(wù)器上緩存文件，這種方式在Web云服務(wù)器或桌面應(yīng)用中用的更多。
16、盡可能使用 noatime 和 nodirtime 來掛載文件系統(tǒng) — 沒有必要為每次訪問來更新文件的修改時間。
17、使用 XFS 文件系統(tǒng) — 一個比ext3更快的、更小的文件系統(tǒng)，擁有更多的日志選項，同時，MySQL在ext3上存在雙緩沖區(qū)的問題。
18、優(yōu)化你的 XFS 文件系統(tǒng)日志和緩沖區(qū)參數(shù) – -為了獲取最大的性能基準(zhǔn)。
19、在Linux系統(tǒng)中，使用 NOOP 或 DEADLINE IO 調(diào)度器 — CFQ 和 ANTICIPATORY 調(diào)度器已經(jīng)被證明比 NOOP 和 DEADLINE 慢。
20、使用 64 位操作系統(tǒng) — 有更多的內(nèi)存能用于尋址和 MySQL 使用。
21、將不用的包和后臺程序從云服務(wù)器上刪除 — 減少資源占用。
22、將使用 MySQL 的 host 和 MySQL自身的 host 都配置在一個 host 文件中 — 這樣沒有 DNS 查找。
23、永遠不要強制殺死一個MySQL進程 — 你將損壞數(shù)據(jù)庫，并運行備份。
24、讓你的云服務(wù)器只服務(wù)于MySQL — 后臺處理程序和其他服務(wù)會占用數(shù)據(jù)庫的 CPU 時間。

MySQL 配置：25、使用 innodb_flush_method=O_DIRECT 來避免寫的時候出現(xiàn)雙緩沖區(qū)。
26、避免使用 O_DIRECT 和 EXT3 文件系統(tǒng) — 這會把所有寫入的東西序列化。
27、分配足夠 innodb_buffer_pool_size ，來將整個InnoDB 文件加載到內(nèi)存 — 減少從磁盤上讀。
28、不要讓 innodb_log_file_size 太大，這樣能夠更快，也有更多的磁盤空間 — 經(jīng)常刷新有利降低發(fā)生故障時的恢復(fù)時間。
29、不要同時使用 innodb_thread_concurrency 和 thread_concurrency 變量 — 這兩個值不能兼容。
30、為 max_connections 指定一個小的值 — 太多的連接將耗盡你的RAM，導(dǎo)致整個MySQL云服務(wù)器被鎖定。
31、保持 thread_cache 在一個相對較高的數(shù)值，大約是 16 — 防止打開連接時候速度下降。
32、使用 skip-name-resolve — 移除 DNS 查找。
33、如果你的查詢重復(fù)率比較高，并且你的數(shù)據(jù)不是經(jīng)常改變，請使用查詢緩存 — 但是，在經(jīng)常改變的數(shù)據(jù)上使用查詢緩存會對性能有負面影響。
34、增加 temp_table_size — 防止磁盤寫。
35、增加 max_heap_table_size — 防止磁盤寫。
36、不要將 sort_buffer_size 的值設(shè)置的太高 — 可能導(dǎo)致連接很快耗盡所有內(nèi)存。
37、監(jiān)控 key_read_requests 和 key_reads，以便確定 key_buffer 的值 — key 的讀需求應(yīng)該比 key_reads 的值更高，否則使用 key_buffer 就沒有效率了。
38、設(shè)置 innodb_flush_log_at_trx_commit = 0 可以提高性能，但是保持默認(rèn)值（1）的話，能保證數(shù)據(jù)的完整性，也能保證復(fù)制不會滯后。
39、有一個測試環(huán)境，便于測試你的配置，可以經(jīng)常重啟，不會影響生產(chǎn)環(huán)境。
MySQL Schema 優(yōu)化：40、保證你的數(shù)據(jù)庫的整潔性。
41、歸檔老數(shù)據(jù) — 刪除查詢中檢索或返回的多余的行
42、在數(shù)據(jù)上加上索引。
43、不要過度使用索引，評估你的查詢。
44、壓縮 text 和 blob 數(shù)據(jù)類型 — 為了節(jié)省空間，減少從磁盤讀數(shù)據(jù)。
45、UTF 8 和 UTF16 比 latin1 慢。
46、有節(jié)制的使用觸發(fā)器。
47、保持?jǐn)?shù)據(jù)最小量的冗余 — 不要復(fù)制沒必要的數(shù)據(jù).
48、使用鏈接表，而不是擴展行。
49、注意你的數(shù)據(jù)類型，盡可能的使用最小的。
50、如果其他數(shù)據(jù)需要經(jīng)常需要查詢，而 blob/text 不需要，則將 blob/text 數(shù)據(jù)域其他數(shù)據(jù)分離。
51、經(jīng)常檢查和優(yōu)化表。
52、經(jīng)常做重寫 InnoDB 表的優(yōu)化。
53、有時，增加列時，先刪除索引，之后在加上索引會更快。
54、為不同的需求選擇不同的存儲引擎。
55、日志表或?qū)徲嫳硎褂肁RCHIVE存儲引擎 — 寫的效率更高。
56、將 session 數(shù)據(jù)存儲在 memcache 中，而不是 MySQL 中 — memcache 可以設(shè)置自動過期，防止MySQL對臨時數(shù)據(jù)高成本的讀寫操作。
57、如果字符串的長度是可變的，則使用VARCHAR代替CHAR — 節(jié)約空間，因為CHAR是固定長度，而VARCHAR不是（utf8 不受這個影響）。
58、逐步對 schema 做修改 — 一個小的變化將產(chǎn)生的巨大的影響。
59、在開發(fā)環(huán)境測試所有 schema 變動，而不是在生產(chǎn)環(huán)境的鏡像上去做。
60、不要隨意改變你的配置文件，這可能產(chǎn)生非常大的影響。
61、有時候，少量的配置會更好。
62、質(zhì)疑使用通用的MySQL配置文件。
 
查詢優(yōu)化：63、使用慢查詢?nèi)罩?，找出?zhí)行慢的查詢。
64、使用 EXPLAIN 來決定查詢功能是否合適。
65、經(jīng)常測試你的查詢，看是否需要做性能優(yōu)化 — 性能可能會隨著時間的變化而變化。
66、避免在整個表上使用count(*) ，它可能會將整個表鎖住。
67、保持查詢一致，這樣后續(xù)類似的查詢就能使用查詢緩存了。
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、使用 INSERT ON DUPLICATE KEY 或 INSERT IGNORE 來代替 UPDATE，避免 UPDATE 前需要先 SELECT。
75、使用索引字段和 ORDER BY 來代替 MAX。
76、避免使用 ORDER BY RAND()。
77、LIMIT M,N 在特定場景下會降低查詢效率，有節(jié)制使用。
78、使用 UNION 來代替 WHERE 子句中的子查詢。
79、對 UPDATE 來說，使用 SHARE MODE 來防止排他鎖。
80、重啟 MySQL 時，記得預(yù)熱數(shù)據(jù)庫，確保將數(shù)據(jù)加載到內(nèi)存，提高查詢效率。
81、使用 DROP TABLE ，然后再 CREATE TABLE ，而不是 DELETE FROM ，以刪除表中所有數(shù)據(jù)。
82、最小化你要查詢的數(shù)據(jù)，只獲取你需要的數(shù)據(jù)，通常來說不要使用 *。
83、考慮持久連接，而不是多次建立連接，已減少資源的消耗。
84、基準(zhǔn)查詢，包括云服務(wù)器的負載，有時一個簡單的查詢會影響其他的查詢。
85、當(dāng)云服務(wù)器的負載增加時，使用SHOW PROCESSLIST來查看慢的/有問題的查詢。
86、在存有生產(chǎn)環(huán)境數(shù)據(jù)副本的開發(fā)環(huán)境中，測試所有可疑的查詢。
MySQL備份過程：87、在二級復(fù)制云服務(wù)器上進行備份。
88、備份過程中停止數(shù)據(jù)的復(fù)制，以防止出現(xiàn)數(shù)據(jù)依賴和外鍵約束的不一致。
89、徹底停止MySQL之后，再從數(shù)據(jù)文件進行備份。
90、如果使用MySQL dump進行備份，請同時備份二進制日志 — 確保復(fù)制過程不被中斷。
91、不要信任 LVM 快照的備份 — 可能會創(chuàng)建不一致的數(shù)據(jù)，將來會因此產(chǎn)生問題。
92、為每個表做一個備份，這樣更容易實現(xiàn)單表的恢復(fù) — 如果數(shù)據(jù)與其他表是相互獨立的。
93、使用 mysqldump 時，指定 -opt 參數(shù)。
94、備份前檢測和優(yōu)化表。
95、臨時禁用外鍵約束，來提高導(dǎo)入的速度。
96、臨時禁用唯一性檢查，來提高導(dǎo)入的速度。
97、每次備份完后，計算數(shù)據(jù)庫/表數(shù)據(jù)和索引的大小，監(jiān)控其增長。
98、使用定時任務(wù)（cron）腳本，來監(jiān)控從庫復(fù)制的錯誤和延遲。
99、定期備份數(shù)據(jù)。
100、定期測試備份的數(shù)據(jù)。

看了以上關(guān)于MySQL實現(xiàn)調(diào)優(yōu)/優(yōu)化的100個方法詳細內(nèi)容，是否有所收獲。如果想要了解更多相關(guān)，可以繼續(xù)關(guān)注我們的行業(yè)資訊板塊。