MySQL 字段上加了函数索引就用不上，explain 显示全表扫描怎么改

EXPLAIN SELECT * FROM orders WHERE created_at >= '2026-01-01';
-- 不推荐
-- WHERE DATE(created_at) = '2026-01-01'
ALTER TABLE orders ADD INDEX idx_created (created_at);

按日期查询的语句一直很慢，explain 里 type 是 ALL，rows 与全表行数一致。先别急着动参数，把报错原文和时间点记下来，顺序反了容易白折腾。

原因不复杂，where 条件对索引列做了函数运算或隐式类型转换，优化器无法使用该索引，只能退化为逐行比较的全表扫描。

这次卡住的地方就在「MySQL 索引失效」这一环，单独把它拎出来验证，别和其他改动混在同一次发布里。改动写完就同步给同事，下一个人踩同一个坑，成本还是你的。

验证用真实数据走一遍，测试数据太干净，边界情况根本碰不到。能分两步做的操作就别合成一步，中间看一眼返回值，出问题好判断。

报错里带路径的，先去看那个路径在不在、权限对不对。同一份配置存在多处的，先确认改的是被加载的那一份。

处理上按这个顺序：把函数移到等号右侧；统一字段与参数类型；必要时建立函数索引或生成列。

改完只确认一件事：explain 的 type 变为 range 或 ref，扫描行数大幅下降。