说起SQL里的范围查询，BETWEEN操作符绝对是高频选手。但你真的了解它的全部脾气吗？今天咱们就来聊聊，这个看似简单的语法糖，背后藏着哪些容易踩坑的细节。
首先，得明确一个核心概念：BETWEEN本质上就是个语法糖，它完全等价于“>= AND <=”。 理解这一点，是避开后续所有陷阱的基础。
WHERE column BETWEEN value1 AND value2 的真实含义
BETWEEN构造的是一个数学上严格的闭区间 [value1, value2]，两端都包含在内。这可不是什么“大概在中间”的模糊描述。
- 如果手滑写成了
value1 > value2（比如age BETWEEN 60 AND 18），那可就尴尬了。多数主流数据库（像MySQL、PostgreSQL、SQL Server）会默默返回一个空结果集，不报错，但逻辑上已经失效了。 - 用在字符串上时，比较是按字典序进行的。比如
name BETWEEN 'A' AND 'H'能匹配到‘Apple’、‘Hello’，但‘Zebra’肯定不行。这里要特别注意大小写敏感性，小写字母‘a’和大写字母‘A’在字典序里位置不同，很可能不会被匹配到。 - 日期类型是重灾区。写
created_at BETWEEN '2026-04-01' AND '2026-04-05'时，数据库通常会把它等价于created_at >= '2026-04-01 00:00:00' AND created_at <= '2026-04-05 00:00:00'。看出来了吗？这会漏掉4月5日当天所有非零点时刻的数据。处理带时间的日期字段，务必显式指定时间，或者使用日期函数截取日期部分。
子查询不能直接用在 BETWEEN 左右边界
你可能想过用子查询来动态确定范围，比如amount BETWEEN (SELECT MIN(amount) FROM sales) AND (SELECT MAX(amount) FROM sales)。想法很美好，但实践要小心。
- 这种写法在MySQL 8.0+和PostgreSQL里可能被允许，但在SQL Server或旧版MySQL中，很可能直接报错或者行为不可预测。
- 真正安全、通用的写法是把它拆开：
amount >= (SELECT MIN(amount) FROM sales) AND amount <= (SELECT MAX(amount) FROM sales)。每个子查询都必须确保只返回一行一列的标量值，否则就会触发“子查询返回多行”的错误。 - 如果需要更复杂的动态范围（比如“找出钱额在部门平均值的90%到110%之间的记录”），也必须用两个独立的子查询来完成，别指望BETWEEN能一次性搞定。
NOT BETWEEN 容易被忽略的 NULL 行为
这个坑相当隐蔽。column NOT BETWEEN a AND b 并不完全等价于 NOT (column BETWEEN a AND b)。关键就在于NULL值的处理。
- 当
column的值为NULL时，NULL NOT BETWEEN a AND b这个表达式的结果是NULL（不是TRUE）。而在WHERE子句中，NULL会被视为FALSE，导致该行被过滤掉。 - 这意味着，
NOT BETWEEN不会返回那些该列为NULL的记录，即使你心里觉得“空值当然不在我指定的范围内”。 - 如果你确实需要包含NULL值，必须明确写出来：
column NOT BETWEEN a AND b OR column IS NULL。 - 同理，
BETWEEN本身遇到NULL值，结果也是NULL，所以NULL记录也永远不会被BETWEEN匹配到。
说到底，BETWEEN操作符最常让人栽跟头的地方，就是日期边界的时间精度问题，以及子查询作为边界时的标量约束。这些问题往往不会抛出醒目的错误，却会悄无声息地让你的查询结果变少甚至变空。理解它的等价本质和这些边界情况，才能用得放心。
