MySQL中BETWEEN是闭区间且等价于“>= AND
MySQL 中 BETWEEN 是闭区间，包含边界值
BETWEEN 在 MySQL 中等价于 value >= low AND value ，不是半开区间。这意味着查询 WHERE id BETWEEN 1 AND 3 会命中 id = 1、2、3 三行——哪怕字段是 DECIMAL 或 DATETIME，只要值精确等于边界，就一定被包含。
常见误判场景：
- 以为
BETWEEN '2024-01-01' AND '2024-01-31'能覆盖整月所有时间戳，实际会漏掉'2024-01-31 10:20:30'之后的记录（因为隐式转换为'2024-01-31 00:00:00'） - 对字符串使用
BETWEEN时依赖字典序，WHERE name BETWEEN 'a' AND 'c'不会匹配'cafe'（'c' 为真，但'cafe' 为假）
BETWEEN 对 NULL 的处理：不匹配任何含 NULL 的行
如果被比较的字段值为 NULL，整个 BETWEEN 表达式结果恒为 UNKNOWN，该行不会出现在结果集中——这和 WHERE col = NULL 一样，不能用 = NULL 判断，也不能靠 BETWEEN 捕获。
正确做法是显式补判断：
SELECT * FROM orders WHERE (status BETWEEN 'shipped' AND 'delivered') OR status IS NULL;
注意：NULL BETWEEN x AND y 永远不成立，MySQL 不做特殊兜底。
日期范围查询必须显式写全时间精度
用 BETWEEN 查日期时，若字段类型是 DATETIME 或 TIMESTAMP，只写日期字符串会丢失时间部分，导致范围意外截断。
安全写法：
- 查「2024-01-01 整天」：用
WHERE created_at >= '2024-01-01 00:00:00' AND created_at （推荐，可走索引） - 硬要用
BETWEEN：写成WHERE created_at BETWEEN '2024-01-01 00:00:00' AND '2024-01-01 23:59:59'，但注意秒级精度可能漏掉23:59:59.5这类微秒值 - 避免
BETWEEN '2024-01-01' AND '2024-01-01'—— 它实际查的是'2024-01-01 00:00:00'这一瞬
BETWEEN 性能依赖索引和数据分布
当字段有索引时，BETWEEN 通常能触发范围扫描（range 类型），但效果受两个因素影响：
- 左右边界值是否在索引统计信息中存在：如果
low值极小或high值极大，优化器可能放弃范围扫描，改用全表扫描 - 范围过大（如覆盖 > 20% 行数）：MySQL 可能判定走索引成本高于全表扫描，自动降级
- 复合索引中，
BETWEEN只能用于最左前缀连续部分：索引为(a, b, c)，则WHERE a = 1 AND b BETWEEN 2 AND 4有效；但WHERE a BETWEEN 1 AND 3 AND c = 5无法利用c字段的索引
执行前务必用 EXPLAIN 确认 type 是 range，且 key 显示用了哪个索引。