在SQL查詢中使用where 1=1真的會(huì)影響性能嗎？
當(dāng)前位置：點(diǎn)晴教程→知識(shí)管理交流
→『 技術(shù)文檔交流 』
最近在網(wǎng)上看到有關(guān)于where 1=1 是否影響性能，有的人講使用where 1=1 會(huì)導(dǎo)致索引失效，從而進(jìn)行全表掃描。反之還有一部分說(shuō)法where 1=1并不影響性能。那么where 1=1到底影響性能嗎？那么就往下看。 1. 先創(chuàng)建一張t_user測(cè)試表 2. 3. 4. create table if not exists t_user 5. ( 6. id INT not null auto_increment primary key comment '自增ID', 7. name varchar(20) comment '姓名', 8. age tinyint comment '年齡' 9. )ENGINE = INNODB DEFAULT CHARACTER SET utf8mb4; 10. 11. 12.插入4條測(cè)試數(shù)據(jù) 13. 14.insert into t_user(NAME,age) 15.VALUES ('張三',18),('李四',19),('王五',20),('司總',21) 16. 17.給name字段添加index普通索引，當(dāng)然也可以在創(chuàng)建表的時(shí)候添加索引。 18. 19.alter table t_user add index name_index (`name`); 1. mysql> explain select * from t_user\G 2. *************************** 1. row *************************** 3. id: 1 4. select_type: SIMPLE 5. table: t_user 6. partitions: NULL 7. type: ALL 8. possible_keys: NULL 9. key: NULL 10. key_len: NULL 11. ref: NULL 12. rows: 4 13. filtered: 100.00 14. Extra: NULL 15.1 row in set, 1 warning (0.00 sec) 16. 17.執(zhí)行一個(gè)無(wú)條件的查詢。type:ALL 表示全表掃描。 18. 19. 20. 21.show warnings:查詢上一條explain優(yōu)化后實(shí)際執(zhí)行的SQL語(yǔ)句 22. 23.mysql> show warnings\G 24.*************************** 1. row *************************** 25. Level: Note 26. Code: 1003 27.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` 28.1 row in set (0.00 sec) 29. 30.mysql>  1. mysql> explain select * from t_user where 1=1\G 2. *************************** 1. row *************************** 3. id: 1 4. select_type: SIMPLE 5. table: t_user 6. partitions: NULL 7. type: ALL 8. possible_keys: NULL 9. key: NULL 10. key_len: NULL 11. ref: NULL 12. rows: 4 13. filtered: 100.00 14. Extra: NULL 15.1 row in set, 1 warning (0.00 sec) 16. 17.添加where1=1也是進(jìn)行全表掃描。type: ALL 18. 19. 20.但是發(fā)現(xiàn)這個(gè)優(yōu)化后的SQL語(yǔ)句沒有where1=1,其實(shí)是被SQL優(yōu)化器過濾了 21.mysql> show warnings\G 22.*************************** 1. row *************************** 23. Level: Note 24. Code: 1003 25.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` 26.1 row in set (0.00 sec)  1. mysql> explain select * from t_user where name = '司%'\G 2. *************************** 1. row *************************** 3. id: 1 4. select_type: SIMPLE 5. table: t_user 6. partitions: NULL 7. type: ref 8. possible_keys: name_index 9. key: name_index 10. key_len: 83 11. ref: const 12. rows: 1 13. filtered: 100.00 14. Extra: NULL 15.1 row in set, 1 warning (0.00 sec) 16. 17.where name = '司%' 使用了之前添加的index普通索引。key: name_index,并未進(jìn)行全表掃描。 18. 19. 20.實(shí)際執(zhí)行優(yōu)化后的SQL語(yǔ)句如下： 21. 22.mysql> show warnings\G 23.*************************** 1. row *************************** 24. Level: Note 25. Code: 1003 26.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` = '司%') 27.1 row in set (0.00 sec) 28. 29.mysql>  1. mysql> explain select * from t_user where 1=1 AND name = '司%'\G 2. *************************** 1. row *************************** 3. id: 1 4. select_type: SIMPLE 5. table: t_user 6. partitions: NULL 7. type: ref 8. possible_keys: name_index 9. key: name_index 10. key_len: 83 11. ref: const 12. rows: 1 13. filtered: 100.00 14. Extra: NULL 15.1 row in set, 1 warning (0.00 sec) 16. 17.我們此刻使用了where 1=1 AND name = '司%' 但是照樣用到了key: name_index索引，而不是進(jìn)行全表 18.掃描。那也就是說(shuō)where 1=1并未導(dǎo)致索引失效 19.。 20.我們看下實(shí)際執(zhí)行的SQL語(yǔ)句，并沒有where1=1，這個(gè)where1=1已經(jīng)被SQL優(yōu)化器過濾了。 21.mysql> show warnings\G 22.*************************** 1. row *************************** 23. Level: Note 24. Code: 1003 25.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` = '司%') 26.1 row in set (0.00 sec) 27. 28.mysql>  我們回頭再考慮一下為什么大家都在說(shuō)“1=1”會(huì)影響MySQL的性能，可能在很久之前的sql版本中，“1=1”確實(shí)會(huì)影響到sql語(yǔ)句的索引優(yōu)化過程，這是一個(gè)很嚴(yán)重的問題，所以大家都記得這個(gè)事，在后來(lái)sql將這個(gè)問題給優(yōu)化掉了，但是很多新人聽老人仍在講這個(gè)問題，所以就一直記得，新人變成老人后又給其他新人去說(shuō)這個(gè)問題，慢慢的大家都記得這個(gè)問題，但已經(jīng)沒有人去驗(yàn)證它的真假了。
總結(jié)：where1=1不影響SQL性能，也不會(huì)導(dǎo)致索引失效。因?yàn)镾QL優(yōu)化器已經(jīng)將where1=1過濾了。 測(cè)試版本為：MySQL V5.7.27。 該文章在 2023/11/15 22:16:01 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... 
|
400 186 1886
