并发锁事务重试机制（JPA高并发下的乐观锁异常）

最新推荐文章于 2024-04-28 09:44:26 发布
最新推荐文章于 2024-04-28 09:44:26 发布
阅读量1.1k 收藏 4
点赞数
分类专栏： Hibernate || JPA 文章标签： java runtime 测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/NANJI_WUBING/article/details/84754263
版权
本文介绍了在Java JPA高并发场景下遇到的乐观锁异常，如StaleObjectStateException和ObjectOptimisticLockingFailureException，并提出了一种解决方案——通过Aspectj拦截器实现异常时的重试机制。文中详细阐述了如何定义切面接口、标记需要重试的方法以及实现切面拦截器，确保在新的事务中重试操作，直至达到重试上限。同时，文章也提及了AOP和Spring事务管理的相关知识。
摘要由CSDN通过智能技术生成

 

        我的博文中，有一篇短文Java结合Junit做并发测试用例，是介绍JPA在高并发下，多个Service方法更新

同一个记录；在异常信息中有StaleObjectStateException和ObjectOptimisticLockingFailureException异常信

息。有些业务这种靠JPA维护的版本信息是可行的，如果两个不同用户同事(高并发)购买一件马丁靴鞋子，最后会更新该马丁靴在库数量，如果没有重试机制，肯定只有一个用户购买失败；可能这没有什么，用户再次提交购买就ok了；可是作为事逼可能成就人生的工程师，你一定不能容忍，于是有了重试机制。

 

1：解决方案

     定义Aspectj拦截器，指定方法发生乐观锁异常时，进行重试。

 

2：show coding.

 

(1) 因为不是所有方法发生乐观锁异常都是需要重试机制的，所以需要先定义切面接口定义IsTryAgain




                

        

        




    

  


        

            

                    
                      最低0.47元/天 解锁文章
                        
                    
            

        

    

      

        

            

              
                
                  NANJI_WUBING
                
              
            

            

                关注
              
            

        

        

          
      

      

            

                专栏目录
          









                



	

		

			

				
					
JPA-org.springframework.ObjectOptimisticLockingFailureException

				
			

			

				

					zym_1321的博客
				

				

					10-14
					
					992
					
				

			

		

		

			
				
最近日志出现一个报错


2021-09-09 22:20:21,483 ERROR [ConsumeMessageThread_16] [middle,,,] [CarAssignFailedHandle.handle] [CarAssignFailedHandle.java:58] - Object of class [com.trip.engine.bean.OrderEntity] with identifier [356202191582900224]: optimistic locking fa

			
		

	



                

              
                



	

		

			

				
					
JPA使用乐观锁应对高并发

				
			

			

				

					云中采薇
				

				

					09-10
					
					7837
					
				

			

		

		

			
				
高并发系统的挑战在部署分布式系统时，我们通常把多个微服务部署在内网集群中，再用API网关聚合起来对外提供。为了做负载均衡，通常会对每个微服务都启动多个运行实例，通过注册中心去调用。那么问题来了，因为有多个实例运行都是同一个应用，虽然微服务网关会把每一个请求只转发给一个实例，但当面对高并发时，但它们仍然可能同时操作同一个数据库表，这会不会引发什么问题呢？悲观锁的问题比如电商中常见的商品秒杀系统，在用户

			
		

	



                


  
              

                


	

		

			

				
					
jpa高并发

				
			

			

				

					weixin_47615289的博客
				

				

					07-22
					
					289
					
				

			

		

		

			
				
乐观锁：https://blog.csdn.net/chenwenxin2088/article/details/100921331?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522162692275216780264053086%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fall.%2522%257D&request_id=16269227521678026405

			
		

	





	

		

			

				
					
乐观锁失败异常ObjectOptimisticLockingFailureException

				
			

			

				

					天天向上
				

				

					01-30
					
					7707
					
				

			

		

		

			
				
