SQL限制DELETE和UPDATE的核心目的是防止误操作导致大规模数据丢失或业务中断；包括禁止无WHERE条件的全表修改、强制WHERE使用索引列、禁止自引用子查询、限制视图上的修改操作。
SQL 限制 DELETE 和 UPDATE，核心目的是防止误操作导致大规模数据丢失或业务中断。这不是语法缺陷，而是数据库内置的安全机制，尤其在生产环境中至关重要。
防止全表误修改
不带 WHERE 条件的 UPDATE 或 DELETE 会
-
UPDATE users SET status = 'inactive';—— 没加条件，所有用户瞬间被禁用 -
DELETE FROM orders;—— 整个订单表清空，无法回退（除非有备份）
这类语句一旦执行，影响范围不可控，恢复成本极高。
强制使用索引降低风险
MySQL 的 sql_safe_updates=1（默认开启）进一步要求：
-
WHERE子句中必须包含主键或已建索引的列（如WHERE id = 100或WHERE email = 'x@y.z'，且email有索引） - 如果条件列没走索引（比如对无索引字段
WHERE name LIKE '%abc%'），也会被拒绝
这能避免因全表扫描引发的长时间锁表、慢查询甚至数据库卡死。
禁止自引用子查询
MySQL 不允许在 UPDATE 或 DELETE 的子查询中直接读取同一张表，例如：
DELETE FROM t WHERE id IN (SELECT id FROM t WHERE status = 'old');
会报错 ERROR 1093。因为引擎无法安全地一边读一边删同一张表。解决方式是用派生表包装子查询，让 MySQL 把结果先缓存为临时结果集再操作。
限制视图上的修改操作
对视图执行 INSERT/UPDATE/DELETE 时，数据库还会检查：
- 视图是否只基于单个基表（多表 JOIN 视图通常只允许查，不允许改）
- 修改的列是否是原始表字段，而非计算列、聚合列或常量表达式
- 是否违反底层表的约束（如非空、唯一、外键）
这些限制确保视图修改最终能准确映射回物理表，不会产生歧义或数据不一致。
