mysql 时间字段索引失效

最新推荐文章于 2025-05-25 08:55:42 发布

原创最新推荐文章于 2025-05-25 08:55:42 发布 · 5.2k 阅读

13 ·

CC 4.0 BY-SA版权

文章标签：

#mysql #索引

mysql 专栏收录该内容

1 篇文章

订阅专栏

本文详细解析了一次SQL查询性能优化的过程，针对一个特定的查询语句，原本因未有效利用索引导致全表扫描，通过分析和强制使用时间索引，显著提升了查询效率。

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

SELECT
*
FROM
   t_electronic_vip_order_req tevor
WHERE
   1 = 1
AND tevor.CREATED_AT >= STR_TO_DATE('2020-07-28', '%Y-%c-%d')
AND tevor.CREATED_AT < date_add(
   DATE_FORMAT('2020-06-29', '%Y-%c-%d'),
   INTERVAL 1 DAY
)
AND tevor.QY_PRODUCT_NO = 'VIP20200629053118164532'
AND tevor. STATUS = 3
ORDER BY
   tevor.ID DESC
LIMIT 0,
10;

问题发现：

1. 执行explain/desc + sql

看到结果type:all 最差的效率； key为空，没走任何索引；rows：扫描一千多万数据泪崩！！！

2. 再查看表的索引 show index from t_electronic_vip_order_req

有时间索引IDX_CREATED_AT，也没失效这是为啥没走时间索引呢？

网上有人说是查询的数据超过总量的五分之一就失效了

https://blog.youkuaiyun.com/don0315/article/details/90262972?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.edu_weight&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.edu_weight

我查了下数据比例：840/13633401 远远不到五分之一！

解决办法：强制走索引

SELECT
*
FROM
t_electronic_vip_order_req tevor

  FORCE INDEX (`IDX_CREATED_AT`)
WHERE
   1 = 1
AND tevor.CREATED_AT >= STR_TO_DATE('2020-07-28', '%Y-%c-%d')
AND tevor.CREATED_AT < date_add(
   DATE_FORMAT('2020-06-29', '%Y-%c-%d'),
   INTERVAL 1 DAY
)
AND tevor.QY_PRODUCT_NO = 'VIP20200629053118164532'
AND tevor. STATUS = 3
ORDER BY
   tevor.ID DESC
LIMIT 0,
10;