笛卡尔积（Cartesian Product）通俗解释： 终于把笛卡尔积讲明白了

专业定义

笛卡尔积：是集合论中的一个概念，指两个集合X和Y的笛卡尔积，是所有可能的有序对(x,y)的集合，其中x∈X，y∈Y。在数据库中，当两个表进行JOIN操作时，如果没有有效的连接条件，就会产生笛卡尔积，即第一个表的每一行都会与第二个表的每一行进行组合。

通俗解释

简单说就是：“排列组合的所有可能性”

想象你有两个盒子：

• 盒子A：有3个苹果
• 盒子B：有2个橘子

如果要从两个盒子各拿一个水果，总共有多少种拿法？
答案：3 × 2 = 6种拿法

这就是笛卡尔积！

生活例子

例子1：穿衣搭配

上衣：[白衬衫, 黑T恤, 蓝毛衣]     (3件)
裤子：[牛仔裤, 黑裤子]           (2件)

所有搭配组合：
白衬衫 + 牛仔裤
白衬衫 + 黑裤子  
黑T恤 + 牛仔裤
黑T恤 + 黑裤子
蓝毛衣 + 牛仔裤
蓝毛衣 + 黑裤子

总共：3 × 2 = 6种搭配

例子2：点餐组合

主食：[米饭, 面条, 馒头]         (3种)
菜：[青椒肉丝, 红烧肉]          (2种)

所有点餐组合：
米饭 + 青椒肉丝
米饭 + 红烧肉
面条 + 青椒肉丝  
面条 + 红烧肉
馒头 + 青椒肉丝
馒头 + 红烧肉

总共：3 × 2 = 6种组合

数据库中的笛卡尔积问题

表结构示例

用户表(fa_user)：
+--------+----------+
| id     | username |
+--------+----------+
| 1      | 张三     |
| 2      | 李四     |
+--------+----------+

VIP记录表(fa_vip_record)：
+----+---------+--------+
| id | user_id | 到期时间|
+----+---------+--------+
| 10 |    1    | 2025年 |
| 11 |    2    | 2025年 |
| 12 |    2    | 2026年 |  ← 李四有2条VIP记录
+----+---------+--------+

加速卡记录表(fa_jiasu_record)：
+----+---------+--------+
| id | user_id | 到期时间|
+----+---------+--------+
| 20 |    1    | 2025年 |
| 21 |    2    | 2025年 |
| 22 |    2    | 2026年 |  ← 李四有2条加速卡记录
| 23 |    2    | 2027年 |  ← 李四有3条加速卡记录
+----+---------+--------+

错误的JOIN查询

SELECT * 
FROM fa_vip_record v
INNER JOIN fa_jiasu_record j ON v.user_id = j.user_id

结果展示（字符图表）

错误的查询结果：
+----+---------+----+---------+
|VIP | user_id |加速| user_id |
| ID |         |卡ID|         |
+----+---------+----+---------+
| 10 |    1    | 20 |    1    |  ← 张三：1×1=1行
+----+---------+----+---------+
| 11 |    2    | 21 |    2    |  ← 李四：第1种组合
| 11 |    2    | 22 |    2    |  ← 李四：第2种组合  
| 11 |    2    | 23 |    2    |  ← 李四：第3种组合
| 12 |    2    | 21 |    2    |  ← 李四：第4种组合
| 12 |    2    | 22 |    2    |  ← 李四：第5种组合
| 12 |    2    | 23 |    2    |  ← 李四：第6种组合
+----+---------+----+---------+

李四的笛卡尔积：2条VIP记录 × 3条加速卡记录 = 6行结果

图解笛卡尔积过程

李四的数据组合过程：

VIP记录     加速卡记录      组合结果
  11    ×      21      =   (11,21)
  11    ×      22      =   (11,22)  
  11    ×      23      =   (11,23)
  12    ×      21      =   (12,21)
  12    ×      22      =   (12,22)
  12    ×      23      =   (12,23)

总共：2 × 3 = 6种组合
但李四只是1个用户！

统计问题演示

错误统计

-- 统计有VIP和加速卡的用户数
SELECT COUNT(DISTINCT v.user_id) 
FROM fa_vip_record v
INNER JOIN fa_jiasu_record j ON v.user_id = j.user_id

结果：看起来是2个用户（张三1次，李四6次但DISTINCT后还是算1次）
实际：确实是2个用户
看起来没问题？

但如果这样统计就错了

-- 如果统计总记录数
SELECT COUNT(*) 
FROM fa_vip_record v
INNER JOIN fa_jiasu_record j ON v.user_id = j.user_id

结果：7条记录（1 + 6）
实际：应该是2个用户的数据

这就是问题所在！

解决方案对比图

方案一：EXISTS（推荐）

逻辑：以用户为主体，检查是否同时存在VIP和加速卡记录

fa_user表：
+----+----------+
| id | username |
+----+----------+
| 1  | 张三     | ← 检查：有VIP记录吗？有加速卡记录吗？
| 2  | 李四     | ← 检查：有VIP记录吗？有加速卡记录吗？
+----+----------+

结果：每个用户只检查一次，不会重复

方案二：传统JOIN（有问题）

逻辑：VIP记录和加速卡记录进行组合

VIP记录 × 加速卡记录 = 所有可能的组合
      ↓
   笛卡尔积
      ↓  
   重复计算

记忆口诀

数学公式：

集合A有m个元素，集合B有n个元素
笛卡尔积 = m × n 个组合

数据库版本：

表A有m行数据，表B有n行数据
无条件JOIN = m × n 行结果
一对多关系JOIN = 容易产生意外的笛卡尔积

检查方法：

如果查询结果数量 = 表A记录数 × 表B记录数
那么很可能是笛卡尔积问题！

预防措施：

1. JOIN必须有有效的连接条件
2. 一对多关系优先考虑EXISTS
3. 统计用户数时要去重
4. 结果异常时首先怀疑笛卡尔积

总结

笛卡尔积就像是“强制配对”：

• 每个VIP记录都要和每个加速卡记录”握手”
• 即使它们属于同一个用户
• 结果就是数据”爆炸式”增长
• 统计时就会出现重复计算的问题

关键理解： 不是JOIN本身有问题，而是当存在一对多关系时，JOIN会产生比我们期望更多的结果行。

本作品采用《CC 协议》，转载必须注明作者和本文链接