DELETE 语句必须带 WHERE 子句，否则会清空整张表
MySQL 中
DELETE是 DML 操作，不是 DDL，它逐行删除数据并记录 binlog（除非禁用），但不重置自增主键。最常见误操作就是漏写
WHERE—— 一旦执行
DELETE FROM users;，全表数据立即消失，且无法通过 rollback 恢复（如果没开事务或已提交）。
实操建议：
执行前先用SELECT COUNT(*)和
SELECT * LIMIT 10确认目标范围 在生产环境强制使用事务包裹：
BEGIN; DELETE FROM orders WHERE status = 'cancelled' AND created_at < '2023-01-01'; -- 检查影响行数：SELECT ROW_COUNT(); -- 确认无误再 COMMIT；否则 ROLLBACK开发/测试库可提前加 SQL_MODE='STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION' 并启用
safe-updates模式（需客户端支持）
WHERE 条件中 NULL 判断必须用 IS NULL，不能用 = NULL
这是初学者高频踩坑点。
= NULL在 SQL 中永远返回
UNKNOWN，导致
DELETE FROM logs WHERE level = NULL;实际不删任何行——即使表里真有
level为
NULL的记录。
正确写法只有两种：
WHERE level IS NULL
WHERE level NULL（MySQL 特有，空值安全等于，可同时匹配
NULL和具体值，但一般不推荐用于 DELETE 场景）
其他常见错误条件写法：
WHERE id IN (1, 2, NULL)→ 整个 IN 表达式结果为
UNKNOWN，等价于没条件
WHERE name != 'admin'→ 会自动过滤掉所有
name IS NULL的行，可能漏删
多表 DELETE 要显式声明别名，且语法结构和单表完全不同
MySQL 支持多表删除，但语法不是简单拼接。例如想删掉没有对应用户信息的订单，不能写
DELETE FROM orders, users WHERE orders.user_id = users.id—— 这是非法语法。
正确写法分两类：
从一个表删，关联多个表判断：DELETE o FROM orders AS o LEFT JOIN users AS u ON o.user_id = u.id WHERE u.id IS NULL;同时删多个表（慎用）：
DELETE o, l FROM orders AS o INNER JOIN logs AS l ON o.id = l.order_id WHERE o.status = 'failed';
注意：
FROM后面的表列表只用于关联，真正被删的是
DELETE后明确列出的表（如
DELETE o或
DELETE o, l）。没列出来的表只是提供条件依据。
DELETE 和 TRUNCATE、DROP 的核心区别在于日志、锁和权限
很多人以为
TRUNCATE TABLE只是“更快的 DELETE”，其实它们底层机制完全不同：
DELETE：逐行扫描+标记删除，生成 undo log 和 redo log，支持事务回滚，触发器生效，锁行为是行级锁（但可能升级）
TRUNCATE：直接释放数据页，重置 auto_increment，不走事务（DDL），不触发触发器，锁整个表，且需要
DROP权限而非
DELETE权限
DROP：删表结构+数据，不可逆
所以当你要清空大表时：
要保留自增值、需事务控制、或有触发器逻辑 → 用DELETE+ 分批（如
WHERE id BETWEEN ? AND ?） 纯清空且能接受自增重置、无触发器依赖 → 用
TRUNCATE，快十倍以上 千万别用
DELETE去清空千万级表而不分批，容易锁表超时、binlog 膨胀、主从延迟爆炸
实际删大表前，务必确认存储引擎类型（InnoDB 对 DELETE 更友好，MyISAM 下 TRUNCATE 更快但更粗暴）和 binlog_format（ROW 模式下 DELETE 日志量远大于 STATEMENT）。
