SQL Server 2022中生产者事务提交后消费者查询乱序的原因？

1. 事务提交顺序与插入顺序不绑定 #

你的生产者是单线程，仅能保证插入操作的执行顺序（先插入id=1的批次，再插入id=2、3的批次），但每个批次属于独立事务，事务的提交完成顺序不一定和插入顺序一致。当两个事务间隔<200ms时，后启动的事务（id=2、3的批次）可能因数据库日志写入、事务资源释放等环节的差异，比先启动的事务（id=1的批次）更早完成提交。

SQL Server默认的READ COMMITTED隔离级别仅保证读取已提交的数据，因此消费者会先看到已提交的id=2、3的条目，直到id=1所在的事务提交后，才能读取到该条目。

2. ChangedAt字段排序逻辑与事务可见性的冲突 #

你依赖ORDER BY changedAt ASC保证读取顺序，但changedAt通常是在插入操作执行时生成（无论由应用层还是数据库端生成），所以id=1的changedAt会早于id=2、3的。但由于id=1的事务提交滞后，消费者第一次查询时该条目仍处于未提交状态，无法被读取；等它提交后，下一次查询会按changedAt排序将其放在结果集前端，此时消费者已经处理过id=2、3的条目，就会出现“先看到id=2、3，后看到id=1”的乱序现象。

3. Sequence生成的ID顺序不代表事务提交顺序 #

虽然Sequence生成的ID是严格递增的（单线程生产者保证id=1先于id=2、3生成），但ID的生成逻辑完全独立于事务提交逻辑。ID的顺序仅反映插入操作的执行顺序，无法决定数据对消费者的可见顺序——可见顺序由事务提交的先后直接决定。

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