DELETE语句必须带精确WHERE条件，否则会清空整表且不可逆；务必先用SELECT验证、避免隐式转换和NULL误判、分批删除大数据量、区分TRUNCATE/DROP适用场景，并删后校验结果。
DELETE 语句的基本写法和安全前提
不加 WHERE 的 DELETE FROM table_name 会清空整张表，且无法回滚（除非在事务中且未提交）。生产环境执行前必须确认条件是否精确匹配目标行，否则数据丢失不可逆。
- 永远先用
SELECT验证：比如要删用户表中状态为 0 的记录，先运行SELECT * FROM users WHERE status = 0 LIMIT 10 - 确保有主键或唯一索引字段参与条件，避免误删多行
- 高并发场景下，
DELETE可能触发行锁甚至间隙锁，影响其他查询性能
带 WHERE 条件的 DELETE 实例与常见错误
最常出错的是条件写错、类型隐式转换、NULL 判断失效。例如：
DELETE FROM orders WHERE user_id = 'abc123';
如果 user_id 是 BIGINT 类型，MySQL 会把字符串强制转成数字，结果变成 user_id = 0，可能误删大量数据。
- 用
IS NULL判断空值，别用= NULL（永远返回 false） - 时间范围删除时注意时区：比如
created_at 在 UTC 和 CST 下含义不同 - 批量删大量数据建议分页，用
LIMIT控制单次删除行数，避免长事务和锁表：DELETE FROM logs WHERE created_at
TRUNCATE 和 DROP 不是 DELETE 的替代方案
TRUNCATE TABLE 虽快，但它是 DDL 操作：重置自增 ID、释放磁盘空间、不可回滚、不走 binlog（某些模式下），且不能带 WHERE。而 DROP TABLE 直接删表结构，不是删数据。
