查詢(xún)語(yǔ)句的優(yōu)化是SQL效率優(yōu)化的一個(gè)方式，可以通過(guò)優(yōu)化sql語(yǔ)句來(lái)盡量使用已有的索引，避免全表掃描，從而提高查詢(xún)效率。最近在對(duì)項(xiàng)目中的一些sql進(jìn)行優(yōu)化，總結(jié)整理了一些方法。

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

2、盡量避免使用select *，返回?zé)o用的字段會(huì)降低查詢(xún)效率。如下：

SELECT * FROM t

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

3、盡量避免使用in 和not in，會(huì)導(dǎo)致數(shù)據(jù)庫(kù)引擎放棄索引進(jìn)行全表掃描。如下：

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

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

優(yōu)化方式：如果是連續(xù)數(shù)值，可以用between代替。如下：

SELECT * FROM t WHERE id BETWEEN 2 AND 3

如果是子查詢(xún)，可以用exists代替。如下：

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

4、盡量避免使用or，會(huì)導(dǎo)致數(shù)據(jù)庫(kù)引擎放棄索引進(jìn)行全表掃描。如下：

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

優(yōu)化方式：可以用union代替or。如下：

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

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

5、盡量避免在字段開(kāi)頭模糊查詢(xún)，會(huì)導(dǎo)致數(shù)據(jù)庫(kù)引擎放棄索引進(jìn)行全表掃描。如下：

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

優(yōu)化方式：盡量在字段后面使用模糊查詢(xún)。如下：

SELECT * FROM t WHERE username LIKE 'li%'

 
6、盡量避免進(jìn)行null值的判斷，會(huì)導(dǎo)致數(shù)據(jù)庫(kù)引擎放棄索引進(jìn)行全表掃描。如下：

SELECT * FROM t WHERE score IS NULL

優(yōu)化方式：可以給字段添加默認(rèn)值0，對(duì)0值進(jìn)行判斷。如下：

SELECT * FROM t WHERE score = 0

7、盡量避免在where條件中等號(hào)的左側(cè)進(jìn)行表達(dá)式、函數(shù)操作，會(huì)導(dǎo)致數(shù)據(jù)庫(kù)引擎放棄索引進(jìn)行全表掃描。如下：

SELECT * FROM t2 WHERE score/10 = 9

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

優(yōu)化方式：可以將表達(dá)式、函數(shù)操作移動(dòng)到等號(hào)右側(cè)。如下：

SELECT * FROM t2 WHERE score = 10*9

SELECT * FROM t2 WHERE username LIKE 'li%'

8、當(dāng)數(shù)據(jù)量大時(shí)，避免使用where 1=1的條件。通常為了方便拼裝查詢(xún)條件，我們會(huì)默認(rèn)使用該條件，數(shù)據(jù)庫(kù)引擎會(huì)放棄索引進(jìn)行全表掃描。如下：

SELECT * FROM t WHERE 1=1

優(yōu)化方式：用代碼拼裝sql時(shí)進(jìn)行判斷，沒(méi)where加where，有where加and。

 
其實(shí)，總結(jié)起來(lái)，大家應(yīng)該也發(fā)現(xiàn)了，就是在查詢(xún)的時(shí)候，要盡量讓數(shù)據(jù)庫(kù)引擎使用索引。而如何讓數(shù)據(jù)庫(kù)按我們的意思去使用索引就涉及到掃描參數(shù)（SARG）的概念。在數(shù)據(jù)庫(kù)引擎在查詢(xún)分析階段，會(huì)使用查詢(xún)優(yōu)化器對(duì)查詢(xún)的每個(gè)階段（如一個(gè)帶子查詢(xún)的sql語(yǔ)句就存在不同的查詢(xún)階段）進(jìn)行分析，來(lái)決定需要掃描的數(shù)據(jù)量。如果一個(gè)階段可以被用作掃描參數(shù)，那么就可以限制搜索的數(shù)據(jù)量，從而一定程度上提高搜索效率。

SARG的定義：用于限制搜索的一個(gè)操作，因?yàn)樗ǔＪ侵敢粋€(gè)特定的匹配，一個(gè)值的范圍內(nèi)的匹配或者兩個(gè)以上條件的AND連接。

所以，我們要讓我們寫(xiě)的查詢(xún)條件盡量能夠讓引擎識(shí)別為掃描參數(shù)。具體做法，就如前面提到的這些方法。

以上就是小編為大家?guī)?lái)的SQL查詢(xún)語(yǔ)句優(yōu)化的實(shí)用方法總結(jié)全部?jī)?nèi)容了，希望大家多多支持腳本之家~