WAL模式下SQLite是否会像Postgres一样重评估WHERE-clause？

先明确Postgres的行为作为对比：
在READ COMMITTED隔离级别下，Postgres执行UPDATE/DELETE/SELECT FOR UPDATE这类命令时，若遇到被其他并发事务修改的行，会等待对方事务结束：

• 若对方回滚，继续操作最初找到的行；
• 若对方提交，会重评估WHERE子句，检查更新后的行版本是否仍满足搜索条件，满足则对新版本执行操作。

再看SQLite WAL模式的处理逻辑：
SQLite在WAL模式下，默认使用SERIALIZABLE隔离级别（也可显式设置为READ COMMITTED），其并发更新处理和Postgres存在明显差异：

• 当事务执行UPDATE/DELETE时，会基于事务启动时的快照定位符合WHERE条件的行；
• 若这些行已被其他已提交事务修改，SQLite会直接触发写冲突错误（如SQLITE_BUSY或SQLITE_ROWID_NOT_FOUND），不会自动重评估WHERE子句；
• 若要实现类似Postgres的重评估逻辑，需要应用层手动处理：捕获冲突错误后，重新执行对应的UPDATE/DELETE命令——重新执行时会读取最新的行快照，自然完成WHERE条件的重评估。

注：SQLite的并发控制核心逻辑是WAL模式下读不阻塞写，但写事务间通过冲突检测避免脏写，一旦发现目标行已被其他提交事务修改，不会自动重试或重评估，需由应用层决定是否重试。

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