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報錯。

沒錯 ，當(dāng)遇到多個查詢條件，使用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)化成自己的處理指令，在這個過程中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)化器也是需要時間的，雖然是走了索引，但是當(dāng)數(shù)據(jù)量很大時，還是會有影響的，所以我們建議代碼這樣寫：

<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)簽代替。