概念:
事务 是一组操作的集合,它是不可分割的工作单元。事务会把所有操作作为一个整体,一起向系统提交或撤销操作请求,即这些操作要么同时成功,要么同时失败。
?注意:
默认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控制台
?在执行分析: