低效的where 1=1

maozj

浏览: 324670 次
性别:
来自: 西宁

最近访客更多访客>>

wyx065747

penguinwcc

tangluyou

zkhero丶

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

博客分类：

Data Base

也许很多人在开发多条件查询或模糊查询的时候，为保证不管选择哪种过滤条件总保证查询条件为true，于是在where子句后选择1=1或者0=0技巧来满足模糊查询。当然这的确对开发人员来说是一个不错的技巧。于是我在Mysql中通过上千万条的数据测试发现很耗性能。即便是建了常用字段的索引(排序)也没有作用，足以确定1=1很低效，大数据量很耗性能。

select * from t_user where 1=1

因为添加了"1=1"的过滤条件以后数据库系统无法使用索引等优化查询策略，数据库系统将会被迫对每行数据进行扫描(也就是全表扫描)来比较此行是否满足顾虑条件，当表中数据量比较大的时候查询速度会非常慢。

--------------------
maoone2003的回答甚是不错(红色部分) 作为开题人我采纳...

select * from table where 1=1因为table中根本就没有名称为1的字段，所以该SQL等效于select * from table，这个SQL语句很明显是全表扫描，需要大量的IO操作，数据量越大越慢，建议查询时增加必输项，即where 1=1后面追加一些常用的必选条件，并且将这些必选条件建立适当的索引，效率会大大提高
PS：这不是SQL写法的问题，也不是数据库的问题，是自己程序逻辑的问题

分享到：

软件与精神图景 | 动态代理-实现操作对象和业务对象解耦

2010-07-12 08:29
浏览 10865
评论(121)
论坛回复 / 浏览 (120 / 41477)
分类:数据库
查看更多

121 楼 maozj 2010-07-15

superyang 写道

抛出异常的爱写道

superyang 写道

pujia12345 写道

我靠，帖子讨论的是where 1=1,你们在这里讨论“科普级”的String和StringBuffer。
都是菜鸟/新手？
晕

一个贴子可以全方位讨论,多管齐下...
都是老手了,异常大哥都出来了,可却还不知道1+1等于几?
这是一个哲学问题...

异常大哥也说过:在je上这样讨论下去的结果都是隐藏掉的.....你们不给我面子,也要给异常大哥面子,有的人在挽救,有的人却在抹杀....

我的确不知道 1=1 在数据库中是否会用到索引
我出来只是解释一下在写代码时为什么会用 1=1 来占位.
PS: 我认为普通的执行计划有没有 1=1 应该是没什么影响的.
但最近正在学习动态执行计划时可能这两个句法使用的不是同一个执行计划.

这就是贴子的精华所在,哪怕只有一滴,也要把它讨论出来,这些精华而不是投隐藏投出来的..

-----------------------------------------
很有共同点甚是欣慰姑娘很真实

120 楼 maozj 2010-07-15

kj23 写道

maozj 写道

看成本...这是SqlServer中的测试

如果去掉where 1=1
成本为0%

那你为什么不顺手把去掉1=1的execution plan截图贴出来。测试没有发现你说的问题。

------------------------------

---------------
再次引用

119 楼 maozj 2010-07-15

---------------
再次引用

118 楼 jacki6 2010-07-15

<p>刚在db2上试了下，不管加没加where1=1 ，如果没有其他条件，都是做全表扫描，而且其访问计划都是一样的<br><img src="http://dl.iteye.com/upload/attachment/278095/8f3e3473-fdb2-34a7-8f91-8bfac14acc6a.jpg" alt=""></p>
<p><br><img src="http://dl.iteye.com/upload/attachment/278097/0a9f2049-6d35-3ed1-aaf7-74895fa07c36.jpg" alt=""></p>
<p> </p>
<p> </p>
<p>而加其他的有索引的查询条件时，查询还是使用索引了</p>
<p><br><img src="http://dl.iteye.com/upload/attachment/278099/b81d76b6-37ea-3db5-b644-199bc598060f.jpg" alt=""></p>
<p><img alt=""><img alt=""></p>

117 楼 superyang 2010-07-15

抛出异常的爱写道

superyang 写道

pujia12345 写道

我靠，帖子讨论的是where 1=1,你们在这里讨论“科普级”的String和StringBuffer。
都是菜鸟/新手？
晕

这就是贴子的精华所在,哪怕只有一滴,也要把它讨论出来,这些精华而不是投隐藏投出来的..

116 楼 kj23 2010-07-15

maozj 写道

看成本...这是SqlServer中的测试

如果去掉where 1=1
成本为0%

那你为什么不顺手把去掉1=1的execution plan截图贴出来。测试没有发现你说的问题。

115 楼抛出异常的爱 2010-07-15

maozj 写道

