赞
踩
概念:
事务 是一组操作的集合,它是不可分割的工作单元。事务会把所有操作作为一个整体,一起向系统提交或撤销操作请求,即这些操作要么同时成功,要么同时失败。
注意:
默认MySQL的事务是自动提交的,也就是说,当执行一条DML语句,MySQL会立即隐式的提交事务。
事务是最小的执行单元,不允许分割。事务的原子性确保动作要么全部完成,要么完全不起作用。不允许部分成功和失败。
确保从一个正确的状态转换到另外一个正确的状态。举例,张三把钱转账给李四100元,张三少了100,李四多了100.但是他俩的钱加起来的钱数,还是和转账之前加起来的钱数相同。
并发访问数据库时,一个用户的事务不被其他事务所干扰,各并发事务之间数据库是独立的。
事务被提交之后,对数据库中数据的改变是持久的,即使数据库发生故障,也不会对其有影响。
事务执行的三步操作:
开启事务、提交事务/回滚事务
- -- 开启事务
- start transaction; / begin;
- -- 1. 保存员工基本信息
- insert into emp values (39, 'Tom', '123456', '汤姆', 1, '13300001111', 1, 4000, '1.jpg', '2023-11-01', 1, now(), now());
- -- 2. 保存员工的工作经历信息
- insert into emp_expr(emp_id, begin, end, company, job) values (39,'2019-01-01', '2020-01-01', '百度', '开发'), (39,'2020-01-10', '2022-02-01', '阿里', '架构');
- -- 提交事务(全部成功) / 回滚事务(有一个失败)
- commit; / rollback;
脏读,不可重复读,幻读,丢失更新
通过我们的案例,来演示数据库事务:
在EmpController编写,添加员工的接口:
- /**
- * 新增员工的数据
- * @param emp
- * @return
- * @throws Exception
- */
- @PostMapping
- public Result add(@RequestBody Emp emp) throws Exception {
- log.info("新增员工数据:{}",emp);
- empService.add(emp);
- return Result.success();
- }
编写EmpService接口:
- /**
- * 新增员工信息
- * @param emp
- */
- void add(Emp emp) throws Exception;
编写 EmpServiceImpl的实现类:
- @Override
- public void add(Emp emp) throws Exception {
- //先添加员工的基本信息
- emp.setCreateTime(LocalDateTime.now()); //赋值初始值
- emp.setUpdateTime(LocalDateTime.now()); //赋值初始值
- empMapper.addEmp(emp);
-
- //在添加员工的工作经历信息
- List<EmpExpr> exprList = emp.getExprList();
- if (!CollectionUtils.isEmpty(exprList)){ //当工作经历不是空的时候,在进行添加
- exprList.forEach(expr ->{
- expr.setEmpId(emp.getId());
- });
- }
- // 批量添加员工的经历
- empExprMapper.insertBatch(exprList);
- }

