https://github.com/WeiXiao-Hyy/blog

整理了Java,K8s,极客时间,设计模式等内容#xff0c;欢迎Star!

一文带你搞懂Spring事务上篇文章介绍了Spring事务相关内容本文主要介绍业务开发中遇到的大事务问题。

https://github.com/WeiXiao-Hyy/blog

整理了Java,K8s,极客时间,设计模式等内容欢迎Star!

运行时间调用远程事务或接口中需要执行的SQL比较多比较长长时间未提交的事务可以称之为大事务。

并发情况下数据库连接池容易被撑爆锁定太多的数据造成大量的阻塞和锁超时执行时间长容易造成主从延迟回滚所需要的时间比较长undo

log

使用编程式事务查询放到事务外侧避免不必要的查询避免一次处理太多数据异步操作(需要考虑的是监控重试兜底补偿)避免耗时太多的操作造成事务超时

如果你的事务中需要锁多个行要把最可能造成锁冲突、最可能影响并发度的锁尽量往后放通过

表设置长事务阈值超过则报警或者kill在业务功能测试阶段要求输出所有的

general_log

分离到独立的表空间。

如果真的出现大事务导致回滚段过大这样设置后清理起来更方便

案例说明

{transactionTemplate.executeWithoutResult(transactionStatus

{try

{transactionStatus.setRollbackOnly();}});}

}避免一次处理太多数据

如果在内存处理大量的数据时占用druid线程池中线程时间过长可能会导致大事务回滚。

原因如下:

druid配置参数

spring:datasource:druid:remove-abandoned:

true

如果空闲时间超过removeAbandonedTimeoutMills秒后没有close,

druid会默认回收;remove-abandoned-timeout:

超时时间

false;如果事务中需要锁多个行把最可能造成锁冲突、影响并发度的锁尽量往后放

MySQL事务两阶段锁协议

在InnoDB事务中行锁是在需要的时候才加上的但并不是不需要了就立即释放而是等待事务结束时才释放。

案例举例

假设实现一个电影票在线交易业务顾客A要在影院B购买电影票简化一点需要涉及到以下操作

从顾客A账户余额中扣除电影票价给影院B的账户余额增加电影票价记录一条交易日志

如果另一个顾客C要在影院B买票,那么这两个事务冲突的部分就是语句2,如果把语句2安排在最后,那么影院账户余额这一行的锁时间最少。

这就最大程度地减少了事务之间的锁等待提升了并发度。

参考JDK1.7的ConcurrentHashMap的分段锁设计将一行数据改成逻辑上的多行数据来减少锁冲突以影院的账户为例可以将一个账号信息放在多条记录上比如10个记录影院的账户总额等于这10个记录的值的总和。

这样每次要给影院账户加金额的时候随机选其中一条记录来加。

这样每次冲突概率变成原来的1/10可以减少锁等待个数也就减少了死锁检测的CPU消耗。

先锁如果在事务开始时就锁定高冲突资源那么这个资源在整个事务期间被锁定直到事务结束。

这意味着其他事务在整个事务期间都必须等待这个锁释放;后锁如果在事务的最后才锁定高冲突资源那么这个资源的锁定时间会缩短,

因为前面的操作已经完成锁定和释放的时间间隔变短。

这样其他事务等待这个锁的时间也会缩短;

Undo

https://juejin.cn/post/7213636024110956599https://juejin.cn/post/6850418121703882765https://blog.csdn.net/zhizhengguan/article/details/120997766