<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ā)性能問題，可能會讓索引失效，那么我們今天來實測一下，會不會不走索引

實測

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（實際使用的索引）都使用到了索引進行檢索。

結(jié)論

where 1=1 也會走索引，不影響查詢效率，我們寫的sql指令會被mysql 進行解析優(yōu)化成自己的處理指令，在這個過程中1 = 1這類無意義的條件將會被優(yōu)化。使用explain EXTENDED sql 進行校對，發(fā)現(xiàn)確實where1=1這類條件會被mysql的優(yōu)化器所優(yōu)化掉。

那么我們在mybatis當(dāng)中可以改變一下寫法，因為畢竟mysql優(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)簽代替。

where 標(biāo)簽

MyBatis 有一個簡單且適合大多數(shù)場景的解決辦法。而在其他場景中，可以對其進行自定義以符合需求。而這，只需要一處簡單的改動：

<select id="findActiveBlogLike"

     resultType="Blog">

  SELECT * FROM BLOG

  <where>

    <if test="state != null">

         state = #{state}

    </if>

    <if test="title != null">

        AND title like #{title}

    </if>

    <if test="author != null and author.name != null">

        AND author_name like #{author.name}

    </if>

  </where>

</select>

where 元素只會在子元素返回任何內(nèi)容的情況下才插入 “WHERE” 子句。而且，若子句的開頭為 “AND” 或 “OR”，where 元素也會將它們?nèi)コ?/p>

或者使用 where 1=1