READ_UNCOMMITTED隔离级别脏读示例无法实现的技术求助

兄弟，我太明白你这种按流程走却出不来预期结果的抓狂了！你的问题核心其实是PostgreSQL根本不真正支持READ_UNCOMMITTED隔离级别——这是PostgreSQL MVCC（多版本并发控制）实现的特性，哪怕你显式设置了这个级别，它都会自动降级为READ_COMMITTED，自然读不到未提交的脏数据。

为什么PostgreSQL不支持READ_UNCOMMITTED？ #

PostgreSQL的MVCC设计逻辑是：事务只能看到已提交的数据快照。官方文档明确说明，READ_UNCOMMITTED只是一个语法兼容选项，实际行为和READ_COMMITTED完全一致，不会出现脏读。这也是你换ORM和JDBC模板都没用的原因——底层数据库从根上就不支持这个场景。

怎么成功测试脏读？ #

方案1：换用支持真正READ_UNCOMMITTED的数据库（推荐） #

最直接的方式是换成MySQL + InnoDB引擎，它完整支持READ_UNCOMMITTED隔离级别，能完美复现脏读场景。给你一段JDBC的测试代码示例：

// 主事务：更新数据后挂起，最后回滚
Thread mainTransaction = new Thread(() -> {
    try (Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/test_db?useSSL=false", "root", "password")) {
        // 先插入初始数据
        conn.setAutoCommit(false);
        conn.prepareStatement("INSERT INTO person(id, name) VALUES(1, '初始名称')").executeUpdate();
        conn.commit();

        // 开启新事务更新，不提交
        conn.setAutoCommit(false);
        conn.prepareStatement("UPDATE person SET name = '未提交的新名称' WHERE id = 1").executeUpdate();
        System.out.println("主事务已更新数据，等待读取...");
        Thread.sleep(8000); // 挂起等待读取事务执行
        conn.rollback(); // 回滚，验证最终数据
        System.out.println("主事务已回滚");
    } catch (Exception e) {
        e.printStackTrace();
    }
});

// 读取事务：用READ_UNCOMMITTED级别读取
Thread readTransaction = new Thread(() -> {
    try (Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/test_db?useSSL=false", "root", "password")) {
        conn.setTransactionIsolation(Connection.TRANSACTION_READ_UNCOMMITTED);
        conn.setAutoCommit(false);
        Thread.sleep(3000); // 等待主事务完成更新
        ResultSet rs = conn.prepareStatement("SELECT name FROM person WHERE id = 1").executeQuery();
        if (rs.next()) {
            System.out.println("读取到的名称：" + rs.getString("name"));
            // 预期输出：未提交的新名称（脏读成功）
        }
        conn.commit();
    } catch (Exception e) {
        e.printStackTrace();
    }
});

mainTransaction.start();
readTransaction.start();
mainTransaction.join();
readTransaction.join();

方案2：在PostgreSQL中模拟类似脏读的场景（非真正脏读） #

如果必须用PostgreSQL，可以通过锁机制模拟“感知未提交状态”的效果，但这不是标准意义上的脏读。比如：

1. 主事务更新数据后，用SELECT ... FOR UPDATE持有行锁
2. 读取事务用SELECT ... FOR UPDATE NOWAIT尝试获取锁，此时会因为主事务持有锁而抛出异常；或者用SELECT ... FOR UPDATE SKIP LOCKED跳过锁定行——但这只是验证锁的存在，和脏读语义完全不同。

验证PostgreSQL隔离级别降级的方法 #

你可以在PostgreSQL中执行以下SQL直接验证：

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SHOW TRANSACTION ISOLATION LEVEL;

执行结果会显示read committed，直接证明级别被降级了。

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