“僵尸客户”指注册但从未下单的用户，需通过customers表与orders表关联判断，正确写法为not exists子查询，而非where order_date is null或not in。
什么是“僵尸客户”在SQL里的准确定义
“僵尸客户”不是数据库术语，而是业务场景描述：注册了但从未下单的用户。关键在于用 customers 表和 orders 表做关联判断，而不是靠时间字段（比如 last_login）模糊推测。
常见错误是写成 WHERE order_date IS NULL —— 这种写法默认两表已 JOIN，但没下单的客户根本不会出现在 orders 表里，NULL 值压根不会出现。
用 NOT EXISTS 比 LEFT JOIN 更安全
NOT EXISTS 是最直接、语义最清晰的方式，它明确表达“对每个客户，检查 orders 表中是否存在匹配记录”。相比 LEFT JOIN ... WHERE order_id IS NULL，它不依赖连接后是否生成空行，也不怕 orders 表里有重复或脏数据。
实操建议：
- 子查询必须关联外层
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 遇到任何 NULL 就整体判定为 UNKNOWN，被过滤掉。
另一个问题是子查询若返回重复 customer_id（比如一个客户多笔订单），IN 不报错但效率更低。
所以除非你100%确认 orders.customer_id 非空且去重，否则别碰 NOT IN。
要不要加 LIMIT？什么时候加
线上查僵尸客户，通常不是为了全量导出，而是抽样分析或验证逻辑。直接跑全表可能锁表或拖慢从库。
建议：
- 开发/测试环境先加
LIMIT 100看结果是否符合预期 - 生产环境执行前，先用
EXPLAIN确认走了customers主键索引和orders.customer_id索引 - 如果要导出全部，用分页（如
LIMIT 10000 OFFSET 0）+ 循环，避免单次查询内存溢出
真正麻烦的不是语法，是确认 orders 表是否包含所有订单类型——比如退款订单、测试订单、系统补单，这些是否该算作“有效购买”。这得翻业务文档，不是写个子查询就能解决的。
