delete语句必须带where条件，否则会清空整表且无法回滚；务必先用select验证条件、在事务中执行、注意字符串引号与null用is null判断、处理外键约束及跨库返回值差异。
DELETE语句必须带WHERE条件，否则整表清空
不加 WHERE 的 DELETE FROM table_name 会删掉表里所有行，且无法回滚（尤其在没开启事务或自动提交模式下）。这是新手最常踩的坑——本想删一条订单，结果把全部用户数据清空了。
正确做法永远显式写清楚筛选条件：
DELETE FROM orders WHERE order_id = 12345;
- 务必先用
SELECT * FROM orders WHERE order_id = 12345;确认目标记录存在且唯一 - 如果条件可能匹配多条（比如按用户名删除），要确认是否真要批量删
- 生产环境建议在事务中执行：
BEGIN; DELETE ... ; SELECT ROW_COUNT(); ROLLBACK;验证影响行数后再COMMIT
WHERE子句中字符串和NULL值要特别小心
字符串字段必须用单引号包裹，漏掉会导致语法错误或意外全表扫描；而 NULL 不能用等号判断，要用 IS NULL。
错误示例：
DELETE FROM users WHERE name = zhangsan; -- 缺少引号，报错或误判为列名
DELETE FROM logs WHERE status = NULL; -- 永远不生效，NULL比较只能用 IS
正确写法：
DELETE FROM users WHERE name = 'zhangsan';DELETE FROM logs WHERE status IS NULL;- 模糊匹配用
LIKE：DELETE FROM comments WHERE content LIKE '%spam%';（注意性能，避免前导通配符）
外键约束会阻止删除，得先处理关联数据
如果表被其他表通过外键引用（比如 orders 被 order_items 引用），直接删 orders 中某条记录会报错：Cannot delete or update a parent row: a foreign key constraint fails。
有三种应对方式：
- 先删子表记录：
DELETE FROM order_items WHERE order_id = 12345;，再删主表 - 建表时设
ON DELETE CASCADE，删主表时自动清理子表（需提前设计，不可事后添加） - 临时禁用外键检查（危险！仅限调试）：
SET FOREIGN_KEY_CHECKS = 0;，删完立刻恢复
MySQL和PostgreSQL对DELETE返回值处理不同
MySQL执行 DELETE 后默认返回“Affected rows”，可用 ROW_COUNT() 获取；PostgreSQL则默认不返回，需加 RETURNING * 显式取回被删行。
例如想确认删的是哪几条：
- MySQL：
DELETE FROM tasks WHERE done = 1; SELECT ROW_COUNT(); - PostgreSQL：
DELETE FROM tasks WHERE done = true RETURNING id, title;
跨数据库迁移SQL时，这个差异容易导致应用层逻辑异常——比如依赖返回行数做判断，却在PG里拿不到值。
真正麻烦的不是语法，而是删之前没确认WHERE是否精确命中、没考虑外键链路、也没验证数据库行为差异。这几个点漏一个，就可能从删记录变成删库跑路。
