sql_safe_updates=1能拦截无where或无索引where的update，要求where含主键/唯一索引字段或带limit；启用后执行set sql_safe_updates=1并查select @@sql_safe_updates确认返回1。
根本不用等出事——只要开了 sql_safe_updates，漏写 WHERE 的 UPDATE 会直接报错，根本执行不了。
为什么 sql_safe_updates = 1 能拦住全表误更新
它不是靠语法检查“有没有写 WHERE”，而是看执行计划能不能走索引。只要 WHERE 条件里至少有一个字段是主键或已建索引的列（含唯一索引、前缀索引），语句就放行；否则报 ERROR 1175。
- ✅ 放行：
UPDATE users SET name = 'a' WHERE id = 123（id是主键） - ✅ 放行：
UPDATE orders SET status = 'done' WHERE order_no = 'OD2026' LIMIT 100（order_no有唯一索引，且带LIMIT） - ❌ 拦截：
UPDATE logs SET level = 'WARN' WHERE msg LIKE '%error%'（msg无索引，EXPLAIN显示type: ALL）
怎么快速启用并验证生效
别改全局配置，会踩坑。只在当前连接里临时开：
- 执行
SET sql_safe_updates = 1（默认作用域就是SESSION） - 立刻查状态：
SELECT @@sql_safe_updates，返回1才算成功 - 命令行工具（
mysql）支持配置文件加safe-updates，但 Navicat、DBeaver、JDBC 连接默认不读这个，必须手动SET
开了之后还报错？先看执行计划再动索引
报 ERROR 1175 不代表你写错了 WHERE，只说明 MySQL 判定它没法高效执行。别急着关开关，优先让语句合规：
- 用
EXPLAIN SELECT * FROM t WHERE ...看key列是否非空，type是否为const/eq_ref - 高频模糊查询字段补前缀索引：
ALTER TABLE logs ADD INDEX idx_msg (msg(100))（长度按实际内容控制） - 用主键范围替代模糊条件：
UPDATE big_table SET processed = 1 WHERE id BETWEEN 1000 AND 2000 - 真要模糊更新又没索引？先
SELECT id FROM t WHERE ...拿出 ID 列表，再用IN更新
别把 LIMIT 当保险丝
UPDATE ... LIMIT N 在 MySQL 5.7+ 单表更新中合法，但它只控制“最多改多少行”，不保证“改的是不是你要的那些”。比如 UPDATE t SET x = 1 WHERE y = 2 LIMIT 10，如果 y = 2 匹配 100 行，MySQL 随机选 10 行改——顺序不可控，除非你加 ORDER BY（但原生 UPDATE 不支持）。真正防误操作，靠的是 sql_safe_updates + EXPLAIN 验证 + 事务包裹 + ROW_COUNT() 核对。
