记录一次生产环境MySQL死锁以及解决思路

已于 2022-11-11 07:46:06 修改
阅读量1.2k 收藏 1
点赞数 1
分类专栏： 死锁 文章标签： mysql 分布式 后端
于 2022-11-08 08:25:44 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_34798605/article/details/127740738
版权

一、背景

（1）业务背景

这里因为涉及到公司的业务问题不进行深入讨论，下面换成通用的一些业务场景就是举例。

（2）技术背景

众所周知，所谓锁的产生本质上是想解决资源竞争问题，在MySQL的前提下，MySQL为了解决事务并发独写的问题，在进行insert、update、delete的时候会对数据库的记录加上行级锁或者间隙锁，正因为有锁，才会导致死锁的发生。

二、锁发生情况分析

以常见的商城订单系统，列举一个业务场景来说明我这次遇到的问题。

假设每个用户都有自己的订单。如订单号为800001、800002、800003

假设我们有一个这样的需求（暂不考虑需求合理性），我们通过cancel监听上游数据库的用户积分变更，我们要对这个用户的所有单据做更新。这样我们的业务场景对应下的技术架构图如下：

我们可以很明显的看到我这边会在不同的分区上的处理逻辑是：

查询出这批用户的单据，然后更新每一个单据的优惠金额。

很明显，我们在不同的分区上执行了同一段逻辑，那么就有很大的可能出现两个事务同事操作一条数据的可能性，从而出现了锁的竞争，又因为我这里是批量操作，那么就可能出现我等待你锁释放、你等待我的锁释放的情况，也就是所谓的死锁的发生。如下图的竞争图所示：

 然后我们的DB就出现死锁，线上监控出现死锁报错。

### SQL: UPDATE foo  SET name=?  WHERE id=?
### Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction
; Deadlock found when trying to get lock; try restarting transaction; nested exception is com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction
	at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:266) ~[spring-jdbc-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72) ~[spring-jdbc-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.mybatis.spring.MyBatisExceptionTranslator.translateExceptionIfPossible(MyBatisExceptionTranslator.java:88) ~[mybatis-spring-2.0.5.jar:2.0.5]
	at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:440) ~[mybatis-spring-2.0.5.jar:2.0.5]
	at com.sun.proxy.$Proxy90.update(Unknown Source) ~[na:na]
	at org.mybatis.spring.SqlSessionTemplate.update(SqlSessionTemplate.java:287) ~[mybatis-spring-2.0.5.jar:2.0.5]
	at com.baomidou.mybatisplus.core.override.MybatisMapperMethod.execute(MybatisMapperMethod.java:65) ~[mybatis-plus-core-3.4.1.jar:3.4.1]
	at com.baomidou.mybatisplus.core.override.MybatisMapperProxy$PlainMethodInvoker.invoke(MybatisMapperProxy.java:148) ~[mybatis-plus-core-3.4.1.jar:3.4.1]
	at com.baomidou.mybatisplus.core.override.MybatisMapperProxy.invoke(MybatisMapperProxy.java:89) ~[mybatis-plus-core-3.4.1.jar:3.4.1]
	at com.sun.proxy.$Proxy91.updateById(Unknown Source) ~[na:na]
	at com.guorou.foo.service.impl.FooServiceImpl.updateSort1(FooServiceImpl.java:67) ~[classes/:na]
	at com.guorou.foo.service.impl.FooServiceImpl$$FastClassBySpringCGLIB$$1.invoke(<generated>) ~[classes/:na]
	at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218) ~[spring-core-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:746) ~[spring-aop-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163) ~[spring-aop-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:294) ~[spring-tx-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:98) ~[spring-tx-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186) ~[spring-aop-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:688) ~[spring-aop-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at com.guorou.foo.service.impl.FooServiceImpl$$EnhancerBySpringCGLIB$$1.updateSort1(<generated>) ~[classes/:na]
	at com.guorou.foo.web.controller.FooController.getById(FooController.java:47) ~[classes/:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_201]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_201]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_201]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_201]
	at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:215) ~[spring-web-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:142) ~[spring-web-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:102) ~[spring-webmvc-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:895) ~[spring-webmvc-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:800) ~[spring-webmvc-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87) ~[spring-webmvc-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1038) ~[spring-webmvc-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:942) ~[spring-webmvc-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:998) [spring-webmvc-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:890) [spring-webmvc-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:634) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:875) [spring-webmvc-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:741) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53) [tomcat-embed-websocket-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:99) [spring-web-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) [spring-web-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.springframework.web.filter.FormContentFilter.doFilterInternal(FormContentFilter.java:92) [spring-web-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) [spring-web-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.springframework.web.filter.HiddenHttpMethodFilter.doFilterInternal(HiddenHttpMethodFilter.java:93) [spring-web-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) [spring-web-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:200) [spring-web-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) [spring-web-5.1.2.RELEASE.jar:5.1.2.RELEASE]
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.StandardContextValve.__invoke(StandardContextValve.java:96) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:41002) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:490) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:770) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1415) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_201]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_201]
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-embed-core-9.0.12.jar:9.0.12]
	at java.lang.Thread.run(Thread.java:748) [na:1.8.0_201]
