CROSS JOIN是显式实现笛卡尔积的SQL语法，不带ON/USING条件，将左表每行与右表每行配对；它与逗号语法（FROM t1, t2）语义和执行结果完全等价，但CROSS JOIN意图更清晰、可读性更强、更符合SQL标准且不易被误认为遗漏连接条件。
什么是CROSS JOIN，它和逗号语法有啥区别
CROSS JOIN 就是显式写出的笛卡尔积操作，它不带 ON 或 USING 条件，把左表每一行和右表每一行都配对一次。MySQL 中它和用逗号分隔表名（SELECT * FROM t1, t2）在语义上完全等价，执行计划也一样。
但关键区别在于可读性和 SQL 标准兼容性：CROSS JOIN 更明确表达“我要笛卡尔积”，而逗号写法容易被误读为漏写了 JOIN 条件。某些 ORM 或 SQL 分析工具对逗号语法支持较弱，甚至会报 warning。
推荐统一用 CROSS JOIN，尤其当逻辑本意就是穷举组合时——比如生成测试数据、枚举状态组合、构建时间维度表。
怎么避免意外生成超大结果集
笛卡尔积的行数 = 左表行数 × 右表行数。哪怕两个小表（各 1 万行），结果就是 1 亿行。MySQL 很可能直接卡死或触发 max_join_size 限制，报错：The SELECT would examine more than MAX_JOIN_SIZE rows。
实操前务必确认两件事：
- 用
SELECT COUNT(*) FROM table_name先查清两边数据量 - 加
LIMIT测试，比如SELECT * FROM t1 CROSS JOIN t2 LIMIT 100 - 如果只是要构造固定数量的组合（如 1000 行测试数据），优先用
VALUES或派生表控制规模，别硬连真实业务表 - 生产环境禁止在无
WHERE过滤的CROSS JOIN上加索引——没用，优化器不会走
什么时候该用 CROSS JOIN，而不是 INNER JOIN
核心判断标准：是否真的需要“无条件配对”。INNER JOIN 隐含关联逻辑（即使你写成 ON 1=1），而 CROSS JOIN 是 SQL 标准里唯一明确表示“我就是要笛卡尔积”的语法。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
典型适用场景：
- 生成日期+产品组合：比如用一个日期表
dates和一个产品表products构建每日每品的占位记录 - 枚举配置项：如
regions表 ×categories表，产出所有区域-类目组合用于初始化统计口径 - 测试填充：给空表快速注入 N×M 条模拟数据，配合
INSERT ... SELECT
反例：如果两表实际有关联字段（如 user_id），却写成 CROSS JOIN 再靠 WHERE 过滤，性能极差且语义混乱——这时必须改用 INNER JOIN ON。
如何用 CROSS JOIN 做轻量级数据生成（不依赖外部脚本）
MySQL 8.0+ 支持 VALUES 表值构造器，配合 CROSS JOIN 可免去建临时表：
SELECT d.day, p.product_name
FROM (VALUES ROW('2024-01-01'), ROW('2024-01-02'), ROW('2024-01-03')) AS d(day)
CROSS JOIN (VALUES ROW('A'), ROW('B'), ROW('C')) AS p(product_name);注意点：
-
VALUES在 MySQL 中要求至少一行，不能空；多行需用逗号分隔 - 别名必须用
AS alias(col1, col2)形式声明列名，否则报错Unknown column 'col1' in 'field list' - 如果版本低于 8.0，可用
(SELECT '2024-01-01' UNION ALL SELECT '2024-01-02')替代，但更啰嗦
这种写法适合生成几十到几百行的结构化测试数据，比写 Python 脚本快，也比导 Excel 再导入更可控。
