意外笛卡尔积常因漏写JOIN条件触发，如SELECT * FROM orders, customers；此时结果行为orders行数×customers行数，易致性能崩溃。
什么时候会得到意外的笛卡尔积？
不是你写了 CROSS JOIN 才有笛卡尔积，而是漏写 JOIN 条件时最常触发。比如写 SELECT * FROM orders, customers —— 这在 SQL-89 语法里就是隐式笛卡尔积，MySQL、PostgreSQL 都默认执行，结果行数 = orders 行数 × customers 行数。一旦两表各有 10 万行，瞬间生成 100 亿行，查询卡死或 OOM。
CROSS JOIN 和逗号语法的区别在哪？
语义上完全等价，但可读性和维护性差很多：
-
CROSS JOIN明确表达“我要叉乘”，别人一眼看懂意图；逗号写法像忘了加ON，容易被误判为 bug - 部分数据库（如 SQL Server）不支持无条件逗号语法，但都支持
CROSS JOIN - 在复杂查询中，逗号列表混用
INNER JOIN容易引发优先级混乱；CROSS JOIN作为显式关键字，解析更稳定
推荐统一用 CROSS JOIN，哪怕只是占位：
SELECT a.id, b.name FROM users a CROSS JOIN regions b
真需要笛卡尔积时，怎么避免性能爆炸？
业务上真要全组合（比如生成所有用户 × 所有产品价格快照），必须主动限流和过滤：
- 先确认两表数据量：用
SELECT COUNT(*)查清基数，别靠猜 - 加
WHERE条件提前剪枝：比如只对status = 'active'的用户和is_published = true的商品做叉乘 - 用
LIMIT测试：开发阶段加LIMIT 1000看结果结构是否符合预期 - 避免在大表上直接
CROSS JOIN：可先用子查询或 CTE 抽出小集合再叉乘，例如WITH active_users AS (SELECT id FROM users WHERE last_login > '2024-01-01') SELECT * FROM active_users CROSS JOIN products
为什么 ON 或 USING 在 CROSS JOIN 里无效？
CROSS JOIN 的定义就是无条件全组合，SQL 标准禁止它带 ON 子句。如果你写了：
SELECT * FROM a CROSS JOIN b ON a.id = b.a_id
——多数数据库（PostgreSQL、SQL Server）会直接报错 syntax error at or near "ON"；MySQL 虽然兼容，但会静默忽略 ON，退化成纯笛卡尔积，结果和没写一样。
真要带条件，就该换用 INNER JOIN：
SELECT * FROM a INNER JOIN b ON a.id = b.a_id
真正难的不是写对语法，是想清楚：这个“全组合”是不是业务必需的。大多数标着“需要笛卡尔积”的需求，其实只是没理清关联逻辑。