Caused by: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction
	at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:123) ~[mysql-connector-java-8.0.13.jar:8.0.13]
	at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:97) ~[mysql-connector-java-8.0.13.jar:8.0.13]
	at com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:122) ~[mysql-connector-java-8.0.13.jar:8.0.13]
	at com.mysql.cj.jdbc.ClientPreparedStatement.executeInternal(ClientPreparedStatement.java:974) ~[mysql-connector-java-8.0.13.jar:8.0.13]
	at com.mysql.cj.jdbc.ClientPreparedStatement.execute(ClientPreparedStatement.java:391) ~[mysql-connector-java-8.0.13.jar:8.0.13]
	at com.zaxxer.hikari.pool.ProxyPreparedStatement.execute(ProxyPreparedStatement.java:44) ~[HikariCP-3.2.0.jar:na]
	at com.zaxxer.hikari.pool.HikariProxyPreparedStatement.execute(HikariProxyPreparedStatement.java) ~[HikariCP-3.2.0.jar:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_201]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_201]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_201]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_201]
	at org.apache.ibatis.logging.jdbc.PreparedStatementLogger.invoke(PreparedStatementLogger.java:59) ~[mybatis-3.5.6.jar:3.5.6]
	at com.sun.proxy.$Proxy141.execute(Unknown Source) ~[na:na]
	at org.apache.ibatis.executor.statement.PreparedStatementHandler.update(PreparedStatementHandler.java:47) ~[mybatis-3.5.6.jar:3.5.6]
	at org.apache.ibatis.executor.statement.RoutingStatementHandler.update(RoutingStatementHandler.java:74) ~[mybatis-3.5.6.jar:3.5.6]
	at com.baomidou.mybatisplus.core.executor.MybatisSimpleExecutor.doUpdate(MybatisSimpleExecutor.java:56) ~[mybatis-plus-core-3.4.1.jar:3.4.1]
	at org.apache.ibatis.executor.BaseExecutor.update(BaseExecutor.java:117) ~[mybatis-3.5.6.jar:3.5.6]
	at com.baomidou.mybatisplus.core.executor.MybatisCachingExecutor.update(MybatisCachingExecutor.java:85) ~[mybatis-plus-core-3.4.1.jar:3.4.1]
	at org.apache.ibatis.session.defaults.DefaultSqlSession.update(DefaultSqlSession.java:197) ~[mybatis-3.5.6.jar:3.5.6]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_201]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_201]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_201]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_201]
	at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:426) ~[mybatis-spring-2.0.5.jar:2.0.5]
	... 72 common frames omitted

发生死锁后，如果MySQL开启了死锁检测机制，会自动把权重小的事务进行释放。如果没有开启死锁检测机制，则两个线程都会回滚。（死锁检测比较消耗CPU，看具体情况开启）

MySQL的死锁检测参数

show variables like '%innodb_deadlock_detect%';

更详细的死锁打印日志可以参考我的另外一篇博客，这里不详细展开说明

MySQL如何输出发生死锁的SQL到日志文件_小胖子——鑫的博客-CSDN博客

以上场景死锁发生的根本原因就是并发批量操作了数据，所以解决思路应该围绕并发、批量两个关键词展开。

三、解决思路分析

死锁的解决思路无非就是几种

（1）处理逻辑串行化

（2）批量操作改成单条操作（跟串行化也有点关联，单条操作其实就是变像的串行化）

