CROSS JOIN 专用于穷举所有可能组合，而非关联匹配数据；仅在需生成全量排列（如测试数据、维度映射、参数枚举）时使用，其结果为两表行数乘积，无条件筛选，语义上区别于INNER JOIN的匹配逻辑。
CROSS JOIN 不是用来“关联数据”的，而是用来“穷举组合”的——它不检查字段匹配，只做笛卡尔积。用错场景或漏加限制，结果集会爆炸式膨胀。
什么时候该用 CROSS JOIN，而不是 INNER JOIN
当你明确需要所有可能的排列组合时才用 CROSS JOIN，比如生成测试数据、构建维度表全量映射、枚举参数组合。它和 INNER JOIN 本质不同：INNER JOIN 是筛选匹配项，CROSS JOIN 是无条件全排列。
- 如果两张表分别是 100 行和 200 行，
CROSS JOIN返回 20000 行；INNER JOIN可能只返回几十行（取决于匹配数） - 写
SELECT * FROM t1 CROSS JOIN t2 WHERE t1.id = t2.t1_id等价于INNER JOIN，但语义混乱，可读性差，执行计划也可能更差 - 某些旧版 MySQL 或严格模式下，
CROSS JOIN加ON子句会报错，因为语法上它不接受连接条件
CROSS JOIN 的两种写法等效但风格差异大
显式写法 CROSS JOIN 和隐式逗号写法在逻辑和结果上完全一致，但可读性和维护性差别明显：
- 显式写法：
SELECT a.name, b.code FROM users a CROSS JOIN roles b—— 意图清晰，一眼看出是穷举 - 隐式写法：
SELECT a.name, b.code FROM users a, roles b—— 容易被误认为是漏写了WHERE，尤其在多表查询中极易引发笛卡尔积 bug - SQL 标准推荐显式写法，多数 linter（如 SQLFluff）会警告逗号分隔的多表
FROM子句
避免意外笛卡尔积的三个实操习惯
90% 的“慢查询”或“内存溢出”问题，源于本该用 INNER JOIN 却写了 CROSS JOIN，或忘了加过滤条件。关键不是语法对不对，而是意图有没有被强制表达：
- 只要涉及两张及以上表，
FROM后第一个表之后的每个表，都必须明确写出连接类型：要么INNER JOIN，要么LEFT JOIN，要么CROSS JOIN—— 不留空白 - 如果真要用
CROSS JOIN，在注释里写清楚用途，例如：-- 生成所有用户×权限组合用于初始化ACL - 上线前查执行计划：
EXPLAIN中若看到rows列是两表行数乘积，且没走索引，就要立刻确认是不是误用了CROSS JOIN
真正难的不是写出 CROSS JOIN，而是判断此刻到底需不需要它——多数时候你其实想要的是带条件的 JOIN，只是忘了写 ON 或写错了字段名。
