MySQL：Impossible WHERE noticed after reading const tables

本文主要是介绍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的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---