楼上的人很纯熟技术熟练并能处处帮助别人为人解答很敬业也很富足

歪楼又不是我一个人的功劳.
歪楼又不是javaeye上的独创

114 楼 maozj 2010-07-15

楼上的人很纯熟技术熟练并能处处帮助别人为人解答很敬业也很富足

113 楼抛出异常的爱 2010-07-15

superyang 写道

pujia12345 写道

我靠，帖子讨论的是where 1=1,你们在这里讨论“科普级”的String和StringBuffer。
都是菜鸟/新手？
晕

112 楼 maozj 2010-07-15

superyang 写道

pujia12345 写道

我靠，帖子讨论的是where 1=1,你们在这里讨论“科普级”的String和StringBuffer。
都是菜鸟/新手？
晕

一个贴子可以全方位讨论,多管齐下... 当然会很欣慰你也不失风采呵呵

111 楼 superyang 2010-07-15

pujia12345 写道

我靠，帖子讨论的是where 1=1,你们在这里讨论“科普级”的String和StringBuffer。
都是菜鸟/新手？
晕

110 楼 bingufo 2010-07-15

表的列数多的时候,可能看的效果比较明显吧

109 楼 pujia12345 2010-07-14

我靠，帖子讨论的是where 1=1,你们在这里讨论“科普级”的String和StringBuffer。
都是菜鸟/新手？
晕

108 楼 icefishc 2010-07-14

litchi 写道

inshua 写道

litchi 写道

0 != 1, 1 = 1 这种代码在某些安全性比较高的军工，能源等企业，是不允许被使用的。

怎么又跟安全扯上关系了

0 != 1 1 = 1这种sql可不是注入攻击中最常用的，所以有些公司直接做了一个过滤器，所有包含这些模式的语句直接不让执行。

我们就做过这么一个企业。

这个工具做在哪一层上呢？
那岂不是很多工具用不了了

107 楼 litchi 2010-07-14

inshua 写道

litchi 写道

0 != 1, 1 = 1 这种代码在某些安全性比较高的军工，能源等企业，是不允许被使用的。

怎么又跟安全扯上关系了

106 楼徐风子 2010-07-14

<div class="quote_title">superyang 写道</div>
<div class="quote_div">
<div class="quote_title">徐风子写道</div>
<div class="quote_div">
<p><br>一群大哥们，现在不是一件2010年了吗，怎么大家还是在StringBuffer呀，好歹用个 StringBuilder呀。<br>“比如string可以自己用buffer解析” 高司令这么承诺的，我还是一直比较相信，而且反编译字节码以后都是这样的。<br>比如</p>
<pre name="code" class="java">if (!this.isNull(email_type)) {
hql += " and e.name like '%" + email_type + "%'";
}</pre>
<p> 会优化为：</p>
<pre name="code" class="java">if (!this.isNull(email_type)) {
hql += new StringBuider(" and e.name like '%").append(email_type).append("%'";)
}

//大概这样，记不太清了。</pre>
<p>但是变量不会优化的，所以在用StringBuilder一般是在变量循环的时候用。</p>
<p> </p>
<p>还有我最气愤的是：</p>
<pre name="code" class="java">if (!this.isNull(email_type))</pre>
<p> 这是什么东西呀！明明是静态工具方法，不放到单独的工具类中，还要放到父类里面，放到父类里面就算了，还要用用成员方法来使用，太难看了！</p>
</div>
<p><br> 放到基类去了,用this这样引用可能打代码快一点..</p>
<p> 如果方法名字很长的话,真不知道怎样去索引出来..</p>
</div>
<p> </p>
<p>这东西明明该在工具类怎么跑基类去了</p>
<p>再说了，代码，容易看比容易写更重要！</p>

105 楼 smallsnake 2010-07-14

liudun 写道

willko 写道

Mysql有查询优化器，像这种直接过滤了。。

我印象中也是这样的。哪个数据库这么弱智，1=1、2=2这种明显的占位条件都不知道去掉吗？

我赞成，我之前的几个电信项目经常用，华为那帮性能测试也没问题，

PS：数据量级是：1000千万

104 楼 smallsnake 2010-07-14

pi1ot 写道

我怎么从来没遇到过需要这么用的时候，举个例子

这个where 1 = 1 经常用在动态的条件查询上面

PS：这个经常用Ibatis的人，会很有感触

103 楼 superyang 2010-07-14

<div class="quote_title">徐风子写道</div>
<div class="quote_div">
<p><br>一群大哥们，现在不是一件2010年了吗，怎么大家还是在StringBuffer呀，好歹用个 StringBuilder呀。<br>“比如string可以自己用buffer解析” 高司令这么承诺的，我还是一直比较相信，而且反编译字节码以后都是这样的。<br>比如</p>
<pre name="code" class="java">if (!this.isNull(email_type)) {
hql += " and e.name like '%" + email_type + "%'";
}</pre>
<p> 会优化为：</p>
<pre name="code" class="java">if (!this.isNull(email_type)) {
hql += new StringBuider(" and e.name like '%").append(email_type).append("%'";)
}

