where 1=1真的会影响性能吗？

最近在网上看到有关于where 1=1 是否影响性能，有的人讲使用where 1=1 会导致索引失效，从而进行全表
扫描。反之还有一部分说法where 1=1并不影响性能。那么where 1=1到底影响性能吗？那么就跟着博主一起往下看

先创建一张t_user测试表


create table if not exists t_user
(
  id INT not null auto_increment primary key comment '自增ID',
  name varchar(20) comment '姓名',
  age tinyint  comment '年龄'
)ENGINE = INNODB DEFAULT CHARACTER SET utf8mb4;


插入4条测试数据

insert into t_user(NAME,age) 
VALUES ('张三',18),('李四',19),('王五',20),('司总',21)

给name字段添加index普通索引，当然也可以在创建表的时候添加索引。

alter table t_user add index name_index (`name`);

mysql> explain select * from t_user\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_user
   partitions: NULL
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 4
     filtered: 100.00
        Extra: NULL
1 row in set, 1 warning (0.00 sec)

执行一个无条件的查询。type:ALL 表示全表扫描。



show warnings:查询上一条explain优化后实际执行的SQL语句 

mysql> show warnings\G
*************************** 1. row ***************************
  Level: Note
   Code: 1003
Message: /* select#1 */ select `ratelblog`.`t_user`.`id` AS `id`,`ratelblog`.`t_user`.`name` AS `name`,`ratelblog`.`t_user`.`age` AS `age` from `ratelblog`.`t_user`
1 row in set (0.00 sec)

mysql>

mysql> explain select * from t_user where 1=1\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_user
   partitions: NULL
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 4
     filtered: 100.00
        Extra: NULL
1 row in set, 1 warning (0.00 sec)

添加where1=1也是进行全表扫描。type: ALL


但是发现这个优化后的SQL语句没有where1=1,其实是被SQL优化器过滤了
mysql> show warnings\G
*************************** 1. row ***************************
  Level: Note
   Code: 1003
Message: /* select#1 */ select `ratelblog`.`t_user`.`id` AS `id`,`ratelblog`.`t_user`.`name` AS `name`,`ratelblog`.`t_user`.`age` AS `age` from `ratelblog`.`t_user`
1 row in set (0.00 sec)

mysql> explain select * from t_user where name = '司%'\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_user
   partitions: NULL
         type: ref
possible_keys: name_index
          key: name_index
      key_len: 83
          ref: const
         rows: 1
     filtered: 100.00
        Extra: NULL
1 row in set, 1 warning (0.00 sec)

where name = '司%' 使用了之前添加的index普通索引。key: name_index,并未进行全表扫描。


实际执行优化后的SQL语句如下：

mysql> show warnings\G
*************************** 1. row ***************************
  Level: Note
   Code: 1003
Message: /* select#1 */ select `ratelblog`.`t_user`.`id` AS `id`,`ratelblog`.`t_user`.`name` AS `name`,`ratelblog`.`t_user`.`age` AS `age` from `ratelblog`.`t_user` where (`ratelblog`.`t_user`.`name` = '司%')
1 row in set (0.00 sec)

mysql>

mysql> explain select * from t_user where 1=1 AND name = '司%'\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_user
   partitions: NULL
         type: ref
possible_keys: name_index
          key: name_index
      key_len: 83
          ref: const
         rows: 1
     filtered: 100.00
        Extra: NULL
1 row in set, 1 warning (0.00 sec)

我们此刻使用了where 1=1 AND name = '司%' 但是照样用到了key: name_index索引，而不是进行全表
扫描。那也就是说where 1=1并未导致索引失效
。
我们看下实际执行的SQL语句，并没有where1=1，这个where1=1已经被SQL优化器过滤了。
mysql> show warnings\G
*************************** 1. row ***************************
  Level: Note
   Code: 1003
Message: /* select#1 */ select `ratelblog`.`t_user`.`id` AS `id`,`ratelblog`.`t_user`.`name` AS `name`,`ratelblog`.`t_user`.`age` AS `age` from `ratelblog`.`t_user` where (`ratelblog`.`t_user`.`name` = '司%')
1 row in set (0.00 sec)

mysql>

我们回头再考虑一下为什么大家都在说“1=1”会影响MySQL的性能，可能在很久之前的sql版本中，“1=1”确实
会影响到sql语句的索引优化过程，这是一个很严重的问题，所以大家都记得这个事，在后来sql将这个问题
给优化掉了，但是很多新人听老人仍在讲这个问题，所以就一直记得，新人变成老人后又给其他新人去说这个
问题，慢慢的大家都记得这个问题，但已经没有人去验证它的真假了。


总结：where1=1不影响SQL性能，也不会导致索引失效。因为SQL优化器已经将where1=1过滤了。

测试版本为:5.7.27。