MySQL- 事务隔离 - 脏读

有的时候博客内容会有变动，首发博客是最新的，其他博客地址可能会未同步, 认准https://blog.zysicyj.top

全网最细面试题手册，支持艾宾浩斯记忆法。这是一份最全面、最详细、最高质量的 java
面试题，不建议你死记硬背，只要每天复习一遍，有个大概印象就行了。 https://store.amazingmemo.com/chapterDetail/1685324709017001

1. 什么是脏读？

脏读（Dirty Read）是指在数据库中一个事务读取了另一个事务未提交的数据。换句话说，一个事务读取了另一个事务尚未持久化的数据，可能会导致读取到不正确或不一致的数据。

2. 为什么会出现脏读？

脏读是由于数据库事务隔离级别不同造成的。在某些事务隔离级别下，一个事务可以读取到另一个未提交事务中的数据，从而导致脏读的问题。

3. 脏读的实现原理？

脏读的实现原理与数据库事务隔离级别相关：

  • 在读未提交（Read Uncommitted）隔离级别中，一个事务可以读取到另一个未提交事务中的数据，无需等待该事务的提交。这样会导致脏读问题。
  • 在读已提交（Read Committed）隔离级别中，一个事务必须等待另一个事务提交后，才能读取其数据。这样可以避免脏读问题。
  • 在可重复读（Repeatable Read）隔离级别中，一个事务在多次读取同一数据时，结果保持一致性。但仍然可能出现幻读的问题，即一个事务读取到了另一个事务已提交的新插入数据。
  • 在串行化（Serializable）隔离级别中，所有的事务都按顺序执行，相互之间不会产生并发问题，避免了脏读和幻读的问题。

4. 脏读的使用示例

为了演示脏读的问题，假设有两个事务访问同一个账户的余额，其中一个事务进行扣款操作，另一个事务在该操作未提交前读取余额。

1
2
3
4
5
6
7
8
9
10
11
12
13
// 第一个事务
@Transactional(isolation = Isolation.READ_UNCOMMITTED) public void transferAmount(String fromAccount,String toAccount,BigDecimal amount){
        BigDecimal fromAmount=accountDao.getBalance(fromAccount);
        fromAmount=fromAmount.subtract(amount);
        accountDao.updateBalance(fromAccount,fromAmount);
        // 模拟执行过程中发生异常
        throw new RuntimeException("Error");
        }

// 第二个事务
@Transactional public BigDecimal getBalance(String account){
        return accountDao.getBalance(account);
        }

在上述代码示例中，第一个事务通过扣款操作更新了账户余额，但是由于事务隔离级别设置为读未提交（READ_UNCOMMITTED），第二个事务在第一个事务执行过程中仍然可以读取到未提交的数据，导致脏读问题。

5. 脏读的优点

脏读在一些特定场景下可能会带来一些益处：

  • 加快读取性能：读未提交（READ_UNCOMMITTED）隔离级别下，可以避免等待其他事务的提交操作，从而提高读取性能。
  • 适用于一些对数据实时性要求不高的业务场景。

6. 脏读的缺点

脏读会带来一些问题和风险，因此需要谨慎使用：

  • 数据不一致：脏读会导致读取到未提交的数据，可能造成数据不一致。
  • 逻辑错误：基于脏读的数据进行操作和计算可能会带来错误的结果。
  • 隔离性差：脏读会降低事务的隔离性，可能导致并发问题。

7. 脏读的使用注意事项

如果使用了脏读，在业务场景中应谨慎权衡风险和性能要求，同时需要注意以下注意事项：

  • 慎重选择隔离级别：根据业务需求和性能要求，合理选择事务隔离级别。
  • 考虑并发情况：在设计业务逻辑时，需要考虑并发读取的情况，避免脏数据对业务逻辑的影响。

8. 总结

脏读是数据库事务隔离级别中的一个问题，指的是一个事务读取另一个未提交事务中的数据。它可以提高读取性能，但会带来数据不一致和逻辑错误的风险。因此，在使用脏读时需要谨慎权衡，慎重选择事务隔离级别，并考虑并发读取的情况。