SQL 中的笛卡尔积由 CROSS JOIN（交叉连接）产生，它把左表的每一行与右表的每一行无条件组合，结果行数等于两表行数之积。实现方式有两种：显式写 CROSS JOIN，或用逗号分隔表名且不带 WHERE 过滤条件（隐式写法）。CROSS JOIN 不是函数，而是一种 JOIN 操作，自 SQL-92 起被 PostgreSQL、Oracle、MySQL 等主流关系型数据库支持。它适合生成测试数据、枚举全组合（如颜色×尺寸）等少数场景，但结果集会随表行数呈乘法膨胀——据 Devart 文档举例，两个各 1000 行的表做 CROSS JOIN 会产出 100 万行，因此存在性能灾难与数据泄露风险，生产环境必须审慎。
一、什么是笛卡尔积：行数的乘法
笛卡尔积（Cartesian Product）指两个集合间所有可能的有序配对。落到 SQL 上，若左表有 m 行、右表有 n 行，CROSS JOIN 的结果就是 m × n 行，且不需要任何连接条件。据 mysqltool.com 的交叉连接教程，它”返回两个表的笛卡尔积，左表每一行与右表每一行组合”，是最基础的连接形态。
理解上，tsight.io 用一个比喻区分：普通 JOIN 像”按钥匙开锁，只组合匹配的行”；CROSS JOIN 则”把所有钥匙试遍所有锁，无论是否匹配”。正是这种无差别组合，带来了它的价值，也埋下了隐患。
二、两种实现方式
CROSS JOIN 的写法分显式与隐式两类，CSDN 技术问答明确指出推荐显式写法以增强可读性：
-- 显式语法（推荐，意图明确）
SELECT * FROM table1 CROSS JOIN table2;
-- 隐式语法（逗号分隔，不推荐）
SELECT * FROM table1, table2;
隐式写法在 FROM 子句用逗号列出多表，若没有 WHERE 条件进行过滤，效果等同 CROSS JOIN。dotcpp 的教程提醒，这种写法容易误用、可读性差，应尽量避免。值得注意：若在逗号连接后补上 WHERE table1.id = table2.id，它就退化成了 INNER JOIN 的等价形式，不再产生全笛卡尔积。
三、核心用途
尽管日常业务查询很少用到，CROSS JOIN 在以下场景有真实价值：
生成测试数据。把两张小表交叉，可快速造出大量组合行，用于性能压测或模拟。Devart 文档提到，CROSS JOIN 是”生成大规模数据集”的手段之一。
枚举所有组合。当业务需要穷举维度配对时，它最直接。例如颜色表与尺寸表交叉，一次性得到”红/S、红/M、蓝/S……”全部 SKU 组合：
SELECT colors.color_name, sizes.size_name
FROM colors CROSS JOIN sizes;
补全维度与构建报表模板。先 CROSS JOIN 生成”日期 × 产品”的基准网格，再用 LEFT JOIN 关联真实销售数据，空缺项自然留 NULL，便于做交叉表分析。mysqltool.com 也将”多维度分析、生成所有维度交叉表”列为典型用途。
四、三大风险
| 风险维度 | 表现 | 触发条件 |
|---|---|---|
| 结果集爆炸 | 行数呈 m×n 乘法增长 | 两表均较大（如各 10 万行 → 100 亿行） |
| 性能灾难 | 内存/CPU 耗尽、查询极慢 | 无过滤地对大表交叉 |
| 数据泄露 | 敏感字段被无差别组合暴露 | 将隐私表与无关表交叉 |
结果集爆炸是最直观的威胁。两个 1000 行表交叉即 100 万行；若各 10 万行，则膨胀到 100 亿行，不仅执行极慢，还可能撑爆数据库（mysqltool.com、dotcpp 均强调需加 LIMIT 或确保数据量极小）。
性能灾难次之。Devart 对比了 CROSS JOIN 与 INNER JOIN 执行同规模（百万行）查询，INNER JOIN 在资源开销上明显更优，因为优化器能用索引与连接条件裁剪数据。
数据泄露是常被忽视的安全维度。tsight.io 指出，CROSS JOIN 会把敏感数据与其他数据无差别组合——例如将客户个人信息与交易记录交叉，可能暴露消费习惯与隐私。生产环境应将其列入安全评估项。
五、如何安全使用与规避
遵循下列顺序，把笛卡尔积关进可控范围：
- 先问是否真需全组合：多数关联查询用
INNER JOIN带ON条件即可，避免无谓交叉。 - 必须交叉时，先做预聚合或预过滤，缩小两张表的行数再交叉。
- 用
WHERE子句在交叉后裁剪无效组合，或模拟 INNER JOIN 的匹配逻辑。 - 对大表交叉务必加
LIMIT，并先在开发环境小表验证。 - 优先写显式
CROSS JOIN而非逗号分隔，让”我有意做全组合”的意图清晰可见，便于代码评审发现误用。
据 Devart 给出的优化建议，用带条件的 INNER/LEFT/RIGHT JOIN 替代、或先用 GROUP BY 预聚合，是规避 CROSS JOIN 性能问题的主要手段。
常见问题（FAQ）
CROSS JOIN 和 FULL OUTER JOIN 一样吗？
不一样。CROSS JOIN 无 ON 条件、产出所有组合；FULL OUTER JOIN 有匹配条件并保留两侧未匹配行。
逗号分隔两表为什么有时是笛卡尔积？FROM a, b 不带 WHERE 过滤即笛卡尔积；一旦加 WHERE a.id=b.id 就等同于 INNER JOIN。
怎么快速判断查询是否意外产生了笛卡尔积？
看执行计划中行数是否等于两表行数之积，或检查 JOIN 是否遗漏 ON 条件、逗号表是否缺 WHERE。
本文更新于 2026 年 8 月，内容综合 Devart dbForge 文档、tsight.io、mysqltool.com、CSDN 及 dotcpp 等公开技术资料整理。
