where 1=1
先來看一段代碼
<select id="queryBookInfo" parameterType="com.ths.platform.entity.BookInfo" resultType="java.lang.Integer">
select count(id)
from t_book t
where 1=1
<if test="title !=null and title !='' ">
AND title = #{title}
</if>
<if test="author !=null and author !='' ">
AND author = #{author}
</if>
</select>
上面的代碼很熟悉，就是查詢符合條件的總條數(shù)改艇。在mybatis中常用到if標(biāo)簽判斷where子句后的條件收班，為防止首字段為空導(dǎo)致sql報(bào)錯(cuò)。
沒錯(cuò) 谒兄，當(dāng)遇到多個(gè)查詢條件摔桦，使用where 1=1可以很方便的解決我們條件為空的問題，那么這么寫 有什么問題嗎 承疲？
網(wǎng)上有很多人說邻耕，這樣會引發(fā)性能問題，可能會讓索引失效燕鸽，那么我們今天來實(shí)測一下兄世，會不會不走索引
實(shí)測
title字段已經(jīng)加上索引，我們通過EXPLAIN看下
EXPLAIN SELECT * FROM t_book WHERE title = '且在人間';
EXPLAIN SELECT * FROM t_book WHERE 1=1 AND title = '且在人間';
對比上面兩種我們會發(fā)現(xiàn) 可以看到possible_keys（可能使用的索引） 和 key（實(shí)際使用的索引）都使用到了索引進(jìn)行檢索啊研。
結(jié)論
where 1=1 也會走索引御滩，不影響查詢效率，我們寫的sql指令會被mysql 進(jìn)行解析優(yōu)化成自己的處理指令党远，在這個(gè)過程中1 = 1這類無意義的條件將會被優(yōu)化艾恼。使用explain EXTENDED sql 進(jìn)行校對，發(fā)現(xiàn)確實(shí)where1=1這類條件會被mysql的優(yōu)化器所優(yōu)化掉麸锉。
那么我們在mybatis當(dāng)中可以改變一下寫法，因?yàn)楫吘筸ysql優(yōu)化器也是需要時(shí)間的舆声，雖然是走了索引花沉，但是當(dāng)數(shù)據(jù)量很大時(shí)，還是會有影響的媳握，所以我們建議代碼這樣寫：
<select id="queryBookInfo" parameterType="com.ths.platform.entity.BookInfo" resultType="java.lang.Integer">
select count(*)
from t_book t
<where>
<if test="title !=null and title !='' ">
title = #{title}
</if>
<if test="author !=null and author !='' ">
AND author = #{author}
</if>
</where>
</select>
我們用where標(biāo)簽代替碱屁。
