JavaWeb事务处理

最新推荐文章于 2024-08-20 02:34:48 发布

gx_hxl

最新推荐文章于 2024-08-20 02:34:48 发布

阅读量1.3k

点赞数 1

分类专栏： Java 文章标签：事务隔离级别

本文链接：https://blog.csdn.net/gx_hxl/article/details/80787376

版权

本文介绍了JavaWeb中事务的四大特性ACID，并详细分析了在不同隔离级别下可能出现的并发问题，如更新丢失、脏读、不可重复读和幻读。通过示例代码展示了如何在Web开发环境中重现这些问题，并提出了相应的解决方案，强调了不应随意提高数据库隔离级别，推荐使用提交读隔离级别，并可通过悲观锁、乐观锁等机制控制并发。

摘要由CSDN通过智能技术生成

首先我们来了解一下事务的四大特性（ACID）：
1、原子性（Atomicity）：
原子是不可分割的执行单元，要么一起执行，要么不执行
2、一致性（Consistency）：
事务执行前后，数据的完整约束性不被破坏，典型的例子：银行转账
3、隔离性（Isolation）：
事务之间完全独立，互不影响，但是在事务四大特性中，隔离性并不是严格意义上的隔离，数据库定义了四种隔离级别，隔离级别越高，数据越准确，相反的性能越低。
4、持久性（Durability）：
事务执行完成之后，会持久保存，即使数据库崩溃，也不会丢失事务信息。

接下来我们看一下，在web开发环境中，如何重现不同隔离级别下出现并发的问题，以及如何解决，我们使用Thread.sleep的形式模拟事务的并发运行，并发问题包括：更新丢失、脏读、不可重复读、幻读。

一、更新丢失
事务A、B同时更新一行数据，事务B把事务A的更新给覆盖掉。数据库在没有加任何锁的情况下会发生，事实上，一般数据库（例如mysql）事务都会默认加锁，所以这种情况不会发生，了解一下即可。
问题重现：

事务A	事务B
start transaction;
	start transaction;
update … where id = 1
	update … where id = 1
commit
	commit

当两个事务提交之后，事务A就相当于没有执行过一样，数据被事务B覆盖了，这种情况叫做更新丢失。

二、脏读
事务A的更新没commit之前，事务B读取到了事务A要提交的数据，此时事务A可能会回滚，导致事务B拿到错误的数据进行操作。
问题重现：
事务A：

@Transactional
public int updateUserPassWorld(Long id, String password) {
    User user = userMapper.findById(id);
    System.out.println("update before:"+user);
    int update =  userMapper.updateUserPassWorld(id,password);