Impossible WHERE noticed after reading const tables

最新推荐文章于 2025-01-11 19:35:04 发布
最新推荐文章于 2025-01-11 19:35:04 发布
阅读量338 收藏
点赞数
分类专栏： mysql相关知识
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq1353424111/article/details/111357666
版权
博客围绕反馈的慢SQL展开，指出表中request_id有唯一索引，但查询不存在的request_id时未走索引，因InnoDB引擎在主键或唯一索引查询无数据时会全表扫描，导致高并发库负载高。建议高并发系统用缓存做幂等校验、数据库索引兜底，普通系统可直接查询。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Impossible WHERE noticed after reading const tables

反馈的慢SQL，执行计划返回如下：Impossible WHERE noticed after reading const tables

sql很简单：

SELECT * FROM deposit_transaction 
WHERE request_Id = 'XXX'

而且该表的request_id创建了唯一索引：很明显，这个字段是保持幂等操作的，通过数据库的唯一索引实现；

每次数据落地前，都要执行该SQL查询是否记录存在，而数据库做幂等兜底；

如果request_id不存在，竟然没有走request_id的唯一索引....

问题是：

基本99.99%的查询，肯定数据库不存在呀！

可是，mysql的innoDB引擎，主键查询或者唯一性索引查询,如果这条数据没有的话，它会全表扫描，然后得出一个结论，该数据不在表中。

对于高并发的库来说，这条数据，会让负载特别的高。

所以：

高并发系统，建议通过缓存做幂等校验，数据库唯一索引兜底！或者直接通过数据库的唯一索引兜底！

普通系统，并发小，数据量又不大，那就查询一把呗，IO高，可是不影响嘛！！！

高薪程序员&面试题精讲系列92之explain有什么作用？explain怎么用？
一一哥
04-25 958
一. 面试题及剖析 1. 今日面试题 你用过explain吗？ explain有什么作用？ explain怎么用？ 2. 题目剖析 在上一篇文章中，壹哥给大家讲解了慢SQL的产生、原理及各种优化措施。在给大家讲解慢SQL优化的时候，壹哥给大家提到了一个explain关键字。当时给大家说这个关键字我会专门写文章讲解，既然承诺给大家的，那壹哥就会做到。这不，壹哥今天就专门写一篇文章来分析explain的用法和作用。 今天的面试题，我的好多个学生都遇到过，所以被问到的频率还是蛮高的，而且这个关键
独一无二的「MySQL调优金字塔」相信也许你拥有了它，就再也不用为数据库性能发愁
世界上并没有完美的程序，但是我们并不因此而沮丧，因为写程序就是一个不断追求完美的过程。
12-27 828
auto_key>：自动生成的临时表key。(expr)：表达式(例如标量子查询)执行了一次，并且将值保存在了内存中以备以后使用。对于包括多个值的结果，可能会 创建临时表，你将会看到 的字样。(query fragment)：子查询被转换为 EXISTS，性能会变得更加好。(query fragment)：这是一个内部优化器对象，对用户没有任何意义(query fragment)：使用索引查找来处理查询片段，从而找到合格的行。
MySQL特异功能之：Impossible WHERE noticed after reading const tables
06-08 510
MySQL特异功能之：Impossible WHERE noticed after reading const tables MySQL2006-10-01 23:40:35阅读2173评论1字号：大...
MySQL：浅析 Impossible WHERE noticed after reading const tables
热门推荐
天将降大任于是人
08-25 2万+
使用 EXPLAIN 执行计划的时候，在 Extra 中偶尔会看到这样的描述：Impossible WHERE noticed after reading const tables字面上的意思是：读取const tables表之后， 没有发现匹配的行。 通过示例我们重现一下该场景。首先创建两张表，班级表（class），学生表（student）。CREATE TABLE `class` ( `i
线上MySQL慢查询现象案例--Impossible WHERE noticed after reading const tables
weixin_34391854的博客
11-15 722
前言:2012年的笔记整理而得，发布个人博客，做备忘录使用。 背景:线上慢查询日志监控，得到如下的语句: 发现：select doc_text from t_wiki_doc_text where doc_title = '谢泽源'; 这条语句昨天执行特别的慢 1.查看上述语句的执行计划: mysql> explain s...
Mysql分析指令值explain以及各字段中可能出现的值
d303577562的博客
03-09 689
1.定义 explain关键字可以模拟Msyql优化器执行sql语句，可以很好的分析sql语句或表结构的性能瓶颈 2.用途 表的读取顺序 数据读操作操作有哪些操作 哪些索引可以被使用 哪些索引实际被使用 表之间是如何引用的 每张表都有多少行被优化器查询 3.explain字段解析 概要描述 explain select *from t_cp_count_url; +----+-------------+----------------+------+---------------+------+----
MySQL 的 EXPLAIN Extra 字段内容
最新发布
xu990128638的专栏
01-11 648
这些信息虽然不常见，但在特定情况下可以帮助你更好地理解查询的执行计划和潜在的优化点。这些信息虽然不常见，但在特定情况下可以帮助你更好地理解查询的执行计划和潜在的优化点。: 表示 MySQL 优化了 LEFT JOIN，一旦找到了匹配的行，就不再为后续的行进行检查。: 表示 MySQL 需要进行额外的排序操作，而不是直接从表中读取已排序的数据。常见于某些聚合查询或子查询。输出或查询性能问题，可以提供更多信息，我可以帮助你进行更详细的分析。输出或查询性能问题，可以提供更多信息，我可以帮助你进行更详细的分析。
Mysql 优化之EXPLAIN执行计划 const eq_ref ref range index all
weixin_43448751的博客
09-15 3036
explain：查询查询性能或者需要查看使用索引状态 一、type：连接类型 最关键的一列 效率（const>eq_ref>ref>range>index>all） 1、const:查询索引字段，并且表中最多只有一行匹配（好像只有主键查询只匹配一行才会是const，有些情况唯一索引匹配一行会是ref） 2、eq_ref 主键或者唯一索引 3、ref 非唯一索引（主键也是唯一索引） 4、range 索引的范围查询 5、index (type=index ext
MySQL：Impossible WHERE noticed after reading const tables
spirit_8023的博客
04-09 370
Impossible WHERE noticed after reading const tables 阿里云反馈的慢SQL //sql如下 select * from table where req_id ="123"; 执行计划返回如下： 而且该表的req_id创建了唯一索引：很明显，这个字段是保持幂等操作的，通过数据库的唯一索引实现； 每次数据落地前，都要执行该SQL查询是否记录存在，而数据库做幂等兜底； 如果req_id不存在，竟然没有走req_id的唯一索引.... 问题是.
Mysql-explain-Impossible WHERE noticed after reading const tables
weixin_42245133的博客
12-07 370
测试mysql中的最左匹配原则时，出现这样一条提示信息 没有表明type（ref/All）是否使用索引等信息，因此了解一下。 上图是没有匹配到相关数据，贴一张匹配到数据的信息展示，发现type是const 表结构如下： CREATE TABLE `runtime_image_used` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `image_name` varchar(512) DEFAULT NULL , `image_tag` va
MySQL：explain结果中Extra：Impossible WHERE noticed after reading const tables
weixin_44798288的博客
12-02 1万+
MySQL查询语句explain时出现Impossible WHERE noticed after reading const tables
guideline 4.3 - design we noticed your app shares a similar binary, metadata
11-22
根据guideline 4.3，我们注意到您的应用程序共享了类似的二进制和元数据。这个指南是苹果公司针对App Store应用审核的一条规定，要求每个应用程序必须具有独特的二进制文件和元数据。 二进制文件指的是应用程序的可...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值