共計 1193 個字符，預計需要花費 3 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

丸趣 TV 小編給大家分享一下 SQL 性能優(yōu)化的示例，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

SQL 性能優(yōu)化

1、SELECT 語句務必指明字段名稱

SELECT * 會增加很多不必要的消耗，（cpu、io、內存、網絡帶寬）；增加了使用覆蓋索引的可能性；

當表結構發(fā)生改變時，前斷也需要更新。所以要求直接在 select 后面接上字段名。

2、SQL 語句中 IN 包含的值不應太多

MySQL 對于 IN 做了相應的優(yōu)化，即將 IN 中的常量全部存儲在一個數組里面，而且這個數組是排好序的。

但是如果數值較多，產生的消耗也是比較大的。對于連續(xù)的數值，能用 between 就不要用 in 了；再或者使用連接來替換。

3、區(qū)分 in 和 exists，not in 和 not exists

select * from  表 A  
where id in (select id from  表 B)

等價于

select * from  表 A  
where exists(select * from  表 B  where  表 B.id= 表 A.id)

區(qū)分 in 和 exists 主要是造成了驅動順序的改變（這是性能變化的關鍵），如果是 exists，那么以外層表為驅動表，先被訪問，如果是 IN，那么先執(zhí)行子查詢。

所以 IN 適合于外表大而內表小的情況；EXISTS 適合于外表小而內表大的情況。

4、不建議使用 % 前綴模糊查詢

例如 LIKE“%name”或者 LIKE“%name%”，這種查詢會導致索引失效而進行全表掃描。但是可以使用 LIKE“name%”。

避免隱式類型轉換：

where 子句中出現 column 字段的類型和傳入的參數類型不一致的時候發(fā)生的類型轉換，建議先確定 where 中的參數類型

5、對于聯(lián)合索引來說，要遵循最左前綴法則

舉列來說索引含有字段 id,name,school，可以直接用 id 字段，也可以 id,name 這樣的順序，但是 name;school 都無法使用這個索引。

所以在創(chuàng)建聯(lián)合索引的時候一定要注意索引字段順序，常用的查詢字段放在最前面

總結以上建議：

1、避免對索引字段進行計算操作

2、避免在索引字段上使用 not !=

3、避免在索引字段上使用 is null , is not null

3、避免在索引字段上出現數據類型轉換

4、避免在索引字段上使用函數

5、避免建立索引的列中使用空值

6、對與 WHERE 的語句法則

7、盡量避免在 WHERE 子句中使用 in，not in 或者 having，可以使用 exist ,not exist 代替 in ,not in

8、不要以字符格式聲明數字，不要以數字格式聲明字符值，否則會使索引無效

以上是“SQL 性能優(yōu)化的示例”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注丸趣 TV 行業(yè)資訊頻道！

向 AI 問一下細節(jié)