低效的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写法的问题，也不是数据库的问题，是自己程序逻辑的问题

评论

81 楼 J-catTeam 2010-07-13  

不是用不用索引的问题。不用索引和用了索引都会全扫。只是说扫的地方是不一样的。

应该在代码中就避免这种问题

80 楼 lobbychmd 2010-07-13  

以前用 delphi 经常用 select * from table where 1=2 来构造一个内存临时表

79 楼 maozj 2010-07-13  

随着各数据库版本的升级 问题会被解决

78 楼 maozj 2010-07-13  

不过 查询优化引擎会处理 只是理论 理论上应该要处理

77 楼 maozj 2010-07-13  

oracle数据库倒是没有测试 过

76 楼 lobbychmd 2010-07-13  

数据库的查询优化引擎会处理

75 楼 hommy8 2010-07-13  

我们开发人员是用户，有这个where 1=1的需求也非常合理，呵呵

74 楼 hommy8 2010-07-13  

我觉得即使LZ说的是真的，问题也不应该是开发人员，这个职责应该是数据库开发商去处理

73 楼 droopy 2010-07-13  

Oracle 10.2.0.4

create table aaaaaaaa as select * from all_objects;

create index AAAAAAAAAAAAA on AAAAAAAA (OBJECT_NAME);

SELECT * FROM aaaaaaaa t WHERE t.object_name LIKE 'DBMS_STANDARD%'

执行计划：
SELECT STATEMENT, GOAL = ALL_ROWS			3	2	256
 TABLE ACCESS BY INDEX ROWID	xxxxx	AAAAAAAA	3	2	256
  INDEX RANGE SCAN	xxxxx	AAAAAAAAAAAAA	2	2

SELECT * FROM aaaaaaaa t WHERE 1 = 1 AND t.object_name LIKE 'DBMS_STANDARD%'
执行计划：
SELECT STATEMENT, GOAL = ALL_ROWS			3	2	256
 TABLE ACCESS BY INDEX ROWID	xxxxx	AAAAAAAA	3	2	256
  INDEX RANGE SCAN	xxxxx	AAAAAAAAAAAAA	2	2	
	

完全没有影响！

72 楼 抛出异常的爱 2010-07-13  

select max(hasIndex) from mytable
select max(hasIndex) from mytable where 1=1

71 楼 icewubin 2010-07-13  

maozj 写道

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

这根本就是个伪命题，大数据量实际怎么会这样抓取数据，要证明是否影响索引的时候，就应该加一个字段索引，然后如下对比测试：
比较： select * from mytable where index=1
      select * from mytable where 1=1 and index=1

70 楼 icewubin 2010-07-13  

qchong 写道

ywlqi 写道

Das_flamen 写道

superyang 写道

抛出异常的爱 写道

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

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

这样写可不可以??
为什么很多人用StringBuffer的..???

你可以去试下，StringBuffer的效率不是String能比的，拼接的时候String多了严重影响性能。当然，如果就几条那也没什么，不过强烈推荐不要用String，不是个好习惯。

我记得有帖子说过jdk1.5以后对字符串相加做了优化，效率和StringBuffer一样了啊，我没做过实验，谁做过实验的来说两句

在编译的时候，确实会适时的将字符串拼接转成StringBuilder

对于生命周期跨越分支判断和循环体的String，编译器是无法编译优化。

69 楼 ivyshark 2010-07-13  

mysql根本没有影响

68 楼 抛出异常的爱 2010-07-13  

captmjc 写道

抛出异常的爱 写道

sundoctor 写道

where 1=1看起来很笨，很别扭，见过很多人这样写，本人很是反感

本质上是为了节约二个if而已.

StringBuffer buffer = new StringBuffer("select * from T ");

if (!haveNoPara(map)){
  boolean isFirst = true;
  for(Map.Enty e : map){
      if(isFirst){
          buffer.appand(" where ");
          isFirst = false;
      }else{     
          buffer .appand(" and ");
      }
     buffer .appand ( e.getKey()+" = '"+e.getValue()+"'");
  }
}

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

StringBuilder buff = new StringBuilder("select * from T ")
String sp = " WHERE ";
foreach() {
  if (...) {
    buff.append(sp).append(cond);
    sp = " AND ";
  }
}

的确更简单.

67 楼 笑我痴狂 2010-07-13  

不错 ，就是在有很多条件连接查询的情况下 ，避免写很长的if语句 ，所以很多人都喜欢这样写....

66 楼 captmjc 2010-07-13  

抛出异常的爱 写道

sundoctor 写道

where 1=1看起来很笨，很别扭，见过很多人这样写，本人很是反感

本质上是为了节约二个if而已.

StringBuffer buffer = new StringBuffer("select * from T ");

if (!haveNoPara(map)){
  boolean isFirst = true;
  for(Map.Enty e : map){
      if(isFirst){
          buffer.appand(" where ");
          isFirst = false;
      }else{     
          buffer .appand(" and ");
      }
     buffer .appand ( e.getKey()+" = '"+e.getValue()+"'");
  }
}

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

StringBuilder buff = new StringBuilder("select * from T ")
String sp = " WHERE ";
foreach() {
  if (...) {
    buff.append(sp).append(cond);
    sp = " AND ";
  }
}

65 楼 笑我痴狂 2010-07-13  

只有在按条件连接查询，且不知道连接查询的参数个数时才这样用，至于有没有性能问题，大家可以查下，什么样的查询，在数据库中会忽略索引 ，直接全表扫描

64 楼 inshua 2010-07-13  

litchi 写道

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

怎么又跟安全扯上关系了

63 楼 GFreedom 2010-07-13  

加上where 1=1 会做全表扫描

62 楼 litchi 2010-07-13  

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