WHERE条件漏写会导致全表删除，这是生产环境最常发生的误操作；必须先用SELECT验证条件、大表删除需加LIMIT分批执行、多表删除要明确指定目标表别名、WHERE字段缺失索引会引发全表扫描和锁表。
WHERE条件漏写会导致全表删除
这是生产环境最常发生的误操作。DELETE FROM users 没加 WHERE，整张表数据瞬间清空，哪怕在事务里也救不回——因为 InnoDB 的 purge 线程可能已开始清理“幽灵记录”，磁盘空间不会立刻释放，但数据不可见了。
真正安全的做法是：先用 SELECT 验证条件是否命中预期行：
SELECT id, name, created_at FROM users WHERE status = 'inactive' AND last_login < '2024-01-01';
确认结果集合理后，再把 SELECT 替换为 DELETE 执行。别跳过这步，血泪教训。
大表删除必须加 LIMIT 分批执行
直接 DELETE FROM logs WHERE created_at < '2022-01-01' 在百万级表上极易触发锁等待超时或事务日志暴涨。InnoDB 会为每行生成 undo log，单次事务过大还会拖慢主从同步。
- 每次最多删 1000–5000 行，具体看表宽度和服务器负载
- 必须配合
ORDER BY（如ORDER BY id）避免重复或遗漏 - 两次执行之间建议
SLEEP(0.5)或更长，让 purge 线程跟上
示例：
DELETE FROM logs WHERE created_at < '2022-01-01' ORDER BY id LIMIT 2000;
多表关联删除要明确指定别名和目标表
MySQL 的多表 DELETE 语法容易混淆，尤其是 FROM 和 USING 两种写法。错误写法如 DELETE FROM t1 JOIN t2 ON ... 会报语法错。
正确写法只有两种：
方式一（推荐，语义清晰）：
DELETE t1 FROM users t1 JOIN user_profiles t2 ON t1.id = t2.user_id WHERE t2.is_deleted = 1;
方式二（USING）：
DELETE FROM t1 USING users t1 JOIN user_profiles t2 ON t1.id = t2.user_id WHERE t2.is_deleted = 1;
注意：t1 必须出现在 DELETE 后，否则会删错表；JOIN 条件里的字段要带别名前缀，避免歧义。
索引缺失会让 DELETE 变成全表扫描
如果 WHERE 条件字段没索引，DELETE 会强制走全表扫描，不仅慢，还会对所有行加锁（即使是未匹配的行），严重阻塞并发读写。
检查方法：
EXPLAIN DELETE FROM orders WHERE customer_id = 123;
看 type 是否为 ref 或 range，rows 是否接近实际匹配数。若不是，先建索引：
ALTER TABLE orders ADD INDEX idx_customer_id (customer_id);
特别提醒：DELETE 不会自动触发 ANALYZE TABLE，统计信息滞后时，执行计划可能不准，必要时手动更新。
