🎉在工作场景中遇到这样一个需求，对表中的数据进行更新，更新的步骤是：首先，删除表中所有的数据记录；之后，再将更新过后的数据插入到表中。由于系统业务逻辑相关的原因，在数据插入时可能会出现异常，因此当出现异常而终止插入过程，需要能够将事务进行回滚，恢复之前删除的数据。
✨这里肯定是需要使用事务进行控制了，那么在使用 Spring 框架提供的声明式事务注解方式@Transactional ，并确认避免了事务失效的几种情况之后，在测试接口时事务还是没有生效。
✨以下是主要的相关方法实现：
@Transactional(rollbackFor = Exception.class)
public void runDeptTask() {
//to do something
try {
deptMapper.deleteAll();
//to do something
} catch (Exception e) {
e.printstack();
// due to the exception was swallowed, rollbacking manually
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
}
✨在确认 Java 代码层面并没有问题之后，便开始从数据库层面开始排查问题。首先，检查是否使用了支持事务的存储引擎，确认 MySQL 数据库使用了 InnoDB 引擎并开启了事务机制。之后，在检查 SQL 语句时发现，删除数据时的语法使用了 truncate，而不是使用 delete 语法。
✨这时便回忆起，为了保证事务的原子性，InnoDB 引擎在实际进行记录的增删改操作时，都需要先把 undo 日志记下来，便于之后进行回滚。这里的增删改对应的语法是：insert、delete、update，没有对使用 truncate 删除的 undo 日志。这便是发生问题的所在之处了，因此需要将删除时使用的语法改为 delete，这样才能使得事务回滚起效，问题得到解决。
这里顺便提一下为什么当时使用
truncate，主要是因为使用truncate不会写入 undo 日志，既降低了服务器硬盘资源的消耗，又避免了因写入日志操作带来的时间消耗，因此truncate删除表数据的效率非常高，特别是当删除大量数据时，truncate和delete所需要的时间差异尤为明显。
✨更改过后的 SQL 语句如下：
DeptMapper.xml
<delete id = "deleteAll">
<!--truncate table sys_dept-->
delete from sys_dept
</delete>
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之家整理，本文链接：https://www.bmabk.com/index.php/post/156974.html