注意,我们在添加员工的时候,还需要添加员工的工作经历。
- @Insert("insert into emp (username, name, gender, phone, job, salary, image, entry_date, dept_id, create_time, update_time) values" +
- "(#{username},#{name},#{gender},#{phone},#{job},#{salary},#{image},#{entryDate},#{deptId},#{createTime},#{updateTime})")
- void addEmp(Emp emp);
还需要编写 EmpExprMapper接口:
- /**
- * 批量添加员工经历的数据
- * @param exprList
- */
- void insertBatch(List<EmpExpr> exprList);
在添加员工的工作经历的时候,我们还需要添加一个字段的值就是 emp_id 但是我们改怎么获取到这个刚添加好的主键id的??
主键返回:
@option注解
常用的属性值:
useGeneratedKeys:是否使用主键返回。
keyProperty:返回的id绑定那个属性
示例:
- @Options(useGeneratedKeys = true,keyProperty = "id") //使用主键返回,并把返回的主键赋值给id属性,emp对象的 id属性
- @Insert("insert into emp (username, name, gender, phone, job, salary, image, entry_date, dept_id, create_time, update_time) values" +
- "(#{username},#{name},#{gender},#{phone},#{job},#{salary},#{image},#{entryDate},#{deptId},#{createTime},#{updateTime})")
- void addEmp(Emp emp);
<insert id="addUser" useGeneratedKeys="true" keyProperty="id">
insert into tb_user(username,password) values(#{username},#{password})
</insert>
编写 EmpExprMapper接口:
- /**
- * 批量添加员工经历的数据
- * @param exprList
- */
- void insertBatch(List<EmpExpr> exprList);
编写EmpExprMapper.xml
- <insert id="insertBatch">
- insert into emp_expr(emp_id,begin,end,company,job) values
- <foreach collection="exprList" item="expr" separator=",">
- (#{expr.empId},#{expr.begin},#{expr.end},#{expr.company},#{expr.job})
- </foreach>
- </insert>
在Api测试我们成功添加了,员工的基本信息和员工的工作经历信息:
接下来,我做一些改动,添加员工的基本信息成功之后,手写一个运行时异常的bug
点击提交,然后看看会发生什么情况。
可以看到,员工的基本信息,添加成功了。
但是员工的工作经历,添加失败了。
为什么会失败呢?看看idea的看控制台
可以发现,控制台出现了异常 除0异常。
但是我们想一想,添加员工基本信息的时候,就要把员工的工作经历信息添加上去,这是才能保证数据的完整性和一致性,不能一个成功一个失败。
这时我们想到了数据库的事务,如果添加员工和添加员工的工作经历都成功了,那么我们才向数据库执行提交 commit,如果其中一个失败了,我们就回滚事务。roooback
我们可以通过spring事务管理,来解决这个问题。
注解: @Transactional
作用:将当前方法交给spring事务进行管理,方法执行前,开启事务,成功执行后提交事务。出现异常回滚事务。
位置:业务(service)层的方法上面,类上,接口上。
作用在类上:
作用在方法上:
- @Transactional
- @Override
- public PageBean getList(Integer page, Integer pageSize) {
- PageHelper.startPage(page,pageSize);
- List<Emp> empList = empMapper.PageList(); //PageHelper后面的第一条SQL语句
- System.out.println(empList);
- Page<Emp> emps = (Page<Emp>) empList;
- return new PageBean(emps.getTotal(),emps.getResult());
- }
虽然在方法,接口还有实体类上面都可以添加@Transaction注解,但是我的建议是,在一个方法上面添加,因为有的操作,只涉及到了一张表的操作,也不用添加事务,就像添加一张表,要是成功就成功了,失败就失败了。不会保存在数据库里面的。因此不会造成数据的不完整性。
开启Spring事务管理的debug级别日志,就可以看到控制台中事务开启、提交、回滚的日志了
在application.properties配置问价里面添加
- 开启spring事务管理的debug级别日志
-
- logging.level.org.springframework.jdbc.support.JdbcTransactionManager=debug
在添加员工的基本信息的方法上面添加注解:
- @Transactional
- @Override
- public void add(Emp emp) throws Exception {
- try {
- //先添加员工的基本信息
- emp.setCreateTime(LocalDateTime.now()); //赋值初始值
- emp.setUpdateTime(LocalDateTime.now()); //赋值初始值
- empMapper.addEmp(emp);
-
- //在添加员工的工作经历信息
- List<EmpExpr> exprList = emp.getExprList();
- if (!CollectionUtils.isEmpty(exprList)){ //当工作经历不是空的时候,在进行添加
- exprList.forEach(expr ->{
- expr.setEmpId(emp.getId());
- });
- }
- int i = 1/ 0 ;
- // 批量添加员工的经历
- empExprMapper.insertBatch(exprList);
- }finally {
- EmpLog empLog = new EmpLog(null,LocalDateTime.now(),emp.toString()); //添加日志
- empLogService.insertLog(empLog);
- }
- }

在测试一下:
可以发现这个时候,已经报错了。
看看数据库里面添加成功里面数据没有:
可以发现员工的基本信息也没有添加进去,说明spring事务生效了。让我们来看一下控制台
在执行添加员工的信息的这个方法时,开始了事务,执行添加员工的基本信息后,SQL是执行成功的,但是里面出现了一个除0的异常,后面的添加员工的工作经历的SQL语句,就不执行了。所以在这一个事务中,一个执行成功了,一个执行失败了,事务就没有commit提交,而是rollback回滚了,所以我们在数据库里面并没有看到有数据添加到数据库里面的表中。
现在·我们把这个除0异常注释掉,看看程序执行会不会报错,数据能不能添加到数据库里面。
前后端联调:
可以看到数据添加成功了。
看看ideal的控制台
事务提交了
看看数据库里面的数据,emp表
在看看emp_expr表
数据也添加成功了
- 默认情况下,只有出现 RuntimeException 才回滚异常。
- rollbackFor属性用于控制出现何种异常类型,回滚事务。
如果我们在代码中,添加一个编译时异常,这个时候,spring事务还会回滚吗?
我们可以测试一下,在添加员工的基本信息成功之后,在中间throws一个异常,然后在添加员工的工作经历信息。看看程序会发生什么。
- @Transactional
- @Override
- public void add(Emp emp) throws Exception {
- try {
- //先添加员工的基本信息
- emp.setCreateTime(LocalDateTime.now()); //赋值初始值
- emp.setUpdateTime(LocalDateTime.now()); //赋值初始值
- empMapper.addEmp(emp);
-
- //在添加员工的工作经历信息
- List<EmpExpr> exprList = emp.getExprList();
- if (!CollectionUtils.isEmpty(exprList)){ //当工作经历不是空的时候,在进行添加
- exprList.forEach(expr ->{
- expr.setEmpId(emp.getId());
- });
- }
-
- if (true){
- throw new Exception();
- }
- // 批量添加员工的经历
- empExprMapper.insertBatch(exprList);
- }finally {
- EmpLog empLog = new EmpLog(null,LocalDateTime.now(),emp.toString()); //添加日志
- empLogService.insertLog(empLog);
- }
- }

服务器端出现异常:
看看数据库里面的数据。
员工的基本信息还是添加成功了
这是因为,默认情况下,只有出现 RuntimeException 才回滚异常。
可以发现在执行添加员工信息的时候,它commit提交了。
这个时候,需要在@Transaction注解里面添加 rollbaclFor属性了。
@Transactional(rollbackFor = {Exception.class}) //开启事务 spring事务默认只能识别到运行时异常,要是想识别到Exception的异常,需要使用rollbackFor
我们在重启服务器测试:
发现数据添加失败了,但是数据库里面没有新增员工的基本信息。
数据表里面刚刚添加的数据。
我们把刚刚 手动写的异常删掉,在运行程序。
可以发现刚刚添加的数据成功了,
看看数据库里面的数据,emp表
查看emp_expr表。数据添加成功了。
事务传播行为:指的就是当一个事务方法被另一个事务方法调用时,这个事务方法应该如何进行事务控制。
propagation常见的属性值和含义:
- REQUIRED [默认值]需要事务,有则加入,无则创建新事务
- REQUIRES_NEW 需要新事务,,无论有无,都会创建新事务
- SUPPORTS 支持事务,有则加入,无则在无事务状态中运行
- NOT_SUPPORTED 不支持事务,在无事务状态下运行,如果当前存在已有事务,则挂起当前事务
- MANDATORY 必须有事务,否则抛异常
- NEVER 必须没事务,否则抛异常
下面这个需求是在添加员工的时候,在添加员工的工作经历,然后在数据库里面添加日志信息。
操作日志的这张表,无论我在新增员工时,不管插入成功还是失败,我都要记录操作的日志。
准备实体类:EmpLog
- @Data
- @NoArgsConstructor
- @AllArgsConstructor
- public class EmpLog {
- private Integer id; //ID
- private LocalDateTime operateTime; //操作时间
- private String info; //详细信息
- }
编写EmpLogMapper接口:
- @Mapper
- public interface EmpLogMapper {
-
- @Insert("insert into emp_log (operate_time, info) values (#{operateTime}, #{info})")
- public void insert(EmpLog empLog);
-
- }
编写EmpLogService接口:
- public interface EmpLogService {
-
- public void insertLog(EmpLog empLog);
-
- }
EmpLogServiceImpl实现类
- @Service
- public class EmpLogServiceImpl implements EmpLogService {
-
- @Autowired
- private EmpLogMapper empLogMapper;
-
-
- @Override
- public void insertLog(EmpLog empLog) {
- empLogMapper.insert(empLog);
- }
- }
在empServiceImpl实现类里面调用:
想一想我们改如何,让一段代码不管怎样都执行了?那就是放在finally代码块里面
在添加完成员工的基本信息后,手动制造一个错误
- @Transactional(rollbackFor = {Exception.class}) //开启事务 spring事务默认只能识别到运行时异常,要是想识别到Exception的异常,需要使用rollbackFor
- @Override
- public void add(Emp emp) throws Exception {
- try {
- //先添加员工的基本信息
- emp.setCreateTime(LocalDateTime.now()); //赋值初始值
- emp.setUpdateTime(LocalDateTime.now()); //赋值初始值
- empMapper.addEmp(emp);
-
- //在添加员工的工作经历信息
- List<EmpExpr> exprList = emp.getExprList();
- if (!CollectionUtils.isEmpty(exprList)){ //当工作经历不是空的时候,在进行添加
- exprList.forEach(expr ->{
- expr.setEmpId(emp.getId());
- });
- }
- if(true){
- throw new Exception();
- }
- // 批量添加员工的经历
- empExprMapper.insertBatch(exprList);
- }finally {
- EmpLog empLog = new EmpLog(null,LocalDateTime.now(),emp.toString()); //添加日志
- empLogService.insertLog(empLog);
- }
- }

前后端联调测试:
可以发现报错了。
根据我们上面的猜想,添加日志的操作,不管前面执行成功与否都要执行。
但是数据库里面并没有添加成功,操作日志的记录。
这是为什么呢?我们查看idea的控制台
因为,我们添加员工信息这个实现类里面的方法上,有了一个事务,当我们这个方法里面的出现错误的时候,他要回滚,而添加日志的操作受这个事务的影响,所以我们需要指定,把操作日志记录的,也新建一个事务,使它不受,添加员工信息的影响。
常用的使用场景:
- REQUIRED :大部分情况下都是用该传播行为即可。
- REQUIRES_NEW :当我们不希望事务之间相互影响时,可以使用该传播行为。比如:下订单前需要记录日志,不论订单保存成功与否,都需要保证日志记录能够记录成功。
在EmpLogServiceImpl实现类里面,添加日志的方法上面。加上@Transaction注解
- @Transactional(propagation = Propagation.REQUIRES_NEW) //事务传播行为,不管那个方法是否有事务,都会开启新的事务。
- @Override
- public void insertLog(EmpLog empLog) {
- empLogMapper.insert(empLog);
- }
然后我们在运行,进行前后端联调看效果:
我们发现,程序报错了。看看数据库里面,记录员工操作的日志是否有数据。
可以看到记录日志的操作,在添加员工失败的时候也添加成功了。
分析idea控制台
在执行分析:
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。