（3）程序里面加分布式锁（多条数据加锁可能会影响程序性能，需要慎重考虑）

我这边采用的解决方式为处理逻辑串行化

既然上游通过Kafka传递消息针对用户来说是一个没有顺序的情况，那么我可以在我这边把他变成顺序的，利用Kafka的分区机制，同一个key 经过一致性hash算法，最终会发送到同一个Kafka分区，然后Kafka同一个分区的数据是会进行顺序消费，相当于也是一种串行化的做法。技术的实现就会演变如下图所示：

 因为是以用户ID作为Hash(Key)进行发送分区，所以不会出现多个线程处理同一个用户数据这种情况出现了，所以也解决了数据库的死锁问题。

四、总结

1、死锁的解决三大要素：逻辑串行化、批量改单条、程序加锁（如Redis分布式锁之类）

2、针对死锁的问题要灵活变通，不仅要从技术的角度找到为什么会产生死锁，同时也要出业务上进行出发，深究业务的本质，可能在业务本身上进行优化的成本远大于技术上的优化。

小胖子——鑫
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
这六个 MySQL 死锁案例，能让你理解死锁的原因！.doc
04-26
解决方案是直接把所有分配到的借款人直接一次锁住就行了。 案例二：在开发中，经常会做这类的判断需求：根据字段值查询（有索引），如果不存在，则插入；否则更新。以 id 为主键为例，目前还没有 id=22 的行。如果 ...
MySQL 死锁异常排查和处理
伟大的大威的博客
11-18 5258
MySQL死锁异常排查，定位原因和处理
### Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Deadlock found when tryin
越努力越幸运~~ Java领域从业者；CSDN新兴创新博主；Java领域优质创作者；书写奋斗者故事;欢迎交流学习进步；
08-19 4745
原有：三层循环去删除，并且使用错了delete方法，实际走的是逻辑删除，只是修改状态。所谓死锁：是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用，它们都将无法推进下去.此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。导入excel表的有许多重复的名称，刚好1进来去delete（可能是逻辑删除，可能是物理删除）这个重复shopId。之前主要是导入7000店铺的时候，大量重复名称店铺导致了高并发死锁的这个场景。改造的方法最后是这样的。
高级软件工程师带你解决MySQL死锁问题Deadlock found when trying to get lock实战案例全网唯一
最新发布
nasen512的博客
05-29 1254
笔者我实际工作中，经常遇到mysql数据库死锁问题！CSDN上面也有很多大神刨析解决方法！我在实际工作中的MySQL数据库架构很复杂，又涉及到主从多副本集群，又涉及到多个java进程进行并发级联更新操作！遇到死锁问题根本来说不能完全的避免！我就讲讲我实际的解决思路与方法吧！
生产异常 Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceed
小哥骑单车
09-14 2万+
1、程序中报错日志： Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction; Lock wait timeout exceeded; try restarting transaction; nested exception is com.mysql.cj.jdbc.exceptions.MySQLT..
排查生产环境：MySQLTransactionRollbackException数据库死锁
imVainiycos的博客
08-02 8319
至此，本次MySQL线上死锁问题就已结束排查。由于线上问题一般都比较复杂或者比较难复现，所以排查线上问题首先需要分析日志，这个时候就要求我们程序的日志要尽可能做到完善。然后就是大胆猜测，小心验证，其中不免会经历多次推到重来的历程。此后该问题再次出现就不会再成为你的问题。记一次生产环境Java服务synchronized死锁的处理过程注意Synchronized与@Transactional不能在同一方法上使用的bug@transactional和synchronized同时使用不能同步的问题。......
MySQLTransactionRollbackException: Lock wait timeout exceede； try restarting transaction
m0_47637225的博客
07-20 3213
记录一次mysql表被锁的经历。Caused by: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction
使用MySQL实现一个分布式锁
09-08
在MySQL中实现分布式锁的基本思路是利用数据库的事务特性以及唯一索引来保证锁的获取与释放。首先，我们需要创建一个专门用于分布式锁的表，如`globallocktable`，表结构包括`id`作为主键，`lockKey`作为锁的标识，...
MySQL借助DB实现分布式锁思路详解
09-09
MySQL借助DB实现分布式锁是一种在分布式环境中协调多个节点访问共享资源的方法。分布式锁的主要目标是保证数据的一致性和避免并发冲突。在没有第三方组件如Redis或Zookeeper的情况下，使用MySQL数据库来实现分布式锁...
分析MySQL并发下的问题及解决方法
12-15
尽管如此我们仍然会在业务开发过程中遇到各种各样的疑难问题，本文将以案例的方式演示常见的并发问题并分析解决思路。 2、表锁导致的慢查询的问题 首先我们看一个简单案例，根据ID查询一条用户信息： mysql> select ...
Mysql性能优化教程
07-29
**认识数据索引**，索引是数据库中用于快速查找记录的一种数据结构。它像书的目录一样，可以快速定位到所需的数据。**为什么使用数据索引能提高效率**？因为没有索引时，数据库需要对整个表进行线性搜索，而有了索引...
mysql死锁异常分析及解决
qq_37910618的博客
03-16 4376
前言 其实在这次之前也发生过死锁异常，但当时并没当回事，也没分析数据，简单的认为是偶发现象，并且是修改同一用户产生，于是就在最初添加了select for update，直到这两天发生了好几笔，分析数据发现并不是之前猜测的那样 问题产生 这两天老接到运维通知，说某客户又发生了卡单现象，让我分析下问题，然后找来日志，异常信息如下： ### Error updating database. Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollback
解决Mysql异常【MySQLTransactionRollbackException: Lock wait timeout exceeded； try restarting transaction】
m0_49152492的博客
11-24 3324
那么我们看到事务表中INNODB_TRX，里面是否有正在锁定的事务线程，看看ID是否在show processlist里面的sleep线程中，如果有，那么就证明了这个休眠的线程事务一直没有commit（提交）或者roolback（回滚）而是卡住了，所以，我们需要人为介入，kill掉。错误产生的原因就是：我有一条sql在数据库执行，很长时间，刚好的delete操作，然后这边项目中刚好执行一条批量新增的sql，两者超时冲突了。然后我们再去找还在进行事务的任务，就会发现空掉了。的错误，出现了高并发现象。
Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded；
qq_37217985的博客
07-26 1589
1.报错 Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction出现的原因：（1）你在执行更新当前表的sql时，另外一块代码提前更新这张表的数据，并开启事务，sql还未提交，你提交当前表sql就会报错异常（2）你可能使用数据库管理工具开启了事务，并且未提交（例如navicat）
mysql事务，索引产生死锁的问题
zaoHz的博客
04-24 1119
请求并发访问这个接口 实现类如下 第一条sql：select <include refid="Base_Column_List" /> from t_bank_card b where account_id = #{accountId,jdbcType=VARCHAR} and card_no=#{cardNo,jdbcType=VARCHAR} f...
Deadlock found when trying to get lock； try restarting transaction 【MySQL死锁问题解决】
热门推荐
小道仙的后宫
06-20 3万+
Deadlock found when trying to get lock； try restarting transaction 【MySQL死锁问题解决】 最近在调试接口的时候遇到了MySQL死锁问题，我自己测试的时候一切都好好的，但在并发下，就死锁了 其实死锁问题，并没有一个类似“万金油”的解决办法，解铃还需系铃人，能做的只有写这个代码的人自己去解决 第一次出现死锁，想必你也会和我一样整个人都是懵的，不知道如何下手，等你看过下面的文章明白了死锁，就不会害怕了.........
mysql sqlstate 40001_一次MySQL死锁问题解决
06-08
MySQL死锁问题通常是由于多个事务同时尝试访问相同的资源而导致的。当一个事务持有锁并且等待另一个事务持有的锁时，就会发生死锁。这种情况下，MySQL会自动选择其中一个事务进行回滚，以解除死锁。 解决这个问题的方法有几种： 1. 优化数据库设计和查询语句，减少事务之间的冲突。例如，避免在同一表中进行大量的插入和删除操作。 2. 将事务操作拆分为更小的单元，并尽可能快速地完成它们。这可以减少每个事务所持有锁的时间，从而减少死锁的可能性。 3. 使用MySQL提供的锁分级机制，例如行级锁和表级锁，以减少死锁的可能性。 4. 在应用程序中使用事务重试机制，当事务发生死锁时，可以自动重试事务，直到成功为止。 总之，解决MySQL死锁问题需要多方面的努力，包括数据库设计、查询语句优化、事务拆分、锁分级和事务重试等方面的优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值