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