DELETE 语句的基本写法和必须加 WHERE
MySQL 中删数据不能只写
DELETE FROM table_name，这样会清空整张表——除非你真想删光。绝大多数情况下，必须带
WHERE条件，否则执行后无法回滚（InnoDB 也不行，因为是 DML 操作，不是事务回滚能覆盖的误操作）。
正确写法示例：
DELETE FROM users WHERE id = 123;
常见错误现象：
ERROR 1175 (HY000): You are using safe update mode...，这是 MySQL 客户端默认开启
safe-updates模式导致的，它强制要求
DELETE或
UPDATE必须用主键或索引列做条件，或带
LIMIT。临时关闭可用：
SET SQL_SAFE_UPDATES = 0;，但更推荐直接改写条件，比如把
WHERE name = 'xxx'改成
WHERE id IN (SELECT id FROM ...)（需注意子查询不能引用同一张表）。
批量删除时 LIMIT 和 ORDER BY 的配合
线上环境删大量数据（比如清理半年前日志），直接
DELETE FROM logs WHERE created_at 可能锁表太久、触发 long transaction 或主从延迟。稳妥做法是分批删，靠 <code>LIMIT控制每次删多少行：
DELETE FROM logs WHERE created_at < '2024-01-01' ORDER BY id ASC LIMIT 1000;
注意点：
ORDER BY不是可选的——没有它，
LIMIT删除哪 1000 行不确定，可能重复删或漏删 要确保
ORDER BY字段有索引（比如
id或联合索引
(created_at, id)），否则排序开销大 循环执行时，下次应基于上一批删掉的最大
id继续，例如：
WHERE id > 12345 AND created_at
DELETE 和 TRUNCATE 的关键区别
别把
TRUNCATE TABLE table_name当成
DELETE的快捷写法。它们底层完全不同：
DELETE是逐行删除，支持
WHERE，会记录 binlog（可用于恢复/主从同步），会触发
DELETE触发器，会释放空间但不一定归还磁盘（尤其 InnoDB）
TRUNCATE是 DDL 操作，重置 auto_increment，不走事务，不记完整 binlog（MySQL 8.0+ 记 minimal log），不触发触发器，立刻释放空间并归还磁盘（对 InnoDB 表会重建表） 权限也不同：
TRUNCATE需要
DROP权限，而
DELETE只需要
DELETE权限
所以：要删全表且不可逆，用
TRUNCATE；要留痕、要条件、要触发器，只能用
DELETE。
关联删除（多表 DELETE）的语法陷阱
MySQL 支持多表
DELETE，但语法和单表差异大，容易写错。比如想删掉没对应订单的用户：
DELETE u FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.id IS NULL;
关键规则：
必须明确写出要删哪个表的别名（这里是DELETE u FROM，不是
DELETE FROM u） 不能用子查询直接删被 JOIN 的表（如
DELETE FROM users WHERE id NOT IN (SELECT user_id FROM orders)会报错 “You can't specify target table for update in FROM clause”），得用 JOIN 或改写为
NOT EXISTS外键约束存在时，先删子表再删主表，否则报错
Cannot delete or update a parent row: a foreign key constraint fails
实际删之前，建议先用
SELECT验证范围：
SELECT u.* FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.id IS NULL;
