成都专业网站设计制作,网页设计html代码大全明星,wordpress 注册钩子,兖州网站建设多少钱前言 正好前段时间我在公司处理过这个问题#xff0c;我们当时由于项目初期时间比较紧张#xff0c;为了快速完成业务功能#xff0c;忽略了系统部分性能问题。项目顺利上线后#xff0c;专门抽了一个迭代的时间去解决大事务问题#xff0c;目前已经优化完成#xff0c;并… 前言 正好前段时间我在公司处理过这个问题我们当时由于项目初期时间比较紧张为了快速完成业务功能忽略了系统部分性能问题。项目顺利上线后专门抽了一个迭代的时间去解决大事务问题目前已经优化完成并且顺利上线。现给大家总结了一下我们当时使用的一些解决办法以便大家被相同问题困扰时可以参考一下。 大事务引发的问题 在分享解决办法之前先看看系统中如果出现大事务可能会引发哪些问题 从上图可以看出如果系统中出现大事务时问题还不小所以我们在实际项目开发中应该尽量避免大事务的情况。如果我们已有系统中存在大事务问题该如何解决呢 解决办法 少用Transactional注解 大家在实际项目开发中我们在业务方法加上Transactional注解开启事务功能这是非常普遍的做法它被称为声明式事务。
部分代码如下
Transactional(rollbackForException.class)public void save(User user) {doSameThing...}然而我要说的第一条是少用Transactional注解。
为什么 我们知道Transactional注解是通过spring的aop起作用的但是如果使用不当事务功能可能会失效。如果恰巧你经验不足这种问题不太好排查。至于事务哪些情况下会失效。 Transactional注解一般加在某个业务方法上会导致整个业务方法都在同一个事务中粒度太粗不好控制事务范围是出现大事务问题的最常见的原因。
那我们该怎么办呢
可以使用编程式事务在spring项目中使用TransactionTemplate类的对象手动执行事务。
部分代码如下 Autowiredprivate TransactionTemplate transactionTemplate;...public void save(final User user) {transactionTemplate.execute((status) {doSameThing...return Boolean.TRUE;})}从上面的代码中可以看出使用TransactionTemplate的编程式事务功能自己灵活控制事务的范围是避免大事务问题的首选办法。
当然我说少使用Transactional注解开启事务并不是说一定不能用它如果项目中有些业务逻辑比较简单而且不经常变动使用Transactional注解开启事务开启事务也无妨因为它更简单开发效率更高但是千万要小心事务失效的问题。 将查询(select)方法放到事务外 如果出现大事务可以将查询(select)方法放到事务外也是比较常用的做法因为一般情况下这类方法是不需要事务的。
比如出现如下代码
Transactional(rollbackForException.class)public void save(User user) {queryData1();queryData2();addData1();updateData2();}可以将queryData1和queryData2两个查询方法放在事务外执行将真正需要事务执行的代码才放到事务中比如addData1和updateData2方法这样就能有效的减少事务的粒度。
如果使用TransactionTemplate的编程式事务这里就非常好修改。 Autowiredprivate TransactionTemplate transactionTemplate;...public void save(final User user) {queryData1();queryData2();transactionTemplate.execute((status) {addData1();updateData2();return Boolean.TRUE;})}但是如果你实在还是想用Transactional注解该怎么拆分呢
public void save(User user) {queryData1();queryData2();doSave();}Transactional(rollbackForException.class)public void doSave(User user) {addData1();updateData2();}这个例子是非常经典的错误这种直接方法调用的做法事务不会生效给正在坑中的朋友提个醒。因为Transactional注解的声明式事务是通过spring aop起作用的而spring aop需要生成代理对象直接方法调用使用的还是原始对象所以事务不会生效。
有没有办法解决这个问题呢
1.新加一个Service方法
这个方法非常简单只需要新加一个Service方法把Transactional注解加到新Service方法上把需要事务执行的代码移到新方法中。具体代码如下
Servciepublicclass ServiceA {Autowiredprvate ServiceB serviceB;public void save(User user) {queryData1();queryData2();serviceB.doSave(user);}}Servciepublicclass ServiceB {Transactional(rollbackForException.class)public void doSave(User user) {addData1();updateData2();}}2.在该Service类中注入自己
如果不想再新加一个Service类在该Service类中注入自己也是一种选择。具体代码如下
Servciepublicclass ServiceA {Autowiredprvate ServiceA serviceA;public void save(User user) {queryData1();queryData2();serviceA.doSave(user);}Transactional(rollbackForException.class)public void doSave(User user) {addData1();updateData2();}}可能有些人可能会有这样的疑问这种做法会不会出现循环依赖问题
其实spring ioc内部的三级缓存保证了它不会出现循环依赖问题。如果你想进一步了解循环依赖问题。
3.在该Service类中使用AopContext.currentProxy()获取代理对象
上面的方法2确实可以解决问题但是代码看起来并不直观还可以通过在该Service类中使用AOPProxy获取代理对象实现相同的功能。具体代码如下
Servciepublicclass ServiceA {public void save(User user) {queryData1();queryData2();((ServiceA)AopContext.currentProxy()).doSave(user);}Transactional(rollbackForException.class)public void doSave(User user) {addData1();updateData2();}}事务中避免远程调用 我们在接口中调用其他系统的接口是不能避免的由于网络不稳定这种远程调的响应时间可能比较长如果远程调用的代码放在某个事物中这个事物就可能是大事务。当然远程调用不仅仅是指调用接口还有包括发MQ消息或者连接redis、mongodb保存数据等。
Transactional(rollbackForException.class)public void save(User user) {callRemoteApi();addData1();}远程调用的代码可能耗时较长切记一定要放在事务之外。 Autowiredprivate TransactionTemplate transactionTemplate;...public void save(final User user) {callRemoteApi();transactionTemplate.execute((status) {addData1();return Boolean.TRUE;})}有些朋友可能会问远程调用的代码不放在事务中如何保证数据一致性呢这就需要建立重试补偿机制达到数据最终一致性了。 事务中避免一次性处理太多数据 如果一个事务中需要处理的数据太多也会造成大事务问题。比如为了操作方便你可能会一次批量更新1000条数据这样会导致大量数据锁等待特别在高并发的系统中问题尤为明显。
解决办法是分页处理1000条数据分50页一次只处理20条数据这样可以大大减少大事务的出现。 非事务执行 在使用事务之前我们都应该思考一下是不是所有的数据库操作都需要在事务中执行 Autowiredprivate TransactionTemplate transactionTemplate;...public void save(final User user) {transactionTemplate.execute((status) {addData();addLog();updateCount();return Boolean.TRUE;})}上面的例子中其实addLog增加操作日志方法 和 updateCount更新统计数量方法是可以不在事务中执行的因为操作日志和统计数量这种业务允许少量数据不一致的情况。 Autowiredprivate TransactionTemplate transactionTemplate;...public void save(final User user) {transactionTemplate.execute((status) {addData(); return Boolean.TRUE;})addLog();updateCount();}当然大事务中要鉴别出哪些方法可以非事务执行其实没那么容易需要对整个业务梳理一遍才能找出最合理的答案。 异步处理 还有一点也非常重要是不是事务中的所有方法都需要同步执行我们都知道方法同步执行需要等待方法返回如果一个事务中同步执行的方法太多了势必会造成等待时间过长出现大事务问题。
看看下面这个列子 Autowiredprivate TransactionTemplate transactionTemplate;...public void save(final User user) {transactionTemplate.execute((status) {order();delivery();return Boolean.TRUE;})}order方法用于下单delivery方法用于发货是不是下单后就一定要马上发货呢
答案是否定的。
这里发货功能其实可以走mq异步处理逻辑。 Autowiredprivate TransactionTemplate transactionTemplate;...public void save(final User user) {transactionTemplate.execute((status) {order();return Boolean.TRUE;})sendMq();}总结 本人从网友的一个问题出发结合自己实际的工作经验分享了处理大事务的6种办法 少用Transactional注解 将查询(select)方法放到事务外 事务中避免远程调用 事务中避免一次性处理太多数据 非事务执行 异步处理
