不会清空整张表，但会将所有行的指定字段更新为同一固定值；漏写WHERE会导致全表更新，务必先用SELECT确认数据，强制WHERE 1=1占位防手滑，并检查执行计划避免全表扫描。
直接写 UPDATE 不加 WHERE 会清空整张表吗
不会清空，但会让所有行的指定字段变成同一个固定值——这是最常被误以为“删数据”的操作。关键在 WHERE 漏写与否：没 WHERE 条件，UPDATE 就作用于全表。
- 安全前提：务必先用
SELECT COUNT(*)确认表行数，再用SELECT * FROM table_name LIMIT 5看几条原始数据 - 危险操作：
UPDATE user SET status = 'inactive'—— 没WHERE，全员变'inactive' - MySQL 默认不开启安全模式（
SQL_SAFE_UPDATES=0），所以它真会执行，且不报错
UPDATE 整表时怎么避免误更新生产数据
线上环境绝不能裸跑 UPDATE。核心是加锁、限流、可逆——不是靠人盯，而是靠语法和流程兜底。
- 强制加
WHERE 1=1占位，写完再补真实条件，防止手滑漏写：UPDATE log SET level = 'INFO' WHERE 1=1 AND created_at - 用事务包住：
BEGIN; UPDATE ...; SELECT ROW_COUNT(); -- 看影响行数；没问题再 COMMIT; - 开发/测试库必须开启
SQL_SAFE_UPDATES=1（在my.cnf中设sql_safe_updates=ON），这样没WHERE或没用主键/索引列的UPDATE直接报错：Error 1175: You are using safe update mode...
UPDATE 多字段时 NULL 和空字符串的区别要盯死
把字段设成固定值，常遇到 NULL、''、0 混用，但它们语义和约束行为完全不同。
-
UPDATE product SET price = NULL, name = ''——price变空值（若字段允许NULL），name变空字符串（不是NULL） - 如果
price字段定义为NOT NULL DEFAULT 0，赋NULL会报错：Error 1048: Column 'price' cannot be null - 时间字段别硬塞
''：UPDATE event SET start_time = ''在严格模式下会失败，应改用NULL或合法时间如'1970-01-01'
大表全表 UPDATE 为什么卡住或锁表太久
不是语法问题，是 InnoDB 的行锁 + MVCC 机制在起作用：全表扫+逐行更新=锁住所有被扫描的行，且生成大量 undo 日志。
- 影响行数超 10 万，建议分批，例如按主键范围：
UPDATE user SET flag = 1 WHERE id BETWEEN 10000 AND 19999 - 避免在高峰期执行；确认
innodb_lock_wait_timeout足够长（默认 50 秒），否则可能被 kill 并回滚 - 执行前查执行计划：
EXPLAIN UPDATE user SET status='done' WHERE id > 0—— 如果显示type: ALL，说明走全表扫描，锁开销大
真正麻烦的从来不是“怎么写那条 UPDATE”，而是“怎么确认它只改该改的、改得稳、改完能验证”。漏个 WHERE、错个引号、忘关安全模式，都可能让一上午白干。
