MySQL筛选未来24小时到期数据查询耗时过长如何优化？

问题根因 #

性能差异来自数据分布与索引匹配度的共同影响：

• 原始查询筛选EndDate > unix_timestamp(now())，符合条件的仅3000行左右，若EndDate列存在索引，MySQL可直接通过索引快速定位少量目标行，回表开销极低，因此查询速度快。
• 调整条件后筛选EndDate <= unix_timestamp(now() + interval 1 day)，符合条件的行多达40万行，此时走索引逐行回表查询数据的成本高于全表扫描，MySQL优化器会选择全表扫描，导致耗时大幅上升。

优化方案 #

• 方案1：创建联合覆盖索引（最优）
  针对你的查询条件和返回字段创建联合覆盖索引，完全避免回表开销：

-- 替换为实际表名、要查询的列名
CREATE INDEX idx_start_end_cover ON 表名 (StartDate, EndDate, 列1, 列2, 列N);

索引顺序遵循等值/范围筛选条件在前，查询列在后的原则，创建后查询可以直接在索引中拿到所有需要的结果，不需要再访问主表数据，性能可恢复到百毫秒级别。

• 方案2：子查询先筛主键再关联（适合查询列多的场景）
  如果需要查询的列太多，不适合建覆盖索引，可以先通过索引筛选出符合条件的主键，再用主键关联获取全量数据：

-- 替换为实际表名、主键列名、查询列
SELECT t.* 
FROM 表名 t
INNER JOIN (
    SELECT 主键列 FROM 表名
    WHERE EndDate <= unix_timestamp(now() + interval 1 day) 
    AND StartDate <= UTC_DATE()
) tmp ON t.主键列 = tmp.主键列;

子查询仅获取主键，走StartDate+EndDate联合索引的速度极快，再通过主键关联查询数据的开销远低于全表扫描。

• 小优化：提前计算时间阈值
  将时间函数计算提前存为变量，避免每行查询都重复执行函数计算：

SET @end_line = unix_timestamp(now() + interval 1 day);
SET @current_utc_date = UTC_DATE();

SELECT [random columns] 
FROM 表名
WHERE EndDate <= @end_line AND StartDate <= @current_utc_date;

内容的提问来源于stack exchange，提问作者Bijan