update无效果最常见原因是where未匹配任何行，应先用select验证条件、检查类型与大小写、确认事务是否提交，并严格校验影响行数。
WHERE条件没匹配到任何行
这是最常见原因：语句执行成功，但WHERE子句一条记录都没捞出来。比如字段名拼错、值类型不一致（uid = '123' vs uid = 123）、用= NULL而不是IS NULL、大小写敏感（PostgreSQL 或 MySQL 启用lower_case_table_names=0时）。
实操建议：
- 把
UPDATE里的WHERE部分单独拿出来跑SELECT *，确认能查出预期数据 - 检查
CHAR类型字段是否带尾部空格：'abc' ≠ 'abc '，可用LENGTH()或TRIM()验证 - 变量传入时，打印完整拼接后的 SQL（别只信代码里写的字符串模板）
- MySQL 默认不区分大小写，但列别名、临时表名可能受
sql_mode影响，别盲目假设
UPDATE没真正改值，MySQL返回0
MySQL 的ROW_COUNT()和affected_rows默认只统计「字段值实际发生变化」的行。如果SET name = 'alice'但原值就是'alice'，这行就不计入影响数——返回0不等于失败，只是没变。
实操建议：
- 确认业务逻辑是否允许“无变更即成功”，尤其状态机流转场景，
0可能意味着前置条件未满足 - 不要依赖“没报错 = 成功”，必须显式检查返回的
rows_affected - Python psycopg2 用
cursor.rowcount，Go 的res.RowsAffected()，Java JDBC 用executeUpdate()返回值 - MySQL 驱动若启用
MYSQLI_CLIENT_FOUND_ROWS，会返回匹配行数而非变更行数，建议关闭
事务已开启但没提交
连接处于事务中（autocommit=0），UPDATE执行了，但没COMMIT，导致其他会话查不到，自己再查也看不到（还在当前事务隔离级别下）。
实操建议：
- MySQL 查
SELECT @@autocommit；PostgreSQL 查SHOW TRANSACTION ISOLATION LEVEL - ORM 如 Django/SQLAlchemy 中，
.save()或session.commit()才是落库关键，不是UPDATE语句执行那一刻 - 测试时优先用命令行客户端复现，避免框架封装掩盖事务状态
- SQL Server 存储过程中，
PRINT、SELECT等语句会重置@@ROWCOUNT，必须紧接在UPDATE后立刻读取
驱动或执行方式不对导致拿不到行数
很多程序里executeUpdate()返回-1或0，不是数据库没改，而是调用方式或驱动配置问题。
实操建议：
- JDBC 必须用
Statement.executeUpdate()或PreparedStatement.executeUpdate()，别用execute() - SQL Server 若有
SET NOCOUNT ON，ExecuteNonQuery()强制返回-1，得关掉 - PyMySQL 在
autocommit=False且未提交时，旧版本可能返回-1，升级驱动或确保提交后再查rowcount - PostgreSQL 无法在纯 SQL 里直接
SELECT行数，得靠客户端接口（如psycopg2的cursor.rowcount）
EXPLAIN UPDATE也只能预估扫描量，没法预测最终影响数。
