`

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

分享到：
| 动态代理-实现操作对象和业务对象解耦
评论
101 楼 maozj 2010-07-14  
oracle中是没有测试过的，不过oracle过滤很强大，再说oracle也是相当优秀的关系数据库了。。。
100 楼 maozj 2010-07-14  
mathgl 写道
icewubin 写道
maozj 写道
我给的条件专门是测试加where 1=1 和不加的测试。。。
并且在sqlserver2000中已经证明过。。

既然是转么测试不加where以及制定数据库就应该在标题中说明，或者在一楼说明，不要搞成标题党。

你如果希望讨论，至少自己在其他几个主流常见数据库版本上简单测试下，再来说事吧，测了个sqlserver2000和一个不加where条件的select from千万数据（实际不可能碰到的需求），这算什么测试呢？

讨论在一开始，不明确讨论或者测试的前提条件，就失去意义了。


我在postgresql 试了一下。。似乎 这个 1=1是会被过滤掉的。。。

是针对oracle的测试吗？
99 楼 colorfish 2010-07-14  
<p>我用sql 2000测试一下 没啥影响 <br>附图</p>
<div>图咋贴不了 汗</div>
<div><img src="http://dl.iteye.com/upload/attachment/277507/49c26274-ebde-3539-9f67-e42851962598.jpg" alt="" width="788" height="295"></div>
98 楼 mathgl 2010-07-14  
icewubin 写道
maozj 写道
我给的条件专门是测试加where 1=1 和不加的测试。。。
并且在sqlserver2000中已经证明过。。

既然是转么测试不加where以及制定数据库就应该在标题中说明，或者在一楼说明，不要搞成标题党。

你如果希望讨论，至少自己在其他几个主流常见数据库版本上简单测试下，再来说事吧，测了个sqlserver2000和一个不加where条件的select from千万数据（实际不可能碰到的需求），这算什么测试呢？

讨论在一开始，不明确讨论或者测试的前提条件，就失去意义了。


我在postgresql 试了一下。。似乎 这个 1=1是会被过滤掉的。。。
97 楼 maozj 2010-07-14  
这个表情甚是丰富 看着解疲 甚是兴载！
96 楼 select*from爱 2010-07-14  
楼下的继续，打酱油的飘过
95 楼 maozj 2010-07-14  
select*from爱 写道
兄弟。淡定，淡定

-----------
这样的讨论 才是正道
94 楼 maozj 2010-07-14  
maozj 写道



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

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

-----------------
再次引用了
93 楼 select*from爱 2010-07-14  
兄弟。淡定，淡定
92 楼 maozj 2010-07-14  
mathfox 写道
maozj 写道
我给的条件专门是测试加where 1=1 和不加的测试。。。
并且在sqlserver2000中已经证明过。。



能不能给个执行计划看看啊。

子贴中发了 谈论了多次了 你没看到吗？
91 楼 mathfox 2010-07-14  
maozj 写道
我给的条件专门是测试加where 1=1 和不加的测试。。。
并且在sqlserver2000中已经证明过。。



能不能给个执行计划看看啊。
90 楼 icewubin 2010-07-14  
maozj 写道
我给的条件专门是测试加where 1=1 和不加的测试。。。
并且在sqlserver2000中已经证明过。。

既然是转么测试不加where以及制定数据库就应该在标题中说明，或者在一楼说明，不要搞成标题党。

你如果希望讨论，至少自己在其他几个主流常见数据库版本上简单测试下，再来说事吧，测了个sqlserver2000和一个不加where条件的select from千万数据（实际不可能碰到的需求），这算什么测试呢？

讨论在一开始，不明确讨论或者测试的前提条件，就失去意义了。
89 楼 mingjie115 2010-07-14  
没有什么区别，
试了好几次，每一次查询的时间都差不了多少。
88 楼 lkj107 2010-07-14  
1=1 这个经常用
87 楼 lmxbitihero 2010-07-14  
如果1=1都过滤不掉的话，mysql就没有今天的成就了。
86 楼 maozj 2010-07-14  
我给的条件专门是测试加where 1=1 和不加的测试。。。
并且在sqlserver2000中已经证明过。。
85 楼 maozj 2010-07-14  
我是请问你的数据量有多大？
上千万条？甚至更大
84 楼 maozj 2010-07-14  
flysnowxf 写道
mysql5.0，两次执行完全一样，均使用到了索引。所以lz结论是错误的。

mysql> explain select * from pu_user_message where userid=1\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: pu_user_message
         type: ref
possible_keys: userid_index
          key: userid_index
      key_len: 5
          ref: const
         rows: 1
        Extra: Using where
1 row in set (0.00 sec)
mysql> explain select * from pu_user_message where 1=1 and userid=1\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: pu_user_message
         type: ref
possible_keys: userid_index
          key: userid_index
      key_len: 5
          ref: const
         rows: 1
        Extra: Using where
1 row in set (0.00 sec)

--------------------------
我是请问你的数据量有多大？
上千万条？甚至更大
83 楼 icewubin 2010-07-13  
flysnowxf 写道
mysql5.0，两次执行完全一样，均使用到了索引。所以lz结论是错误的。

mysql> explain select * from pu_user_message where userid=1\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: pu_user_message
         type: ref
possible_keys: userid_index
          key: userid_index
      key_len: 5
          ref: const
         rows: 1
        Extra: Using where
1 row in set (0.00 sec)
mysql> explain select * from pu_user_message where 1=1 and userid=1\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: pu_user_message
         type: ref
possible_keys: userid_index
          key: userid_index
      key_len: 5
          ref: const
         rows: 1
        Extra: Using where
1 row in set (0.00 sec)

赞，这才是合理的测试，因为不加其他where条件是毫无意义的，实际运行不可能不加其他任何参数，直接select一个数据量庞大的表。
82 楼 flysnowxf 2010-07-13  
mysql5.0，两次执行完全一样，均使用到了索引。所以lz结论是错误的。

mysql> explain select * from pu_user_message where userid=1\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: pu_user_message
         type: ref
possible_keys: userid_index
          key: userid_index
      key_len: 5
          ref: const
         rows: 1
        Extra: Using where
1 row in set (0.00 sec)
mysql> explain select * from pu_user_message where 1=1 and userid=1\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: pu_user_message
         type: ref
possible_keys: userid_index
          key: userid_index
      key_len: 5
          ref: const
         rows: 1
        Extra: Using where
1 row in set (0.00 sec)
发表评论

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

相关推荐

    海量数据处理

    在 WHERE 子句中直接使用 `IS NULL` 或 `IS NOT NULL` 进行判断会导致数据库引擎放弃使用索引而执行全表扫描，这在大数据量的情况下极为低效。例如： ```sql -- 不推荐的做法 SELECT id FROM t WHERE num IS NULL; ...

    Oracle SQL 性能优化

    - **低效查询**：`SELECT TAB_NAME FROM TABLES WHERE TAB_NAME = (SELECT TAB_NAME FROM TAB_COLUMNS WHERE VERSION = 604) AND DB_VER = (SELECT DB_VER FROM TAB_COLUMNS WHERE VERSION = 604)` - **高效查询**：...

    基于.net_的大数据量SQL_SERVER_系统_数据库和代码_优化方案

    1. **避免全表扫描**：全表扫描意味着数据库引擎需要遍历表中的每一行数据来查找满足条件的记录，这对于大数据量的应用来说是非常低效的。为了减少全表扫描的次数，我们需要充分利用索引的优势。 2. **合理利用索引*...

    查询优化技巧三十则

    SELECT num FROM a WHERE EXISTS (SELECT 1 FROM b WHERE num = a.num); ``` #### 14. 减少字符串操作 在查询条件中过多地使用字符串操作（如 `UPPER`, `LOWER`）可能导致索引无法被利用。 #### 15. 限制返回的...

    处理百万级以上的数据查询提高效率的办法

    SELECT col1, col2 INTO #t FROM t WHERE 1 = 0; ``` - **正确做法**（创建空表）： ```sql CREATE TABLE #t (col1 datatype, col2 datatype); ``` #### 12. 优化子查询的使用 子查询可能导致性能下降，特别...

    SQL Server SQL优化

    - **推荐做法**：在可以接受脏读的情况下使用`WITH (NOLOCK)`，如`SELECT TOP 1 * FROM A WITH (NOLOCK) WHERE state = 1`。 - **不推荐做法**：直接使用`SELECT TOP 1 * FROM A WHERE state = 1`，可能导致长时间...

    ORACLE SQL性能优化

    - **方法1（最低效）：** 分别查询每个雇员。 ```sql SELECT EMP_NAME, SALARY, GRADE FROM EMP WHERE EMP_NO = 342; SELECT EMP_NAME, SALARY, GRADE FROM EMP WHERE EMP_NO = 291; ``` - **方法2（次低效）：*...

    数据查询优化技巧三十则

    10. **避免无用的查询结构**：如`SELECT col1, col2 INTO #t FROM t WHERE 1 = 0;`这类查询不返回任何行，但会浪费系统资源。 11. **使用`EXISTS`代替`IN`**：在大多数情况下，`EXISTS`比`IN`更高效，因为`EXISTS`...

    Oracle SQL性能优化技巧总结

    如果`tab1`作为基础表，则需要对所有记录进行处理，这显然是低效的。 - 高效示例： ```sql SELECT COUNT(*) FROM tab1, tab2; ``` 将记录数较少的`tab2`作为基础表，可以显著提高查询速度。 - **扩展**：当...

    数据库查询效率

    - **优化技巧**：对于连续的数值查询，推荐使用BETWEEN替代IN，如 `SELECT id FROM t WHERE num BETWEEN 1 AND 3`。 **5. LIKE操作符的优化** - **问题说明**：使用LIKE进行模式匹配时，特别是前导通配符（如 `%abc...

    Oracle-SQL优化(内部资料).docx

    - 方法1（最低效）：分别执行两次查询。 - 方法2（次低效）：使用游标执行两次查询。 - 方法3（高效）：使用一个查询同时获取所需的信息。 此外，还可以通过调整SQL工具中的ARRAYSIZE参数来增加每次数据库访问的...

    access分页实现 源代码

    SELECT TOP pagesize * FROM table WHERE 1=1 condition sort; ``` 其中`condition`和`sort`会在实际执行时根据传入的参数动态拼接。 2. **非首页面查询**：对于非首页面，查询逻辑相对复杂。首先，需要获取前...

    MySQL性能优化的最佳实践

    SELECT 1 FROM users WHERE username = '中国' LIMIT 1; ``` #### 五、合理使用索引 **4. 为搜索字段建索引** 除了主键和唯一字段外，还可以为经常用于搜索的字段创建索引。例如，如果经常需要按`last_name`字段...

    Java中Oracle操作绑定变量使用用户工具模块解决方案

    StringBuffer sql = new StringBuffer("SELECT id, name, department, leader FROM employee WHERE 1=1"); if (name != null && name.trim().length() &gt; 0) { sql.append(" AND name='" + name.trim() + "'"); } if...

    (SQL编程优化)配套SQL语句技巧

    - **低效示例**： ```sql SELECT ... FROM EMP E WHERE SAL &gt; 50000 AND JOB = 'MANAGER' AND 25 (SELECT COUNT(*) FROM EMP W WHERE MGR = E.EMPNO); ``` - **高效示例**： ```sql SELECT ... FROM EMP E ...

    Mysql查询优化详解（含示例）

    通过分析EXPLAIN的结果，我们可以找出执行计划中的低效部分并进行优化。 #### 二、优化索引 索引是提升查询性能的关键因素之一。合理的索引设计可以显著提高查询速度。下面是一些建议： 1. **确保有合适的索引**...

    经常要用的DB2优化

    - **低效**: `SELECT * FROM EMP WHERE EMPNO &gt; 0 AND DEPTNO IN (SELECT DEPTNO FROM DEPT WHERE LOC = 'MELB')` - **高效**: `SELECT * FROM EMP WHERE EMPNO &gt; 0 AND EXISTS (SELECT 'X' FROM DEPT WHERE DEPT....

    ORACLE SQL性能调整

    1. **字符级的比较**：当前执行的SQL语句与共享池中的语句必须完全相同，包括空格和换行等格式。例如，“SELECT * FROM EMP;”与“SELECT * from EMP;”被视为不同的语句，无法共享。 2. **对象的一致性**：两个...

    Oracle数据库中分页查询介绍

    由于Web应用的无状态特性，每个请求都是独立的，维持数据库游标以供后续请求是低效的。游标是一种宝贵的资源，应当在每次操作完成后关闭。 Oracle数据库不支持通过行集(rowset)向后移动游标，这意味着一旦用户向前...

    SQL优化 SQL 优化

    **1. 选用适合的Oracle优化器** Oracle数据库支持多种优化器模式： - **基于成本（Cost）**：默认模式，基于统计信息估算查询成本。 - **基于规则（Rule）**：较老的优化策略，适用于特定场景。 - **选择性（Choose...

Magicbox
Global site tag (gtag.js) - Google Analytics