共計 1588 個字符，預(yù)計需要花費 4 分鐘才能閱讀完成。
本篇內(nèi)容介紹了“數(shù)據(jù)庫中優(yōu)化 SQL 的方法是什么”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓丸趣 TV 小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！
判斷問題 SQL
判斷 SQL 是否有問題時可以通過兩個表象進(jìn)行判斷：
1、系統(tǒng)級別表象
CPU 消耗嚴(yán)重
IO 等待嚴(yán)重
頁面響應(yīng)時間過長
應(yīng)用的日志出現(xiàn)超時等錯誤
可以使用 sar 命令，top 命令查看當(dāng)前系統(tǒng)狀態(tài)。
也可以通過 Prometheus、Grafana 等監(jiān)控工具觀察系統(tǒng)狀態(tài)。
2、SQL 語句表象
冗長
執(zhí)行時間過長
從全表掃描獲取數(shù)據(jù)
執(zhí)行計劃中的 rows、cost 很大
冗長的 SQL 都好理解，一段 SQL 太長閱讀性肯定會差，而且出現(xiàn)問題的頻率肯定會更高。更進(jìn)一步判斷 SQL 問題就得從執(zhí)行計劃入手，如下所示：
執(zhí)行計劃告訴我們本次查詢走了全表掃描 Type=ALL，rows 很大 (9950400) 基本可以判斷這是一段 有味道 的 SQL。
獲取問題 SQL
不同數(shù)據(jù)庫有不同的獲取方法，以下為目前主流數(shù)據(jù)庫的慢查詢 SQL 獲取工具
MySQL
慢查詢?nèi)罩?/p>
測試工具 loadrunner
Percona 公司的 ptquery 等工具
Oracle
AWR 報告
測試工具 loadrunner 等
相關(guān)內(nèi)部視圖如 v$、$session_wait 等
GRID CONTROL 監(jiān)控工具
達(dá)夢數(shù)據(jù)庫
AWR 報告
測試工具 loadrunner 等
達(dá)夢性能監(jiān)控工具（dem）
相關(guān)內(nèi)部視圖如 v$、$session_wait 等
SQL 編寫技巧
SQL 編寫有以下幾個通用的技巧：
合理使用索引
索引少了查詢慢；索引多了占用空間大，執(zhí)行增刪改語句的時候需要動態(tài)維護(hù)索引，影響性能 選擇率高（重復(fù)值少）且被 where 頻繁引用需要建立 B 樹索引；
一般 join 列需要建立索引；復(fù)雜文檔類型查詢采用全文索引效率更好；索引的建立要在查詢和 DML 性能之間取得平衡；復(fù)合索引創(chuàng)建時要注意基于非前導(dǎo)列查詢的情況
使用 UNION ALL 替代 UNION
UNION ALL 的執(zhí)行效率比 UNION 高，UNION 執(zhí)行時需要排重；UNION 需要對數(shù)據(jù)進(jìn)行排序
避免 select * 寫法
執(zhí)行 SQL 時優(yōu)化器需要將 * 轉(zhuǎn)成具體的列；每次查詢都要回表，不能走覆蓋索引。
JOIN 字段建議建立索引
一般 JOIN 字段都提前加上索引
避免復(fù)雜 SQL 語句
提升可閱讀性；避免慢查詢的概率；可以轉(zhuǎn)換成多個短查詢，用業(yè)務(wù)端處理
避免 where 1= 1 寫法
避免 order by rand()類似寫法
RAND()導(dǎo)致數(shù)據(jù)列被多次掃描
SQL 優(yōu)化
執(zhí)行計劃
完成 SQL 優(yōu)化一定要先讀執(zhí)行計劃，執(zhí)行計劃會告訴你哪些地方效率低，哪里可以需要優(yōu)化。我們以 MYSQL 為例，看看執(zhí)行計劃是什么。（每個數(shù)據(jù)庫的執(zhí)行計劃都不一樣，需要自行了解）explain sql
接下來我們用一段實際優(yōu)化案例來說明 SQL 優(yōu)化的過程及優(yōu)化技巧。
優(yōu)化案例
表結(jié)構(gòu)
三張表關(guān)聯(lián)，查詢當(dāng)前用戶在當(dāng)前時間前后 10 個小時的訂單情況，并根據(jù)訂單創(chuàng)建時間升序排列，具體 SQL 如下
查看數(shù)據(jù)量
原執(zhí)行時間
原執(zhí)行計劃
初步優(yōu)化思路
SQL 中 where 條件字段類型要跟表結(jié)構(gòu)一致，表中 user_id 為 varchar(50)類型，實際 SQL 用的 int 類型，存在隱式轉(zhuǎn)換，也未添加索引。將 b 和 c 表 user_id 字段改成 int 類型。
因存在 b 表和 c 表關(guān)聯(lián)，將 b 和 c 表 user_id 創(chuàng)建索引
因存在 a 表和 b 表關(guān)聯(lián)，將 a 和 b 表 seller_name 字段創(chuàng)建索引
利用復(fù)合索引消除臨時表和排序
初步優(yōu)化 SQL
查看優(yōu)化后執(zhí)行時間
查看優(yōu)化后執(zhí)行計劃
查看 warnings 信息
繼續(xù)優(yōu)化 alter table a modify gmt_create datetime DEFAULT NULL;
查看執(zhí)行時間
查看執(zhí)行計劃
“數(shù)據(jù)庫中優(yōu)化 SQL 的方法是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注丸趣 TV 網(wǎng)站，丸趣 TV 小編將為大家輸出更多高質(zhì)量的實用文章！
