CROSS JOIN生成笛卡尔积，即左表每行与右表每行配对，结果行数等于两表行数乘积；它是标准SQL行为，非bug，但易因遗漏连接条件被误用，适用于可控规模的全组合场景。
什么是CROSS JOIN生成的笛卡尔积
CROSS JOIN 就是不带 ON 条件的 JOIN，它会让左表每一行和右表每一行配对，结果行数 = 左表行数 × 右表行数。这不是 bug，是标准行为，但容易被误用成 INNER JOIN 写漏了条件。
生成测试数据时，它很实用——比如要快速构造 100 个用户 × 5 种状态 = 500 条组合记录。
用 VALUES 构造小规模测试表再 CROSS JOIN
不用建真实表，直接用 VALUES 生成内存临时行集，配合 CROSS JOIN 最干净：
SELECT u.name, s.status
FROM (VALUES ('Alice'), ('Bob'), ('Charlie')) AS u(name)
CROSS JOIN (VALUES ('active'), ('inactive'), ('pending')) AS s(status);注意点：
-
VALUES后必须用AS alias(colname)显式命名列，否则多数数据库（如 PostgreSQL、SQL Server）会报错“column name not specified” - MySQL 8.0+ 支持，但 MySQL 5.7 不支持
VALUES作为表源，得改用(SELECT 'Alice' AS name UNION ALL SELECT 'Bob') - 如果某边是空结果（比如
VALUES()），整个 CROSS JOIN 结果为空 —— 这和 LEFT JOIN 行为不同，容易忽略
避免把 CROSS JOIN 当成 WHERE 过滤的替代品
有人写 SELECT * FROM t1 CROSS JOIN t2 WHERE t1.id = t2.t1_id，这逻辑上等价于 INNER JOIN，但性能更差：先算全量笛卡尔积，再过滤。执行计划里常看到 “Nested Loop” + “Filter” 节点，数据量稍大就卡住。
正确做法：
- 明确想做关联 → 用
INNER JOIN ... ON - 明确想做组合爆炸 → 用
CROSS JOIN，且确保两边数据量可控（比如都 ≤ 1000 行） - 需要部分组合？先用
CROSS JOIN，再加WHERE筛选，但务必确认筛选后仍符合预期基数，别靠运气
在 INSERT 中用 CROSS JOIN 批量造测试数据
想插入 1000 条模拟订单，可结合 generate_series（PostgreSQL）或递归 CTE（SQL Server / MySQL 8.0+）：
-- PostgreSQL 示例 INSERT INTO orders (user_id, product_id, created_at) SELECT u.id, p.id, NOW() - (random() * 30 || ' days')::INTERVAL FROM generate_series(1, 100) AS u(id) CROSS JOIN generate_series(1, 10) AS p(id);
关键细节：
-
generate_series不是 SQL 标准函数，SQLite 和旧版 MySQL 没有，得换方案（如用数字表或应用层生成） - 时间字段用
NOW() - interval比固定值更贴近真实分布，但注意时区和精度 - 插入前最好加
TRUNCATE TABLE orders RESTART IDENTITY（PostgreSQL）或DELETE + DBCC CHECKIDENT（SQL Server），避免主键冲突
笛卡尔积本身简单，难的是控制规模和确认意图——写完 CROSS JOIN 后，务必查下 SELECT COUNT(*) 验证行数是否符合预期，而不是等 INSERT 卡住才反应过来。
