優化關聯查詢:

確定ON或者USING子句中是否有索引。

確保GROUP BY和ORDER BY只有一個表中的列，這樣MySQL才有可能使用索引。

優化子查詢:

用關聯查詢替代

優化GROUP BY和DISTINCT

這兩種查詢據可以使用索引來優化，是最有效的優化方法

關聯查詢中，使用標識列分組的效率更高

如果不需要ORDER BY，進行GROUP BY時加ORDER BY NULL，MySQL不會再進行文件排序。

WITH ROLLUP超級聚合，可以挪到應用程序處理

優化LIMIT分頁

LIMIT偏移量大的時候，查詢效率較低

可以記錄上次查詢的最大ID，下次查詢時直接根據該ID來查詢

優化UNION查詢

UNION ALL的效率高于UNION

?優化WHERE子句

解題方法

對于此類考題，先說明如何定位低效SQL語句，然后根據SQL語句可能低效的原因做排查，先從索引著手，如果索引沒有問題，考慮以上幾個方面，數據訪問的問題，長難查詢句的問題還是一些特定類型優化的問題，逐一回答。

SQL語句優化的一些方法？

1.對查詢進行優化，應盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。
2.應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：

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

3.應盡量避免在 where 子句中使用!=或<>操作符，否則引擎將放棄使用索引而進行全表掃描。
4.應盡量避免在 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

5.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

6.下面的查詢也將導致全表掃描：select id from t where name like ‘%李%’若要提高效率，可以考慮全文檢索。
7.如果在 where 子句中使用參數，也會導致全表掃描。因為SQL只有在運行時才會解析局部變量，但優化程序不能將訪問計劃的選擇推遲到運行時；它必須在編譯時進行選擇。然 而，如果在編譯時建立訪問計劃，變量的值還是未知的，因而無法作為索引選擇的輸入項。如下面語句將進行全表掃描：

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

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

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

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

select id from t where substring(name,1,3)=’abc’ -- name以abc開頭的id應改為: select id from t where name like ‘abc%’

10.不要在 where 子句中的“=”左邊進行函數、算術運算或其他表達式運算，否則系統將可能無法正確使用索引。

總結

以上是生活随笔為你收集整理的数据库面试题【十八、优化关联查询优化子查询优化LIMIT分页优化UNION查询优化WHERE子句】的全部內容，希望文章能夠幫你解決所遇到的問題。

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