BETWEEN在WHERE中表示闭区间，包含两端边界值，等价于“>= AND

BETWEEN 在 WHERE 中能正确查出闭区间数据，但要注意它对边界值的包含逻辑和类型隐式转换风险

WHERE ... BETWEEN 包含两端边界值

BETWEEN 是闭区间操作符，BETWEEN 10 AND 20 等价于 value >= 10 AND value ，不是半开区间。这意味着 <code>10 和 20 都会被命中。

• 如果字段是整数，WHERE age BETWEEN 18 AND 65 会返回 18、65 及中间所有整数
• 如果字段是日期，WHERE order_date BETWEEN '2024-01-01' AND '2024-01-31' 会包含起止日的 00:00:00，但不包含 '2024-01-31 23:59:59' —— 因为字符串比较只到日精度，除非显式带上时间
• 避免写成 BETWEEN 20 AND 10：顺序颠倒会导致查询结果为空（大多数数据库不自动交换上下界）

字符串和日期用 BETWEEN 要小心隐式类型转换

当字段是 CHAR 或 VARCHAR，BETWEEN 'a' AND 'z' 按字典序比较，但若字段含前导空格或大小写敏感 collation，可能漏匹配；日期字段若存为 TEXT 或 INT（如 Unix 时间戳），BETWEEN '2024-01-01' AND '2024-12-31' 可能触发隐式转换，导致索引失效或错误结果。

• 日期字段务必确保是 DATE、DATETIME 或 TIMESTAMP 类型，否则改用 STR_TO_DATE() 或 CAST(... AS DATE) 显式转换
• 字符串范围查询优先考虑 LIKE 或函数索引，BETWEEN 更适合结构化、可排序的枚举值（如状态码 '001' BETWEEN '001' AND '009'）
• PostgreSQL 对大小写敏感，MySQL 默认不敏感，但取决于 column collation，不能依赖默认行为

替代方案：用 >= 和

多数场景下，手写 WHERE value >= 10 AND value 比 <code>BETWEEN 更清晰，尤其涉及变量、表达式或需要排除某一边界时。

• 要查“大于等于 10，小于 20”，必须写 value >= 10 AND value ，<code>BETWEEN 无法直接表达左闭右开
• 当边界来自子查询或函数，如 BETWEEN (SELECT min_val FROM config) AND (SELECT max_val FROM config)，部分旧版 MySQL 不支持，而 >=/ 兼容性更好
• 在复合条件中混用时，AND 优先级高于 BETWEEN，但括号仍是好习惯：WHERE active = 1 AND (score BETWEEN 80 AND 100)

真正容易被忽略的是时间字段的精度陷阱：用 BETWEEN '2024-01-01' AND '2024-01-31' 查 DATETIME 列，实际等效于 >= '2024-01-01 00:00:00' AND ，会丢掉当天其余时间的数据。