跨数据库查询隔离级别：不同隔离级别库的查询行为分析

当单条查询（或同一事务内的多条查询）访问分别配置为**Read Committed（RC）和Snapshot Isolation（SI）**的数据库表时，核心行为可以拆解为以下几个关键点：

1. 各表独立遵循自身库的隔离规则 #

每个数据库的表会完全按照自身配置的隔离级别处理数据读取，不受其他库的影响：

• RC库的表：查询只能读取当前已提交的最新数据。如果是未开启快照优化的RC（比如SQL Server未启用READ_COMMITTED_SNAPSHOT），查询会加共享锁，阻塞其他写操作；如果开启了快照优化，则基于查询时刻的已提交快照读取，但同一事务内重复查询可能得到不同结果（不可重复读）。
• SI库的表：查询基于事务启动时刻的全局快照读取数据，整个事务周期内看到的都是一致的历史版本，不会受其他事务后续提交的修改影响，也不会出现不可重复读或幻读。

2. 无全局一致性保证 #

跨库查询的结果无法保证全局数据的时间一致性：
比如事务启动于T0时刻，SI库的表会固定读取T0时刻的快照；但RC库的表可能在查询执行过程中（比如T1>T0时刻）读取到其他事务刚提交的新数据，导致最终结果中，两个库的数据状态并非来自同一时间点，可能出现逻辑上的不一致（比如订单表在RC库显示已支付，但SI库的库存表还显示未扣减）。

3. 锁与并发行为差异 #

两类库的查询对并发操作的影响完全不同：

• RC库（未开快照优化）：查询会加共享锁，持有锁直到查询结束，会阻塞其他事务对该表的写操作；
• SI库：查询是无锁的快照读，不会阻塞任何写操作，同时自身也不会被写操作阻塞。

4. 跨库写事务的冲突风险 #

如果在同一事务中同时修改两个库的表：

• RC库的写操作会遵循RC的锁规则，持有排他锁直到事务提交；
• SI库的写操作会采用乐观锁机制：如果事务启动后，目标数据被其他事务修改，SI库会触发更新冲突，直接回滚整个事务（即使RC库的修改已经完成）。

示例（以SQL Server为例） #

BEGIN TRANSACTION;
-- 读取RC库的表：可能读到查询时刻已提交的最新数据
SELECT * FROM RC_DB.dbo.Orders;
-- 读取SI库的表：固定读取事务启动时的快照数据
SELECT * FROM SI_DB.dbo.Inventory;
-- 若尝试更新，SI库可能触发冲突
UPDATE SI_DB.dbo.Inventory SET Stock = Stock - 1 WHERE ProductID = 1;
COMMIT TRANSACTION;

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