CROSS JOIN 在 MySQL 里是一种挺特别的连接操作，它能弄出连接表的笛卡尔积。这就是说，要是表 A 有 m 行，表 B 有 n 行，那 A CROSS JOIN B 的结果就会有 m*n 行。比如说，在一些资料里讲，如果每个表都有 1000 行，那返回的结果数量就有 1000×1000 = 1000000 行，数据量可大了。
这种连接方式就跟两个集合相乘似的。想象一下两个简单的表，一个是颜色的表，另一个是形状的表。要是用 CROSS JOIN，就能得到每种颜色和每种形状的所有可能组合。就好像有两堆卡片，一堆写着不一样的颜色，另一堆画着不一样的形状，通过 CROSS JOIN 就能把每一张颜色卡片和每一张形状卡片放一块，看看它们组合起来啥样。
在 MySQL 里，可以用 CROSS JOIN 这个关键字，或者简单的逗号 (,) 来弄成这种连接。比如说 SELECT * FROM table1 CROSS JOIN table2; 或者 SELECT * FROM table1, table2; 这两种办法是一样的。要是在 FROM 子句里列了好几个表，而且没用其他类型的 JOIN（像 INNER JOIN、LEFT JOIN 这些），那 MySQL 就会默认弄成 CROSS JOIN。
虽说 CROSS JOIN 在某些情况下能弄出所有可能的组合，可在实际用的时候得小心点，因为它可能会让结果集特别大，然后带来性能方面的问题。
二、CROSS JOIN 的语法与使用方法
（一）标准语法格式
SELECT <字段名> FROM <表 1> CROSS JOIN <表 2> [WHERE 子句]这是 MySQL 官方建议的标准写法。要弄多个表交叉连接的时候，在 FROM 后面连着用 CROSS JOIN 就行。比如说有三个表 tableA、tableB 还有 tableC，做交叉连接能写成 SELECT * FROM tableA CROSS JOIN tableB CROSS JOIN tableC; 。这样写能清楚地表示做的是交叉连接操作，对提高代码的能看懂的程度和能维护的程度有帮助。要是每个表的行数不一样，假设 tableA 有 100 行，tableB 有 150 行，tableC 有 200 行，那最后结果集的行数就是 100 * 150 * 200 = 3000000 行，数据量会跟着表的数量和行数快速变多。
（二）等效语法
SELECT <字段名> FROM <表 1>, <表 2> [WHERE 子句]这种写法跟标准语法效果一样。在 MySQL 里，要是在 FROM 子句里列了好几个表，而且没指定其他 JOIN 类型，就默认做 CROSS JOIN。比如说 SELECT * FROM table1, table2; 就跟 SELECT * FROM table1 CROSS JOIN table2; 是一样的。这种一样的效果在实际用的时候能按照开发者的习惯还有代码的简单程度来选着用。不过得注意，在复杂的查询里，为了不弄混、不出错，最好清楚地用标准的 CROSS JOIN 语法或者其他特定的 JOIN 类型。
（三）带有 WHERE 子句的用法
虽说 CROSS JOIN 本身没有连接的条件，不过能通过加 WHERE 子句来过滤结果。比如说，假设有两个表 student 和 course，咱们想查年龄大于 18 岁的学生和特定编号课程的组合，就能用下面这个查询语句：SELECT * FROM student CROSS JOIN course WHERE student.age > 18 AND course.id = 123; 。通过 WHERE 子句，咱们能按照特定的条件挑出符合要求的笛卡尔积结果，这样能让结果集变小，提高查询的效率。但就算加了 WHERE 子句，CROSS JOIN 还是可能弄出挺大的结果集，所以用的时候得小心想想条件合不合理，还有数据量的大小。
三、CROSS JOIN 的实际应用场景
（一）生成组合数据
在实际做业务的时候，生成组合数据的需求挺常见的。比如说，一家电商企业可能有个产品表，记着各种商品的信息，同时还有个颜色表，有不同的颜色选项。企业要是想展示每个产品的每种颜色的组合列表，CROSS JOIN 就能起大作用。
假设产品表有 50 种不一样的产品，颜色表有 10 种颜色。要是用 CROSS JOIN，那结果集就会有 50 * 10 = 500 种不同的产品颜色组合。这样的组合列表能帮企业在网站上展示更丰富的商品信息，让消费者能更直接地看到不同产品和颜色搭配起来是啥效果。
（二）与常量表进行连接
有些时候，咱们可能得和一个有常量值的表连接，来把查询的结果集变大。这时候，CROSS JOIN 就能和常量表一块用，给每行加上更多的列或者值。
比如说，咱们有个销售数据表，记着不同商品的销售情况。现在咱们想给这个销售数据表加个季节列，为了分析不同季节的销售情况。咱们能弄个常量表，有四个季节的值（春、夏、秋、冬）。然后用 CROSS JOIN 把销售数据表和常量表连接起来，这样就能给销售数据表的每一行都加上一个季节列，把查询结果集变大了。
（三）在特定业务场景中的应用
拿统计每个商店每种商品总共的营业额来说，咱们能看出 CROSS JOIN 在满足特定业务需求上很厉害。
假设咱们有一个商店表 stores、一个商品表 products 还有一个销售表 sales。一开始，咱们用 CROSS JOIN 能得出所有商店和商品的组合数据，就像前面说的笛卡尔连接。这样咱们就有了一个有所有可能组合的基础数据集。
然后，咱们把这个组合数据和统计数据的 SQL 关联起来。通过连接的条件，咱们能把销售表的数据和商店、商品表关联上，就能算出每个商店每种商品的营业额。要是某个商店没卖某种商品，用特定的函数（像 IFNULL），咱们能把它的营业额设成 0，保证结果集是完整的。
这种办法能满足一些复杂的业务需求，比如说按销售员、月份找销售收入，就算这个销售员在特定月份没销售。通过灵活地用 CROSS JOIN，咱们能更好地处理各种业务场景里的数据需求。
四、CROSS JOIN 的注意事项与优化策略
（一）性能考虑
CROSS JOIN 执行的时候可能会弄出好多结果行，特别是连接的表特别大的时候，这对性能影响可大了。比如说，要是两个表分别有 100 万行数据，那 CROSS JOIN 的结果集可能就会有 100 万 * 100 万 = 10000 亿行数据。这么大的结果集不光占好多内存空间，还会让查询执行的时间变长。
为了不碰上性能的问题，用 CROSS JOIN 的时候，一定得保证只返回真需要的数据。能通过加上合适的筛选条件来限制结果集的大小。比如说，在查询里用 WHERE 子句来说明特定的条件，只返回满足这些条件的行组合。
（二）可读性与替代方案
有些时候，虽说 CROSS JOIN 在技术上能行，但用其他类型的 JOIN（像 INNER JOIN 或者 LEFT JOIN）可能更明白、更好懂。这是因为其他 JOIN 类型一般是按照特定的连接条件来连接的，可 CROSS JOIN 是把所有可能的行组合都返回，不考虑任何连接条件。 另外，要是就想弄出两个表的笛卡尔积，而且不在 WHERE 子句里加额外的条件，
也能想想用别的办法来实现。比如说，可以写个套着的循环来把两个表的所有行都过一遍，虽说这种办法在大多数情况下可能不像用 SQL 的 CROSS JOIN 那么高效、那么简单，但在某些特定的情况里可能是个能行的替代办法。
（三）优化策略
限制结果集大小：在查询里加上 WHERE 子句或者其他筛选条件，让返回的行数变少。这能让查询执行的时间变短，内存用得也少。比如说，可以按照特定的字段值来筛选，只返回满足条件的行组合。
用索引：保证连接的列上有索引，这样能让查询的时候找数据、匹配数据变快。索引能让数据库查询更有效率，特别是处理好多数据的时候。要是连接的列上没索引，数据库可能就得全表扫描，这会让查询的性能差好多。
别在结果集里用好多数据：尽量只挑需要的列，别用 SELECT * 来返回所有列。这能少点数据传输的花费和处理的时间。只选必要的列能让结果集变小，这样就能让查询的性能变好。
想想查询逻辑：写 CROSS JOIN 查询的时候，好好想想查询逻辑是不是真得要笛卡尔积。有时候，重新设计查询或者用其他 JOIN 类型，可能能更有效地拿到想要的数据。比如说，可以先拿其他 JOIN 类型弄点部分数据，然后再接着处理，别直接就用 CROSS JOIN 。
五、CROSS JOIN 与其他 JOIN 类型的比较
（一）CROSS JOIN 与 INNER JOIN
用途不一样：
CROSS JOIN 能弄出两个表之间的笛卡尔积，就是每一行都和另一个表的每一行组合一回，不根据任何连接条件。
INNER JOIN 是用来挑出符合连接条件的行，为的是把两个或者更多个表的有关数据组合在一块。
性能不一样：
CROSS JOIN 因为返回的结果集一般都特别大，性能可能就比 INNER JOIN 差。INNER JOIN 靠连接条件把两个表匹配上，只返回符合条件的匹配行，相对更有效率。
用的地方不一样：
INNER JOIN 一般在需要把两个或者更多个表的有关数据组合起来的时候用。比如说，要是有一个用户表和一个订单表，想拿到有订单的用户信息，就能用 INNER JOIN，只返回在用户表和订单表都有的记录。
CROSS JOIN 一般是在需要展示所有行组合的时候用。比如说有一个颜色表和一个形状表，想知道每种颜色和每种形状的组合，就能用 CROSS JOIN。
内容复杂程度不一样：
INNER JOIN 就返回和连接条件匹配的行，结果集通常更简单，也好懂。
CROSS JOIN 返回笛卡尔积，一般会弄出更多行，更不好懂。
数据一致性不一样：
INNER JOIN 只匹配符合连接条件的行，结果集的数据一致性相对更高。
CROSS JOIN 的结果集可能特别大，里头可能有好多没用的行，数据一致性可能就低了。
（二）CROSS JOIN 与 LEFT JOIN
结果集不一样：
CROSS JOIN 能弄出两个表的笛卡尔积，行数是两个表行数相乘。
LEFT JOIN 能返回左表的所有行还有右表中能匹配上的行，要是右表中没有能匹配的行，就返回 NULL 值。比如说，有一个用户表和一个订单表，用 LEFT JOIN 的时候会返回所有用户还有他们的订单信息（要是有的话），就算用户没下过订单，订单信息那列就显示 NULL。
连接条件不一样：
CROSS JOIN 没有连接条件，就是简单地把一个表的每一行和另一个表的每一行组合。
LEFT JOIN 是根据特定的连接条件来连接的，一般是左表的某个列和右表的某个列匹配。
用的地方不一样：
CROSS JOIN 适合在需要展示所有行组合的时候用，比如说生成组合数据这种情况。
LEFT JOIN 经常在需要拿到左表的所有记录，还得关联右表中符合条件的记录的情况用。比如说假设有两个表，一个存了所有用户信息，另一个存了用户的订单信息，想拿到所有用户还有他们的订单信息，就能用 LEFT JOIN。
（三）CROSS JOIN 与 RIGHT JOIN
结果集不一样：
CROSS JOIN 能弄出两个表的笛卡尔积，行数是两个表行数相乘。
RIGHT JOIN 能返回右表的所有行还有左表中能匹配上的行，要是左表中没有能匹配的行，就返回 NULL 值。比如说，有一个订单表和一个配送表，用 RIGHT JOIN 的时候会返回所有订单还有它们的配送信息（要是有的话），就算有些订单没有配送信息，配送员那列就显示 NULL。
连接条件不一样：
CROSS JOIN 没有连接条件，就是简单地把一个表的每一行和另一个表的每一行组合。
RIGHT JOIN 是根据特定的连接条件来连接的，一般是右表的某个列和左表的某个列匹配。
用的地方不一样：
CROSS JOIN 适合在需要展示所有行组合的时候用，比如说生成组合数据这种情况。
RIGHT JOIN 经常在需要拿到右表的所有记录，还得关联左表中符合条件的记录的情况用。比如说假设有两个表，一个存了所有订单信息，另一个存了订单的配送信息，想拿到所有订单还有它们的配送信息，就能用 RIGHT JOIN。
在选哪种 JOIN 类型的时候，得按照具体的查询需要和数据关系来决定。要是需要拿到两个表的笛卡尔积，那 CROSS JOIN 就行。但要是需要根据一些条件来挑或者合并两个表的行，那其他类型的 JOIN 可能更合适。