BETWEEN能否走索引取决于字段是否有有效索引、数据类型是否匹配、边界值是否为SARG；需满足最左前缀原则、避免隐式转换、使用确定性表达式。
SQL中使用 BETWEEN 进行范围查询时，**能否走索引不取决于BETWEEN本身，而取决于字段是否建立了有效索引、数据类型是否匹配、以及边界值是否可被优化器识别为SARG（Search Argument）**。用对了，它和 >= AND 效果一致；用错了，可能全表扫描。
字段必须有合适的索引
只有在查询字段上建立了单列索引或复合索引的最左前缀列，BETWEEN才可能命中索引。
- 例如：
SELECT * FROM orders WHERE order_date BETWEEN '2024-01-01' AND '2024-12-31';—— 要走索引，order_date列必须有索引（如INDEX idx_date (order_date)） - 若用的是复合索引
INDEX idx_user_date (user_id, order_date)，则WHERE order_date BETWEEN ...单独使用无法走该索引（违反最左前缀原则） - 但
WHERE user_id = 123 AND order_date BETWEEN ...就可以充分利用该复合索引
数据类型要严格匹配，避免隐式转换
隐式类型转换是索引失效的高发区。BETWEEN两边的值类型必须与字段类型一致。
- 字段是
DATETIME，但写成BETWEEN '2024-01-01' AND '2024-12-31'（无时分秒）—— 多数数据库仍能走索引，但MySQL 5.7+对严格模式更敏感；稳妥做法是补全时间：'2024-01-01 00:00:00' AND '2024-12-31 23:59:59' - 字段是
INT，却传入字符串：WHERE id BETWEEN '100' AND '200'→ 可能触发隐式转换，导致索引失效 - 字符型字段用BETWEEN要注意排序规则（collation），比如大小写敏感字段上查
BETWEEN 'a' AND 'z'，结果可能不符合预期，且不一定走索引
边界值需确定、非动态表达式
数据库优化器需要在执行计划生成阶段就能评估范围，因此BETWEEN的左右操作数应是常量或参数化变量，不能是函数或子查询。
- ✅ 支持索引：
WHERE create_time BETWEEN ? AND ?（预编译参数）、BETWEEN '2024-01-01' AND DATE_ADD('2024-01-01', INTERVAL 30 DAY)（MySQL中部分版本可推导） - ❌ 很可能不走索引：
WHERE create_time BETWEEN NOW() - INTERVAL 7 DAY AND NOW()（某些旧版本MySQL无法在计划阶段固化范围） - ❌ 索引失效：
WHERE name BETWEEN UPPER('abc') AND LOWER('XYZ')—— 函数作用于边界值，破坏SARG性
注意BETWEEN是闭区间，逻辑等价于 >= AND
这是基础但易错的一点：BETWEEN包含两端值。如果业务本意是“过去7天”（不含今天），写成 BETWEEN DATE_SUB(CURDATE(), INTERVAL 6 DAY) AND CURDATE() 就会多出一天。
- 推荐更清晰写法：
create_time >= '2024-01-01' AND create_time （左闭右开），尤其适合时间字段，避免因秒级精度或时区导致漏/重数据 - 对于整数主键分页等场景，BETWEEN更简洁；但对于时间、字符串等易受精度/排序影响的类型，显式写出 >= 和
不复杂但容易忽略。核心就三点：有索引、类型对、边界稳。
