单次SELECT查询中行移动引发的结果不一致现象的专业术语是什么？

现象的官方术语 #

你描述的这种单次查询扫描过程中，因并发更新导致行在物理页间移动，进而出现行重复或遗漏的现象，在数据库领域通常被称为行漂移（Row Drift），也有资料将其归类为**扫描不一致（Scan Inconsistency）**的子类。不同DBMS的文档里会有更具体的表述：

PostgreSQL #

PostgreSQL官方文档中，这类因行迁移（比如UPDATE触发的行溢出、VACUUM操作）导致的单次扫描异常，一般直接描述为**"行迁移引发的扫描问题"**。它的MVCC机制通过快照隔离来规避这个问题：查询启动时会创建一个数据快照，扫描过程中只会读取快照对应的行版本，哪怕行被移动到其他页，也不会读取到新版本或遗漏旧版本。

SQL Server #

SQL Server里，这种情况常被称为**"页面拆分导致的扫描不一致"**（当UPDATE/INSERT触发页面拆分，行被转移到新页时）。在开启READ_COMMITTED_SNAPSHOT或SNAPSHOT隔离级别的情况下，SQL Server会利用行版本存储（Row Version Store）为查询提供一致的快照，从根源上避免行移动带来的重复或遗漏问题。

与幻读的本质区别 #

你对幻读的判断完全正确：

当一个事务两次检索一组行，且另一个事务在两次检索之间提交并向该组插入或删除行时，就会发生幻读。

幻读的核心是多次读取间的数据集范围变化，而你遇到的问题是单次扫描过程中的行物理位置变动引发的扫描覆盖异常，二者属于完全不同的并发一致性问题。

解决方案的选择 #

• 无需升级到SERIALIZABLE隔离级别：PostgreSQL的默认READ COMMITTED、REPEATABLE READ隔离级别，SQL Server的READ_COMMITTED_SNAPSHOT、SNAPSHOT隔离级别，都通过行版本控制实现了单次查询的快照一致性，足以避免这类行移动引发的问题。
• 如果使用未开启快照的READ COMMITTED（比如SQL Server默认的锁定读模式），可能会触发这类异常，此时只需启用快照隔离即可解决，不需要依赖键范围锁定或SERIALIZABLE的乐观并发控制（后者会增加事务重试的概率）。

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