一、问题描述
新开发的系统，往往可能需要将旧版的系统中的历史数据，用脚本的方式在新系统中跑一遍业务流程，其实可能是用Java代码自动调用一些业务流程接口。
在执行过程中发现报错：
2021-01-27 19:32:46.300 [http-nio-5090-exec-4] ERROR o.a.c.c.C.[.[.[.[dispatcherServlet]:182 - Servlet.service() for servlet [dispatcherServlet] in context with path 

			
		

	



		

			
		



	

		

			

				
					
多线程操作hibernate乐观锁报错ObjectOptimisticLockingFailureException

				
			

			

				

					fly_miqiqi的博客
				

				

					07-09
					
					979
					
				

			

		

		

			
				
主要解决方案是在捕捉异常的时候使用递归方法对乐观锁重试
try{
    spamMessageFeeReceipt=genSpamMessageFeeReceipt(jsonObject,distribute);
}catch (Exception e){
    if(e instanceof ObjectOptimisticLockingFailureException){
        spamMessageFeeReceipt=genSpamMessageFeeReceipt(jsonObjec

			
		

	





	

		

			

				
					
高并发锁事务重试机制（JPA高并发下的乐观锁异常）

				
			

			

				

					天才小站
				

				

					09-04
					
					2390
					
				

			

		

		

			
				
乐观锁：


model实体类加version字段





    @JsonProperty("_version")
    @Column(name = "version", nullable = false)
    @Version
    private Long version = 0L;






问题场景

先在库里查询出该实体，转化为持久态，在这时库里的该数据被修改了...

			
		

	





	

		

			

				
					
JPA中的事务管理与乐观锁

				
			

			

				

					
				

			

		

		

			
				
# 第一章：JPA简介  ## 1.1 JPA概述 Java Persistence API（JPA）是Java平台的一种标准ORM（对象关系映射）规范，用于将Java对象映射到关系数据库中的表结构。它提供了一组标准的API和注解，让开发者可以更便捷地...

			
		

	





	

		

			

				
					
Spring Boot+SQL/JPA实战悲观锁和乐观锁

				
			

			

				

					qq_43253123的博客
				

				

					12-20
					
					3611
					
				

			

		

		

			
				
最近在公司的业务上遇到了并发的问题，并且还是很常见的并发问题，公司业务就是最常见的“订单+账户”问题,算是低级的失误了。由于公司业务相对比较复杂且不适合公开，在此用一个很常见的业务来还原一下场景，同时介绍悲观锁和乐观锁是如何解决这类并发问题的。
推荐视频链接

Java 微服务实践视频教程 - Spring Boot
Java 微服务实践 视频教程- Spring Cloud
redis高可用视频...

			
		

	





	

		

			

				
					
java乐观锁实现-springboot的数据库更新时遇到并发问题

				
			

			

				

					coder
				

				

					03-19
					
					1356
					
				

			

		

		

			
				
java乐观锁实现-springboot的数据库更新时遇到并发问题遇到的问题什么叫线程安全？参考资料
遇到的问题
有一个安全扫描的项目需要调用其他业务单位的扫描结果，报告结果需要在数据库进行三次更新同一字段。并发高的时候，可能第二条更新数据覆盖了第一条的更新数据（第一条更新了以后，第二条覆盖了第一条的更新）。
什么叫线程安全？
就是线程同步的意思，就是当一个程序对一个线程安全的方法或者语句进行访问的时候，其他的不能再对他进行操作了，必须等到这次访问结束以后才能对这个线程安全的方法进行访问
参考资料
http

			
		

	





	

		

			

				
					
org.springframework.orm.hibernate4.HibernateOptimisticLockingFailureException

				
			

			

				

					08-02
				

			

		

		

			
				
NULL
博文链接：https://hw1287789687.iteye.com/blog/1967701

			
		

	





	

		

			

				
					
spring-data-jpa出现ObjectOptimisticLockingFailureException解决方案

				
			

			

				

					guangmingguangming的专栏
				

				

					02-29
					
					8277
					
				

			

		

		

			
				
项目持久层框架使用spring-data-jpa，jpa实现采用hibernate。实体使用乐观锁的方式加锁，也就是添加如下字段。


    @Version
    private Long version;



最近发现在日志中偶尔报org.springframework.orm.ObjectOptimisticLockingFailureException: Object of cla...

			
		

	





	

		

			

				
					
JPA乐观锁异常（OptimisticLockingFailureException）解决方案

				
			

			

				

					机智W_en的博客
				

				

					09-17
					
					1万+
					
				

			

		

		

			
				
1 背景

项目持久层框架使用spring-data-jpa，jpa实现采用hibernate。实体使用乐观锁的方式加锁，也就是添加version字段。


    @Version
    private Long version;

乐观锁：给数据加一个版本， 每一操作数据就更新版本，不会上锁，但是在更新的时候你会判断这期间有没有人去更新这个数据

悲观锁：给数据加了一把锁 ，同事务只能一个线程进行操作，使用完了锁释放， 没释放前后面想要操作的人就得排队 ，效率低，但是很安全

2 问题描述

异常信息

			
		

	





	

		

			

				
					
jpa懒加载在高并发场景下的坑 org.hibernate.TypeMismatchException

				
			

			

				

					weixin_42240941的博客
				

				

					04-26
					
					683
					
				

			

		

		

			
				
jpa懒加载在高并发场景下，异常，报错org.hibernate.TypeMismatchException

			
		

	





	

		

			

				
					
Java高并发8种解决方案，真的很全，亲测有效，嘿嘿嘿

					
最新发布

				
			

			

				

					PythonAigc的博客
				

				

					04-28
					
					9740
					
				

			

		

		

			
				
Java高并发解决方案涉及多个层面，包括设计模式、并发工具类、框架、缓存、数据库优化等。以下是一些常见的Java高并发解决方案及其解决思路、方法和代码示例：

1. 使用线程池
解决思路：
通过线程池来管理线程，避免频繁创建和销毁线程，从而提高系统性能。

解决方法：
使用java.util.concurrent.ExecutorService和java.util.concurrent.Executors来创建线程池。

			
		

	





	

		

			

				
					
Spring+Data+JPA持久层的使用及注意事项(四)——Executing an update/delete query事务问题

				
			

			

				

					laomadawei的博客
				

				

					06-13
					
					1538
					
				

			

		

		

			
				
org.springframework.dao.InvalidDataAccessApiUsageException: Executing an update/delete query; nested exception is javax.persistence.TransactionRequiredException: Executing an update/delete query	遇到如上情...

			
		

	





	

		

			

				
					
全局锁和悲观锁的异常处理

				
			

			

				

					hufeng19940810的博客
				

				

					08-11
					
					1651
					
				

			

		

		

			
				
悲观锁一般用在事务中“独占的”持有一个资源，这样是为了在并发操作中保护数据一致性。悲观锁的使用非常常见，但是我们代码中对悲观锁的认识上存在不足，导致对异常的处理其实是不到位的，比如以下代码：

    protectedvoid lockInvoiceAndSet(ApInvoiceOperateContext context) {         	ApInvoice invoice =ap

			
		

	





	

		

			

				
					
OptimisticLockingFailureException（乐观锁定失败异常）可能的原因和解决方法

				
			

			

				

					Java开源程序猿
				

				

					01-02
					
					1579
					
				

			

		

		

			
				
表示在使用乐观锁定机制时，发生了锁定失败的情况。如果事务隔离级别过低，可能导致多个事务能够同时读取相同的数据，并在提交时引发乐观锁定异常。如果应用程序在读取数据后，对数据进行了修改但未及时更新版本信息，可能导致版本信息不同步，从而引发乐观锁定异常。多个事务同时尝试更新相同的数据记录，但其中一个事务已经提交了更新，导致另一个事务的更新失败。如果应用程序使用了缓存，而缓存中的数据与数据库中的数据不同步，可能导致乐观锁定失败。在发生乐观锁定异常时，如果事务回滚并且没有合适的重试机制，可能导致一连串的失败操作。

			
		

	





	

		

			

				
					
记录JPA并发save时遇到的坑

					
热门推荐

				
			

			

				

					自律使我自由
				

				

					08-27
					
					1万+
					
				

			

		

		

			
				
前言
在JPA中，使用save方法时是这样的：如果我们save的对象指定了主键，那么会根据主键先进行一次查询，如果查询记录不存在则执行insert语句，如果查询记录存在则执行update语句。
问题现象
业务场景是这样的：当某个用户钱包流水发生变化时，我们会先查询用户钱包是否存在（新注册的用户一开始没有钱包），如果存在则直接更新钱包余额，并添加一条流水，如果用户钱包不存在，则新生成钱包，再更新钱包余额，最后添加流水。
当同一个用户同时产生多条流水时，现在的流程则可能出现问题。
伪代码
// 查询用户钱包是否

			
		

	





	

		

			

				
					
Hibernate深度解析：关联操作、查询、特性及并发机制详解

				
			

			

				

					
				

			

		

		

			
				
 - **并发锁**：Hibernate使用乐观锁和悲观锁来处理并发更新冲突，如版本号检查等。  - **线程安全**：通过合理的设计和使用ThreadLocal或Spring的事务管理来处理并发问题。  本文还提供了详尽的示例代码和数据库...

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值