前言查詢語句的優化是SQL效率優化的一個方式，可以通過優化sql語句來盡量使用已有的索引，避免全表掃描，從而提高查詢效率。最近在對項目中的一些sql進行優化，總結整理了一些方法。

1、盡量避免在 where 子句中對字段進行 null 值判斷

應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描。

如：

select id from t where num is null 可以在num上設置默認值0，確保表中num列沒有null值，然后這樣查詢： select id from t where num=0

2、盡量避免在 where 子句中使用 or 來連接條件

盡量避免在 where 子句中使用 or 來連接條件，否則將導致引擎放棄使用索引而進行全表掃描，

如：

select id from t where num=10 or num=20 可以這樣查詢： select id from t where num=10 union all select id from t where num=20

3、in 和 not in 要慎用

in 和 not in 也要慎用，否則會導致全表掃描，

如：

select id from t where num in(1,2,3) 對于連續的數值，能用 between 就不要用 in 了： select id from t where num between 1 and 3

4、如果在 where 子句中使用參數，也會導致全表掃描

如果在 where 子句中使用參數，也會導致全表掃描。因為SQL只有在運行時才會解析局部變量，但優化程序不能將訪問計劃的選擇推遲到運行時；它必須在編譯時進行選擇。然 而，如果在編譯時建立訪問計劃，變量的值還是未知的，因而無法作為索引選擇的輸入項。

如下面語句將進行全表掃描：

select id from t where num=@num 可以改為強制查詢使用索引： select id from t with(index(索引名)) where num=@num

5、盡量避免在where子句中對字段進行函數操作

應盡量避免在where子句中對字段進行函數操作，這將導致引擎放棄使用索引而進行全表掃描。

如：

select id from t where substring(name,1,3)=’abc’ –name以abc開頭的id select id from t where datediff(day,createdate,’2005-11-30′)=0 –’2005-11-30′生成的id 應改為: select id from t where name like ‘abc%’ select id from t where createdate>=’2005-11-30′ and createdate

6、 exists 代替 in

很多時候用 exists 代替 in 是一個好的選擇：

select num from a where num in(select num from b) 用下面的語句替換： select num from a where exists(select 1 from b where num=a.num)

7、應盡可能的避免更新 clustered 索引數據列

因為 clustered 索引數據列的順序就是表記錄的物理存儲順序，一旦該列值改變將導致整個表記錄的順序的調整，會耗費相當大的資源。若應用系統需要頻繁更新 clustered 索引數據列，那么需要考慮是否應將該索引建為 clustered 索引。

8、盡量使用數字型字段

若只含數值信息的字段盡量不要設計為字符型，這會降低查詢和連接的性能，并會增加存儲開銷。這是因為引擎在處理查詢和連接時會 逐個比較字符串中每一個字符，而對于數字型而言只需要比較一次就夠了。

9、與臨時表一樣，游標并不是不可使用

對小型數據集使用 FAST_FORWARD 游標通常要優于其他逐行處理方法，尤其是在必須引用幾個表才能獲得所需的數據時。在結果集中包括“合計”的例程通常要比使用游標執行的速度快。如果開發時 間允許，基于游標的方法和基于集的方法都可以嘗試一下，看哪一種方法的效果更好。

10、應盡量避免在 where 子句中對字段進行表達式操作

應盡量避免在 where 子句中對字段進行表達式操作，這將導致引擎放棄使用索引而進行全表掃描。

如：

select id from t where num/2=100 應改為: select id from t where num=100*2

文章到這里就結束了

作者：麒麟才子

鏈接：https://juejin.cn/post/6911123584874348557

來源：掘金

著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。

總結

以上是生活随笔為你收集整理的mysql的查询语句怎么优化_MySQL查询语句如何优化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。