MySQL 分区裁剪被函数包裹时的查询改写

MySQL 分区裁剪被函数包裹时，优先把“对列计算后比较”改成“直接比较分区键的范围”。例如按 event_time 做 RANGE COLUMNS 分区，却写成 DATE(event_time) = '2026-09-01'，优化器不一定能把它稳定地缩小到单个分区；改成当天起点的半开区间后，分区边界更清楚，也避免逐行执行函数。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/

先分清“函数分区”和“函数包列”

MySQL 官方文档把 partition pruning 定义为排除不可能命中的分区。对于简单的等值、IN 或范围条件，优化器可以根据分区边界建立候选集合；但 WHERE DATE(event_time) = ... 先改变了列的表达形式，查询条件不再直接呈现原始时间范围。

这和 PARTITION BY RANGE (YEAR(joined)) 不是一回事。函数写在分区表达式里，属于表设计的一部分，某些官方支持的日期函数仍可参与裁剪；函数写在 WHERE 中，则要先确认优化器能否反推出原始列的范围。工程上更稳的判断是：把条件改成分区键本身可比较的常量范围，再看执行计划。

把 DATE 等值条件改写成半开区间

假设表按时间列分区，业务只查询某个自然日。下面的写法把“日期相等”转换为时间轴上的左闭右开区间，既覆盖当天全部时分秒，也不会把下一天零点误算进来。

-- 分区键保留原始时间列，查询条件直接落在 event_time 上
CREATE TABLE order_event (
    id BIGINT NOT NULL,
    event_time DATETIME NOT NULL,
    payload JSON,
    PRIMARY KEY (id, event_time)
) PARTITION BY RANGE COLUMNS (event_time) (
    PARTITION p20260831 VALUES LESS THAN ('2026-09-01'),
    PARTITION p202609 VALUES LESS THAN ('2026-10-01'),
    PARTITION pmax VALUES LESS THAN (MAXVALUE)
);

-- 用半开区间表达 2026-09-01，避免对 event_time 逐行执行 DATE()
SELECT id, event_time, payload
FROM order_event
WHERE event_time >= '2026-09-01 00:00:00'
  AND event_time 

如果调用方传入的是日期字符串，应用层应先把它解析成业务时区的起点和下一天起点，再绑定两个参数。不要把参数拼进 SQL，也不要为了“看起来简单”写成 DATE(event_time) = :day。这次改写同时保留了索引可用性和分区边界的可推导性。

用 EXPLAIN 看改写是否真的减少分区

验证重点不是查询能否返回结果，而是 partitions 列是否从多个分区收敛到目标范围。先比较两种条件，再结合行数、过滤率和实际业务数据判断收益。

-- 先看函数包列的计划，partitions 可能仍包含较多分区
EXPLAIN SELECT id
FROM order_event
WHERE DATE(event_time) = '2026-09-01';

-- 再看直接范围条件的计划，记录 partitions 的变化
EXPLAIN SELECT id
FROM order_event
WHERE event_time >= '2026-09-01 00:00:00'
  AND event_time 

时区和边界决定改写是否正确

半开区间不是把日期字符串机械替换成两个常量。若数据库保存 UTC、接口接收东八区日期，就要先把“业务日”转换为 UTC 起止时间；否则可能少查或多查一整个小时。DATETIME 没有时区信息，转换责任应在应用约定或数据模型中明确。

另外，分区边界必须覆盖查询范围，不能只创建到某个旧月份；跨月查询会自然命中多个相邻分区。对于 YEAR()、TO_DAYS() 等写进分区表达式的设计，先查当前版本手册的支持范围，不要擅自把所有函数都当作可裁剪函数。

常见问题

改成范围条件后一定只扫一个分区吗？

不一定。日期跨月、分区边界不完整或条件无法化成常量范围时，计划仍可能访问多个分区；以 EXPLAIN 的 partitions 为准。

能不能用 BETWEEN 代替半开区间？

不建议把结束时间写成当天最后一秒。半开区间的结束点是下一天起点，精度变化时仍然正确，也不会漏掉带小数秒的数据。

函数包列只影响分区裁剪吗？

不只影响分区。对列做函数还可能削弱普通索引的范围访问；把函数移到参数侧或在应用层生成边界，通常更容易让优化器利用原始列。