delete语句必须带where条件，否则会清空整表且不可逆；应始终显式指定条件，优先用主键删除，执行前先select验证，慎用null（须用is null），批量删除需limit分批。
DELETE 语句必须带 WHERE 条件
不加 WHERE 的 DELETE FROM table_name 会清空整张表，不可逆。这是线上事故最高发的操作之一。
正确做法是始终显式写出筛选条件，哪怕你确认只有一条记录匹配，也要写全：
DELETE FROM users WHERE id = 123;
- 用主键（如
id）删除最安全，索引快、结果确定 - 避免用非唯一字段（如
name）直接删，可能误删多条 - 执行前先用
SELECT * FROM users WHERE id = 123;验证是否真有这条记录
WHERE 条件里慎用 NULL 和空字符串
NULL 在 MySQL 中不能用 = 判断，WHERE column = NULL 永远不成立；空字符串 '' 和 NULL 也完全不是一回事。
删 NULL 值必须用 IS NULL：
DELETE FROM orders WHERE status IS NULL;
-
WHERE status = ''只匹配空字符串，不匹配NULL -
WHERE status != 'paid'会漏掉所有status IS NULL的行（因为NULL != 'paid'结果为UNKNOWN） - 如果字段允许
NULL，建议在建表时明确区分业务含义：用NULL表示“未知”，用''或特定值（如'N/A'）表示“无”
批量删除要控制数量和事务
一次删几万行容易锁表、拖慢数据库，甚至触发超时或 OOM。
- 用
LIMIT分批删：DELETE FROM logs WHERE created_at
- 每次执行后检查影响行数（
mysql_affected_rows()或客户端返回值），再决定是否继续 - 确保操作在事务内进行，方便出错回滚：
BEGIN; DELETE ...; COMMIT;
- 避免在高峰期执行大范围删除；考虑用
pt-archiver这类工具替代手写 SQL
误删后恢复靠备份和 binlog
MySQL 没有回收站，DELETE 后数据立即从数据页移除（InnoDB 下只是标记删除，但不可直接读取）。
- 唯一可靠恢复方式是还原最近的全量备份 + 回放
binlog到误删前一刻 - 确认
binlog_format = ROW且log_bin = ON，否则无法精确还原 DML - 日常应开启定期备份（如
mysqldump或xtrabackup），并验证备份可恢复性
真正难的不是写对那条 DELETE，而是删之前想清楚它到底影响哪些行、有没有被其他表外键引用、备份是否可用——这些往往比语法本身更关键。
