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

1、在表中建立索引，優先考慮where、group by使用到的字段。

2、盡量避免使用select *，返回無用的字段會降低查詢效率。如下：

SELECT * FROM t

優化方式：使用具體的字段代替*，只返回使用到的字段。

3、盡量避免使用in 和not in，會導致數據庫引擎放棄索引進行全表掃描。如下：

SELECT * FROM t WHERE id IN (2,3)

SELECT * FROM t1 WHERE username IN (SELECT username FROM t2)

優化方式：如果是連續數值，可以用between代替。如下：

SELECT * FROM t WHERE id BETWEEN 2 AND 3

如果是子查詢，可以用exists代替。如下：

SELECT * FROM t1 WHERE EXISTS (SELECT * FROM t2 WHERE t1.username = t2.username)

4、盡量避免使用or，會導致數據庫引擎放棄索引進行全表掃描。如下：

SELECT * FROM t WHERE id = 1 OR id = 3

優化方式：可以用union代替or。如下：

SELECT * FROM t WHERE id = 1
UNION
SELECT * FROM t WHERE id = 3

（PS：如果or兩邊的字段是同一個，如例子中這樣。貌似兩種方式效率差不多，即使union掃描的是索引，or掃描的是全表）

5、盡量避免在字段開頭模糊查詢，會導致數據庫引擎放棄索引進行全表掃描。如下：

SELECT * FROM t WHERE username LIKE '%li%'

優化方式：盡量在字段后面使用模糊查詢。如下：

SELECT * FROM t WHERE username LIKE 'li%'

 
6、盡量避免進行null值的判斷，會導致數據庫引擎放棄索引進行全表掃描。如下：

SELECT * FROM t WHERE score IS NULL

優化方式：可以給字段添加默認值0，對0值進行判斷。如下：

SELECT * FROM t WHERE score = 0

7、盡量避免在where條件中等號的左側進行表達式、函數操作，會導致數據庫引擎放棄索引進行全表掃描。如下：

SELECT * FROM t2 WHERE score/10 = 9

SELECT * FROM t2 WHERE SUBSTR(username,1,2) = 'li'

優化方式：可以將表達式、函數操作移動到等號右側。如下：

SELECT * FROM t2 WHERE score = 10*9

SELECT * FROM t2 WHERE username LIKE 'li%'

8、當數據量大時，避免使用where 1=1的條件。通常為了方便拼裝查詢條件，我們會默認使用該條件，數據庫引擎會放棄索引進行全表掃描。如下：

SELECT * FROM t WHERE 1=1

優化方式：用代碼拼裝sql時進行判斷，沒where加where，有where加and。

 
其實，總結起來，大家應該也發現了，就是在查詢的時候，要盡量讓數據庫引擎使用索引。而如何讓數據庫按我們的意思去使用索引就涉及到掃描參數（SARG）的概念。在數據庫引擎在查詢分析階段，會使用查詢優化器對查詢的每個階段（如一個帶子查詢的sql語句就存在不同的查詢階段）進行分析，來決定需要掃描的數據量。如果一個階段可以被用作掃描參數，那么就可以限制搜索的數據量，從而一定程度上提高搜索效率。