新來(lái)的同事問(wèn)我 where 1=1 是什么意思

寫(xiě)在 前面

新的同事來(lái)之后問(wèn)我?where 1=1?是什么有意思，這樣沒(méi)意義啊，我笑了。

今天來(lái)說(shuō)明下。

先來(lái)看一段代碼

"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>

上面的代碼很熟悉，就是查詢符合條件的總條數(shù)。在mybatis中常用到if標(biāo)簽判斷where子句后的條件，為防止首字段為空導(dǎo)致sql報(bào)錯(cuò)。沒(méi)錯(cuò) ，當(dāng)遇到多個(gè)查詢條件，使用where 1=1 可以很方便的解決我們條件為空的問(wèn)題，那么這么寫(xiě) 有什么問(wèn)題嗎 ？

網(wǎng)上有很多人說(shuō)，這樣會(huì)引發(fā)性能問(wèn)題，可能會(huì)讓索引失效，那么我們今天來(lái)實(shí)測(cè)一下，會(huì)不會(huì)不走索引？

title字段?已經(jīng)加上索引，我們通過(guò)EXPLAIN看下

EXPLAIN SELECT * FROM t_book WHERE ?title = '且在人間';

EXPLAIN SELECT * FROM t_book WHERE 1=1 AND title = '且在人間';

對(duì)比上面兩種我們會(huì)發(fā)現(xiàn) 可以看到?possible_keys（可能使用的索引） ?和 ?key（實(shí)際使用的索引）都使用到了索引進(jìn)行檢索。

where 1=1?也會(huì)走索引，不影響查詢效率，我們寫(xiě)的sql指令會(huì)被mysql 進(jìn)行解析優(yōu)化成自己的處理指令，在這個(gè)過(guò)程中?1 = 1?這類無(wú)意義的條件將會(huì)被優(yōu)化。

使用explain EXTENDED ?sql 進(jìn)行校對(duì)，發(fā)現(xiàn)確實(shí)where1=1這類條件會(huì)被mysql的優(yōu)化器所優(yōu)化掉。

那么我們?cè)趍ybatis當(dāng)中可以改變一下寫(xiě)法，因?yàn)楫吘筸ysql優(yōu)化器也是需要時(shí)間的，雖然是走了索引，但是當(dāng)數(shù)據(jù)量很大時(shí)，還是會(huì)有影響的，所以我們建議代碼這樣寫(xiě)：

"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>

轉(zhuǎn)自：蘇世

鏈接：https://juejin.cn/post/7030076565673213989