SQL UPDATE语句与已提交事务的一致性：日志场景验证问询

场景与需求 #

初始表数据 #

+-----------+-------------+
| some_text | in_progress |
+-----------+-------------+
| Q-001     |           2 |
| Q-002     |           2 |
| Q-003     |           2 |
| Q-004     |           2 |
| Q-005     |           2 |
+-----------+-------------+

参与者行为 #

• 三个日志写入事务（Logger1/Logger2/Logger3）：各自插入对应系列（如A/B/C）的1000条日志，in_progress字段初始为2，全部插入完成后一次性提交事务
• 日志分析器事务（Analyzer）：先执行UPDATE LogTable SET in_progress=1 WHERE some_text LIKE '[A-C]-%' AND in_progress=2（仅处理目标日志系列，排除初始Q系列），随后统计表中in_progress=1的记录数

核心需求 #

Analyzer只能获取完整的日志系列——要么获取某系列的全部1000条记录，要么完全不获取该系列，统计结果只能是0、1000、2000或3000。

问题解答 #

1. Read Committed隔离级别下，UPDATE语句能否满足需求？ #

可以满足需求。原因如下：

• 每个Logger事务是原子操作：1000条日志要么全部提交（对Analyzer可见），要么完全未提交（不可见），不存在“部分提交”的中间状态
• Read Committed隔离级别（包括Informix采用的Cursor Stability变体）下，UPDATE语句只会基于已提交的数据执行扫描和更新：对于每个目标系列，要么能看到全部1000条已提交记录并将其in_progress改为1，要么完全看不到该系列的行，不会出现仅更新某系列部分记录的情况

2. 统计结果是否仅可能为0、1000、2000或3000？ #

是的，统计结果只会是这四个数值。原因：

• UPDATE仅会修改已提交的完整系列的所有行，每个完整系列贡献1000条in_progress=1的记录
• 统计操作与UPDATE在同一个事务内执行，只能看到UPDATE修改后的行；若在UPDATE执行后、统计前有新的Logger事务提交，其插入的日志in_progress仍为2，不会被计入统计结果

跨主流数据库的可移植性 #

主流数据库（MySQL、PostgreSQL、Informix等）的Read Committed隔离级别均符合以下特性，保证逻辑可移植：

• 事务仅能读取已提交的数据，避免脏读
• 单个DML语句（如UPDATE）的执行基于一致的已提交数据视图，结合Logger事务的原子提交，不会出现部分系列被更新的异常
• 需注意统一LIKE等语法的使用（比如部分数据库需用REGEXP替代[A-C]这类通配符），确保条件匹配逻辑一致

内容的提问来源于stack exchange，提问作者MarKol4