低效的where 1=1

 
  也许很多人在开发多条件查询或模糊查询的时候，为保证不管选择哪种过滤条件总保证查询条件为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写法的问题，也不是数据库的问题，是自己程序逻辑的问题

评论

21 楼 maozj 2010-07-12  

seanzeng 写道

我刚试了 postgresql 和 oracle。

这个1=1根本不会处理，直接过滤了，该用索引的还是用索引。

不知道你测试的时候用的是什么样的环境和SQL语句？

1. 插入10000000条数据到mytable
2. 比较： select * from mytable
          select * from mytable where 1=1
3. 看看执行时间

20 楼 maozj 2010-07-12  

chenlixun 写道

哪个数据库的查询优化器这么弱智?MySql?

1. 插入10000000条数据到mytable
2. 比较： select * from mytable
          select * from mytable where 1=1
3. 看看执行时间

19 楼 maozj 2010-07-12  

xiaojing3517 写道

看来均是质疑啊。
LZ给出证据呗

1. 插入10000000条数据到mytable
2. 比较： select * from mytable
          select * from mytable where 1=1
3. 看看执行时间

18 楼 maozj 2010-07-12  

1. 插入10000000条数据到mytable
2. 比较： select * from mytable
          select * from mytable where 1=1
3. 看看执行时间

17 楼 stefanoli_0705 2010-07-12  

pi1ot 写道

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

我们公司在应用ibatis查询的时候，很多这么写，确实比较省事

16 楼 willko 2010-07-12  

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

15 楼 popoer 2010-07-12  

如果只有一个where 1=1，和什么条件都没有一样，当然会慢了，但这也不是1=1的错啊

14 楼 LucasLee 2010-07-12  

我刚才对MySQL5.1上的一个2百万条记录的表进行了类似查询，
的确，select count(*) from consumer where 1=1会很慢，但速度跟select count(*) from consumer一样，
(为了去除mysql查询缓存的影响，我用了SQL_NO_CACHE关键字，实际执行的是类似：
select SQL_NO_CACHE count(*) from consumer where 1=1 ;的SQL)
而select count(*) from consumer where 1=0 ;是很快返回0的。

所以我测试的这种数据库下，1=1本身并不慢，它只是一个占位符，是一个无意义的条件，本身对性能产生影响可以忽略。

13 楼 xiaojing3517 2010-07-12  

看来均是质疑啊。
LZ给出证据呗

12 楼 chenlixun 2010-07-12  

哪个数据库的查询优化器这么弱智?MySql?

11 楼 my_corner 2010-07-12  

如果成千上万条数据就能让你的mysql性能非常低，那真的要怀疑你的mysql环境和调优了。首先，你select *  这是程序员需要规避的操作。再次，1=1 只是一个缺省的条件始终是true，对你说数据库做过滤，检索表示怀疑。

10 楼 lovbreath 2010-07-12  

以前在哪见过，这个东西会影响oracle的执行计划。。。。

9 楼 whitesock 2010-07-12  

你是怎么看出来低效的？

8 楼 seanzeng 2010-07-12  

你把执行计划打开看看有没有区别好不？mysql不会这么弱智的吧。

7 楼 seanzeng 2010-07-12  

我刚试了 postgresql 和 oracle。

这个1=1根本不会处理，直接过滤了，该用索引的还是用索引。

不知道你测试的时候用的是什么样的环境和SQL语句？

6 楼 kaki 2010-07-12  

如果没有条件，可能是很快，只要有条件应该对应能影响不大。

5 楼 perzer 2010-07-12  

抛出异常的爱 写道

 
StringBuffer buffer = new StringBuffer("select * from T where 1=1 ");
for(Map.Enty e : map){
    buffer .appand ("and "+ e.getKey()+" = '"+e.getValue()+"'");
}

那到底对性能有影响吗？

4 楼 icefishc 2010-07-12  

一般是为了生成sql方便。
不会有性能问题。

3 楼 fengzl 2010-07-12  

添加这个没什么吧，有这个一般来讲后面都还有其他条件的

2 楼 抛出异常的爱 2010-07-12  

 
StringBuffer buffer = new StringBuffer("select * from T where 1=1 ");
for(Map.Enty e : map){
    buffer .appand ("and "+ e.getKey()+" = '"+e.getValue()+"'");
}