不等值JOIN是通过ON子句中使用<、<=、>、>=等非等号条件实现区间匹配的连接方式，用于判断时间区间重叠（如start1 < end2 AND start2 < end1），无法用等值连接表达，且需配合复合索引和过滤策略避免笛卡尔积与性能退化。
什么是不等值JOIN，它为什么能查重叠时间段
不等值JOIN（即 ON 子句中含 <、<=、>、>=、<> 等非等号条件）不是用来“关联相等ID”的，而是用来表达区间关系。查会议室重叠，本质是判断两个时间区间 [start1, end1] 和 [start2, end2] 是否有交集——数学上等价于：start1 < end2 AND start2 < end1。这个条件天然就是不等式，没法用 = 表达。
写法必须避开自连接的笛卡尔爆炸
直接 FROM bookings b1 JOIN bookings b2 ON b1.id <> b2.id AND b1.start_time < b2.end_time AND b2.start_time < b1.end_time 会把每对重叠预订输出两次（b1-b2 和 b2-b1），且当表有 10k 行时，中间结果可能达 1 亿行。实际要加过滤：
- 只保留
b1.id < b2.id，确保每对只出现一次 - 如果业务允许同一会议室才比较重叠，务必加
AND b1.room_id = b2.room_id，否则跨房间也报重叠就失去意义 - 用
EXISTS替代 JOIN 更高效（尤其数据量大时），例如：SELECT * FROM bookings b1<br>WHERE EXISTS (<br> SELECT 1 FROM bookings b2<br> WHERE b2.room_id = b1.room_id<br> AND b2.id <> b1.id<br> AND b2.start_time < b1.end_time<br> AND b1.start_time < b2.end_time<br>)
注意时间字段类型和边界语义
重叠判断是否包含端点，直接影响结果。比如两个预订都是 2024-05-01 10:00:00 开始、11:00:00 结束，算不算重叠？取决于业务规则：
- 若“严格重叠”（不允许接续），用
start1 < end2 AND start2 < end1 - 若“允许刚好衔接”（如 10:00–11:00 和 11:00–12:00 不算冲突），保持上述条件即可
- 若“不允许任何接触”（连端点都不行），得改成
start1 < end2 AND start2 < end1—— 这其实和上一条一样；真要排除端点接触，得用start1 < end2 AND start2 < end1 AND (start1 <> end2 OR start2 <> end1)，但极少见 -
DATETIMEvsTIMESTAMP在时区处理上行为不同，统一用TIMESTAMP或确保所有值已转为同一时区再比
索引不优化不等值条件，得靠覆盖+过滤
数据库无法用 B-tree 索引加速 start_time < ? AND end_time > ? 这类双不等式。常见误操作是给 start_time 和 end_time 分别建单列索引——几乎无效。正确做法：
- 建复合索引：
CREATE INDEX idx_room_start_end ON bookings (room_id, start_time, end_time)，让room_id = ?过滤后，能用上start_time的范围扫描 - 如果只查“某会议室当前是否存在重叠”，可先用
WHERE room_id = ? AND start_time < ? AND end_time > ?快速筛出候选，再在应用层或子查询里做精确交集判断 - PostgreSQL 用户可考虑
tsrange类型 +&&操作符，MySQL 8.0+ 可用INTERSECTS函数（需空间扩展），但前提是字段已转为对应类型
真正难的不是写出条件，而是让百万行预订表在秒级返回——这取决于索引设计是否贴合查询模式，而不是 JOIN 写得多漂亮。
