delete语句必须带where条件，否则会清空整表；安全模式下需用主键/索引列或limit；批量删除应配合limit与order by避免锁表和超时。
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;
