共計(jì) 2316 個(gè)字符，預(yù)計(jì)需要花費(fèi) 6 分鐘才能閱讀完成。
這期內(nèi)容當(dāng)中丸趣 TV 小編將會(huì)給大家?guī)?lái)有關(guān) mysql 優(yōu)化的小提示有哪些，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。
SQL 性能提示
特定查詢性能提示（有關(guān)索引的提示，請(qǐng)參見(jiàn)數(shù)據(jù)庫(kù)設(shè)計(jì)提示）：
1. 使用 EXPLAIN 分析查詢執(zhí)行計(jì)劃
使用解釋查看查詢執(zhí)行的計(jì)劃
2. 使用慢速查詢?nèi)罩荆ㄊ冀K打開(kāi)！）
使用慢速查詢?nèi)罩?(慢查詢?nèi)罩?
3. 當(dāng)您已經(jīng)或可能使用分組方式時(shí)，不要使用 DISTINCT
當(dāng)你能或正在使用分組時(shí)不要使用 不同的
4. 插入性能
插入性能
1. 批量插入和替換
使用批量插入
2. 使用加載數(shù)據(jù)而不是插入
用加載數(shù)據(jù)代替插入
5. 限制 m，n 可能沒(méi)有聽(tīng)起來(lái)那么快
極限 m，n 可能并沒(méi)有聽(tīng)起來(lái)那么的快
6. 如果您有 ~2K 條記錄，請(qǐng)不要使用 ORDER BY RAND（）
如果你的記錄大于 2000 條, 請(qǐng)不要使用 蘭德訂單（）
7. 選擇頻繁更新的數(shù)據(jù)或大型數(shù)據(jù)集時(shí)，請(qǐng)使用 SQL\u NO\u 緩存
當(dāng)你在查詢經(jīng)常更新和大數(shù)據(jù)集的數(shù)據(jù)時(shí), 使用 SQL\u 無(wú) \u 緩存
8. 避免在 LIKE 查詢開(kāi)始時(shí)使用通配符
避免在喜歡查詢的變量的頭字符中使用通配符
9. 避免相關(guān)子查詢和 in select 和 where 子句（盡量避免 in）
避免相關(guān)子查詢..
10. 無(wú)計(jì)算比較 – 隔離索引列
不使用計(jì)算后的比較 —— 可使索引列仍然有效
11. 按順序和限制使用等式和覆蓋索引進(jìn)行最佳工作
訂購(gòu)人和 限度在有索引和等于條件時(shí)效率更高
12. 將文本 /blob 與元數(shù)據(jù)分開(kāi)，如果不需要，不要將文本 /blob 放入結(jié)果中
把文本 / 斑點(diǎn)這兩種數(shù)據(jù)分開(kāi), 如果不需要的話, 不要包含在結(jié)果中
13. 派生表（FROM 子句中的子查詢）可用于檢索 BLOB 而無(wú)需對(duì)其進(jìn)行排序。（如果第一部分找到 ID 并使用 then 獲取其余 ID，則自連接可加快查詢速度）
14.ALTER TABLE…ORDER BY 可以按時(shí)間順序?qū)?shù)據(jù)進(jìn)行排序，并按不同的字段對(duì)其重新排序 – 這可以使該字段上的查詢運(yùn)行得更快（可能這會(huì)在索引中進(jìn)行？）
15. 知道何時(shí)拆分復(fù)雜查詢并連接較小的查詢
知道什么時(shí)候分割復(fù)雜查詢和合并簡(jiǎn)單查詢
16. 如果可以，一次刪除少量
17. 使類似查詢保持一致，以便使用緩存
把相似的查詢改為一摸一樣的查詢, 這樣可以使用隱藏物
18. 具有良好的 SQL 查詢標(biāo)準(zhǔn)
19. 不要使用不推薦的功能
不要使用未得認(rèn)可得特性
20. 將多個(gè)索引字段（5.0）轉(zhuǎn)換或打開(kāi)為 UNION 可能會(huì)加快速度（有限制），在 5.0 之后，索引合并應(yīng)該會(huì)加快速度。
在多索引列, 把或改為協(xié)會(huì)可使速度加快 (在 5 版本以下),
21. 不要在 Innodb 表上每次搜索都使用 COUNT*，可以重復(fù)幾次和 / 或匯總表，或者如果需要對(duì)行總數(shù)使用 COUNT*，請(qǐng)使用 SQL_CALC_FOUND_rows 并選擇 Find_rows（）
不要在每一個(gè)搜索中使用計(jì)數(shù) *(在 Innodb 表中), 可以使用 SQL\u 計(jì)算 \u 找到 \u 行和 選擇已找到的行（）代替他們
22. 在重復(fù)密鑰更新時(shí)使用 INSERT…（插入忽略）以避免必須選擇
23. 使用 groupwise maximum 而不是子查詢
擴(kuò)展性能提示：
1. 使用基準(zhǔn)測(cè)試
2. 隔離工作負(fù)載—不要讓管理工作干擾客戶的性能。（即備份）
3. 調(diào)試糟透了，測(cè)試石頭！
4. 隨著數(shù)據(jù)的增長(zhǎng)，索引可能會(huì)發(fā)生變化（基數(shù)和選擇性會(huì)發(fā)生變化）。結(jié)構(gòu)可能會(huì)發(fā)生變化。使您的模式與代碼一樣模塊化。使您的代碼能夠擴(kuò)展。計(jì)劃并接受變化，并讓開(kāi)發(fā)人員也這樣做。
網(wǎng)絡(luò)性能提示：
1. 通過(guò)只獲取您需要的內(nèi)容來(lái)最小化流量。
通過(guò)查詢你需要得數(shù)據(jù)來(lái)減少通信流量
1. 分頁(yè) / 分塊數(shù)據(jù)檢索限制
2. 不要使用選擇 *
不要使用 選擇 *
3. 如果長(zhǎng)時(shí)間的查詢效率更高，那么要小心大量小的快速查詢
2. 在適當(dāng)情況下使用 multi_查詢以減少往返
操作系統(tǒng)性能提示：
1. 使用適當(dāng)?shù)臄?shù)據(jù)分區(qū)
1. 對(duì)于集群。在需要集群之前，就開(kāi)始考慮集群
2. 保持?jǐn)?shù)據(jù)庫(kù)主機(jī)盡可能干凈。您真的需要該服務(wù)器上的窗口系統(tǒng)嗎？
3. 利用操作系統(tǒng)的優(yōu)勢(shì)
4. 縮減 cron 腳本
5. 創(chuàng)建一個(gè)測(cè)試環(huán)境
6. 源代碼管理架構(gòu)和配置文件
7. 對(duì)于 LVM innodb 備份，請(qǐng)還原到不同的 MySQL 實(shí)例，以便 innodb 可以前滾
8. 適當(dāng)劃分
9. 在擁有真實(shí)數(shù)據(jù)時(shí)對(duì)數(shù)據(jù)庫(kù)進(jìn)行分區(qū)——在擁有真實(shí)數(shù)據(jù)之前，不要假設(shè)您知道自己的數(shù)據(jù)集
MySQL 服務(wù)器總體提示：
1.innodb_flush_commit= 0 可以幫助從機(jī)延遲
2. 優(yōu)化數(shù)據(jù)類型，使用一致的數(shù)據(jù)類型。使用過(guò)程分析（）幫助確定滿足您需要的最小數(shù)據(jù)類型。
3. 使用樂(lè)觀鎖，而不是悲觀鎖。嘗試使用共享鎖，而不是獨(dú)占鎖。共享模式與更新模式
4. 如果可以，壓縮文本 / 水滴
5. 壓縮靜態(tài)數(shù)據(jù)
6. 不要經(jīng)常備份靜態(tài)數(shù)據(jù)
7. 如果合適，啟用并增加查詢和緩沖區(qū)緩存
8. 配置參數(shù) –http://docs.cellblue.nl/2007/03/17/easy-mysql-performance-tweaks/ 這是一個(gè)很好的參考
9. 配置變量和提示：
1. 使用提供的配置文件之一
2. 密鑰緩沖區(qū)、unix 緩存（保留一些 RAM 空閑）、每個(gè)連接變量、innodb 內(nèi)存變量
3. 注意全局變量與每個(gè)連接變量
4. 檢查顯示狀態(tài)和顯示變量（5.0 及以上版本中的全局 | 會(huì)話）
5. 注意交換，特別是與 Linux 的交換，“交換”（對(duì)于 innodb 數(shù)據(jù)文件，繞過(guò)操作系統(tǒng)文件緩存，如果可能，innodb_flush_method=O_DIRECT（這也是操作系統(tǒng)特有的））
6. 整理表碎片，重建索引，進(jìn)行表維護(hù)
7. 如果您使用 innodb_flush
上述就是丸趣 TV 小編為大家分享的 mysql 優(yōu)化的小提示有哪些了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識(shí)，歡迎關(guān)注丸趣 TV 行業(yè)資訊頻道。
