本文主要是介绍MySQL：Impossible WHERE noticed after reading const tables，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
Impossible WHERE noticed after reading const tables
阿里云反馈的慢SQL
//sql如下
select * from table where req_id ="123";执行计划返回如下：
而且该表的req_id创建了唯一索引：很明显，这个字段是保持幂等操作的，通过数据库的唯一索引实现；
每次数据落地前，都要执行该SQL查询是否记录存在，而数据库做幂等兜底；
如果req_id不存在，竟然没有走req_id的唯一索引....
问题是：
基本99.99%的查询，肯定数据库不存在呀！
可是，mysql的innoDB引擎，主键查询或者唯一性索引查询,如果这条数据没有的话，它会全表扫描，然后得出一个结论，该数据不在表中。
对于高并发的库来说，这条数据，会让负载特别的高。
改了下索引结构又来了
为了方便对比，增加了op_id为普通索引，其余信息不变
相同的操作
结论：从上述例子可以看出，如果数据不用唯一的话，用普通索引效果会更好哦～
这篇关于MySQL：Impossible WHERE noticed after reading const tables的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
