事务隔离级别设为READ_COMMITTED时，能否单独设置表的隔离级别为READ_UNCOMMITTED？

答案是肯定的——大多数主流关系型数据库（比如MySQL、SQL Server）都支持为单个事务、甚至特定查询设置不同于全局的隔离级别，完全可以在全局READ_COMMITTED的前提下，针对你的Foo表（ID生成器表）使用READ_UNCOMMITTED来实现数据变更的即时可见。

具体实现方式 #

不同数据库的语法略有差异，这里举几个常见场景的例子：

1. 直接在SQL查询/事务中临时设置

比如在MySQL中，你可以为当前会话或单个事务临时切换隔离级别：

-- 方式1：为当前会话设置，后续所有事务都用这个级别（直到再次修改）
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

-- 方式2：仅针对当前事务设置
START TRANSACTION;
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
-- 查询Foo表的最新ID
SELECT next_id FROM Foo WHERE entity_type = 'EMP';
-- 更新ID
UPDATE Foo SET next_id = next_id + 1 WHERE entity_type = 'EMP';
COMMIT;

SQL Server则可以用WITH (NOLOCK)提示（等价于READ_UNCOMMITTED），直接针对单表查询生效：

SELECT next_id FROM Foo WITH (NOLOCK) WHERE entity_type = 'EMP';

2. 在JPA/ORM框架中配置

如果你用JPA（比如Spring Data JPA），可以通过注解或EntityManager来指定隔离级别：

@Repository
public interface IdGeneratorRepo extends JpaRepository<Foo, String> {
    // 为查询方法指定READ_UNCOMMITTED隔离级别
    @Transactional(isolation = Isolation.READ_UNCOMMITTED)
    @Query("SELECT f.nextId FROM Foo f WHERE f.entityType = :entityType")
    Long getCurrentId(@Param("entityType") String entityType);

    @Transactional(isolation = Isolation.READ_UNCOMMITTED)
    @Modifying
    @Query("UPDATE Foo f SET f.nextId = f.nextId + 1 WHERE f.entityType = :entityType")
    void incrementId(@Param("entityType") String entityType);
}

针对你的ID生成器场景的说明 #

回到你的例子：当事务A把EMP的next_id从100更新到101后，只要事务B使用READ_UNCOMMITTED隔离级别查询Foo表，就能立即读到101，无需等待事务A提交。

但这里要提醒一个关键风险：READ_UNCOMMITTED允许读取未提交的脏数据。如果事务A更新ID后发生回滚，事务B已经读到的101就是无效数据，可能导致ID重复或业务异常。

所以对于ID生成这种对数据一致性要求高的场景，更推荐替代方案：

• 用数据库原生序列（比如MySQL的AUTO_INCREMENT、PostgreSQL的SEQUENCE），天然支持原子性和即时可见
• 实现乐观锁机制（比如加version字段），避免脏读同时保证并发安全
• 采用分布式ID生成器（比如雪花算法），彻底绕过数据库隔离级别的限制

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