如何用SQL子查询找出从未购买产品的僵尸客户

首先给出一个核心判断：“僵尸客户”在数据库中并无官方定义，仅属于业务概念——指那些注册了账号、生成过记录，但从未下过单的用户。如何用SQL精准识别这些用户？关键在于关联customers和orders两张表进行判断，而非单纯查询时间字段。

SQL中僵尸客户的准确定义

思路简单清晰：客户表中每条记录对应一个用户，订单表中只有真正下过单的用户才会有匹配记录。需要找出的，正是那些在订单表中“查无此人”的记录。

不少新手会直接写WHERE order_date IS NULL——这是一个典型的思维误区。问题在于：从未下单的客户根本不会在orders表中留下任何行，即使执行JOIN也无法匹配，NULL自然也不会凭空出现。

使用NOT EXISTS比LEFT JOIN更稳妥

在实际项目中，NOT EXISTS是最可靠的主力写法。其语义清晰明确：“对每个客户，到订单表中检查是否有匹配的订单记录”。相比LEFT JOIN ... WHERE order_id IS NULL，它不依赖连接后是否生成空行，也不会被订单表中的脏数据或重复记录影响。

实际操作需注意以下几点：

• 子查询中必须绑定外层的customer_id，例如WHERE o.customer_id = c.customer_id
• 子查询中使用SELECT 1即可，无需*或具体字段名，以降低额外消耗
• orders.customer_id必须建立索引，否则数据量大时性能将显著下降

SELECT c.customer_id, c.email
FROM customers c
WHERE NOT EXISTS (
  SELECT 1
  FROM orders o
  WHERE o.customer_id = c.customer_id
);

IN子查询容易出现的两个问题

部分人习惯写customer_id NOT IN (SELECT customer_id FROM orders)。这种写法存在两个致命隐患：

第一，如果orders.customer_id列中包含任何NULL，整个NOT IN的结果集会直接变为空——因为NOT IN遇到NULL时会判定为UNKNOWN，导致全部记录被过滤。该问题在数据清洗不彻底的环境中尤为常见。

第二，如果订单表中同一客户有多条订单，子查询会返回重复的customer_id，IN虽不会报错，但效率会受到影响。

因此，除非能100%确认orders.customer_id既非空且已去重，否则应避免使用NOT IN。

何时需要添加LIMIT

线上查询僵尸客户时，通常无需全量导出。多数场景只需抽样验证逻辑是否正确，或检查方案是否有效。直接执行全表查询可能拖慢从库，甚至引发锁表。

建议做法：

• 在开发或测试环境中，先添加LIMIT 100以确认结果符合预期
• 在生产环境执行前，使用EXPLAIN确认查询走了customers主键索引和orders.customer_id索引
• 若需导出全部数据，采用分页方案（如LIMIT 10000 OFFSET 0）并结合循环，避免单次查询占用过多内存

实际上，真正棘手的并非SQL语法本身，而是业务层面的判断：订单表中的退款订单、测试订单、系统自动补单等是否算作“有效购买”？这需要查阅业务文档，不是编写子查询就能解决的。