//大概这样，记不太清了。</pre>
<p>但是变量不会优化的，所以在用StringBuilder一般是在变量循环的时候用。</p>
<p> </p>
<p>还有我最气愤的是：</p>
<pre name="code" class="java">if (!this.isNull(email_type))</pre>
<p> 这是什么东西呀！明明是静态工具方法，不放到单独的工具类中，还要放到父类里面，放到父类里面就算了，还要用用成员方法来使用，太难看了！</p>
</div>
<p><br> 放到基类去了,用this这样引用可能打代码快一点..</p>
<p> 如果方法名字很长的话,真不知道怎样去索引出来..</p>

102 楼徐风子 2010-07-14

<div class="quote_title">抛出异常的爱写道</div>
<div class="quote_div">
<div class="quote_title">qchong 写道</div>
<div class="quote_div">
<div class="quote_title">ywlqi 写道</div>
<div class="quote_div">
<div class="quote_title">Das_flamen 写道</div>
<div class="quote_div">
<div class="quote_title">superyang 写道</div>
<div class="quote_div">
<div class="quote_title">抛出异常的爱写道</div>
<div class="quote_div">
<pre name="code" class="java">
StringBuffer buffer = new StringBuffer("select * from T where 1=1 ");
for(Map.Enty e : map){
buffer .appand ("and "+ e.getKey()+" = '"+e.getValue()+"'");
}
</pre>
</div>
<br><br><br><pre name="code" class="java"> String hql = "select e.id,e.name,e.provice,e.city,e.total,date_format(e.addtime,'%Y-%m-%d'),a.name,date_format(e.sendtime,'%Y-%m-%d') from email e,admin a where e.add_admin_id=a.id";

if (!this.isNull(email_type)) {

hql += " and e.name like '%" + email_type + "%'";
}
if (!this.isNull(provice)) {

hql += " and e.provice like '%" + provice + "%'";
}
if (!this.isNull(city)) {

hql += " and e.city like '%" + city + "%'";
}
if (!this.isNull(name)) {

hql += " and e.name like '%" + name + "%'";
}
if (!this.isNull(add_admin_id)) {

hql += " and e.adminByAddAdminId.id='" + add_admin_id + "'";
}
if (!this.isNull(order_type)) {

String arr[] = order_type.split("_");
hql += " order by e." + arr[0] + " " + arr[1];
hql += ",e.addtime desc";
} else {
hql += " e.addtime desc";
}

</pre>
<br><br>这样写可不可以??<br>为什么很多人用StringBuffer的..???</div>
<br>你可以去试下，StringBuffer的效率不是String能比的，拼接的时候String多了严重影响性能。当然，如果就几条那也没什么，不过强烈推荐不要用String，不是个好习惯。</div>
<br><br>我记得有帖子说过jdk1.5以后对字符串相加做了优化，效率和StringBuffer一样了啊，我没做过实验，谁做过实验的来说两句</div>
<br>在编译的时候，确实会适时的将字符串拼接转成StringBuilder<br>
</div>
<br>别信任何jvm作出的承诺<br>比如线程优先级<br>比如某string池的优化<br>比如string可以自己用buffer解析<br>
</div>
<p><br><br>一群大哥们，现在不是一件2010年了吗，怎么大家还是在StringBuffer呀，好歹用个 StringBuilder呀。<br>“比如string可以自己用buffer解析” 高司令这么承诺的，我还是一直比较相信，而且反编译字节码以后都是这样的。<br>比如</p>
<pre name="code" class="java">if (!this.isNull(email_type)) {
hql += " and e.name like '%" + email_type + "%'";
}</pre>
<p> 会优化为：</p>
<pre name="code" class="java">if (!this.isNull(email_type)) {
hql += new StringBuider(" and e.name like '%").append(email_type).append("%'";)
}

//大概这样，记不太清了。</pre>
<p>但是变量不会优化的，所以在用StringBuilder一般是在变量循环的时候用。</p>
<p> </p>
<p>还有我最气愤的是：</p>
<pre name="code" class="java">if (!this.isNull(email_type))</pre>
<p> 这是什么东西呀！明明是静态工具方法，不放到单独的工具类中，还要放到父类里面，放到父类里面就算了，还要用用成员方法来使用，太难看了！</p>

« 上一页 1 2 3 … 6 7 下一页 »

发表评论

您还没有登录,请您登录后再发表评论

最近访客更多访客>>

博主相关

文章分类

社区版块

存档分类

最新评论