记录排查一次线上的死锁问题

最新推荐文章于 2025-02-22 20:26:18 发布

Carisy

最新推荐文章于 2025-02-22 20:26:18 发布

阅读量488

点赞数

分类专栏：线上问题排查文章标签：死锁 java mysql

本文链接：https://blog.youkuaiyun.com/qq_37490665/article/details/95897758

版权

死锁问题出现

某天下午突然接到报警说是出现了死锁，当时的日志是这样的

问题排查

我们先来回顾一下死锁出现的条件

1、循环等待

2、互斥

此时看了下发布记录最近并没有什么功能上线，首先排除是上线代码质量问题引起的死锁。

之后查看当时日志定位死锁发生在业务线同步请求的后处理环节，后处理环节涉及到该张表操作的一共有三个环节：同步请求环节，合作方通知结果环节，定时任务查询合作方环节。

同步请求为串行执行并且没有开启异步操作这张表，定时任务会在同步请求入表之的一分钟后去扫描这张表，如果这张表中的记录没有到达终态便会拿到条记录的流水去查询合作方的结果，通知环节是由合作方触发

经查看日志发现这条请求完成的时间一共是5秒左右，此时不会触发定时，那么可以判定该死所发生的原因就是合作方与同步任务同时更新该条记录引起的死锁。

接下来使用命令 show engine innodb status 查看当时死锁的信息，主要内容如下

(1)
SELECT

        id, user

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Carisy

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

线上数据库死锁问题的排查过程及解决方法（MySQL）

ThDebug的博客

10-03

362

总结起来，排查和解决MySQL中的死锁问题需要分析死锁日志、事务信息以及锁冲突情况，然后采取相应的措施来优化并发性、调整事务隔离级别、提交或回滚事务、设置锁超时时间，以及优化查询语句等。通过以上步骤，可以有效地排查和解决MySQL中的死锁问题，提高数据库的性能和稳定性。为了解决这个问题，我们可以考虑在转账操作时按照一定的顺序获取锁，例如按照账户ID的升序进行操作，或者使用事务级别的锁定方式来避免死锁。如果确认存在死锁，可以从日志中获取有关死锁的详细信息，包括涉及的事务和资源。

线上问题排查实例分析｜数据库的死锁问题排查过程

Fong灵

11-28

815

记一次线上数据库的死锁问题排查过程

参与评论您还未登录，请先登录后发表或查看评论

转发:线上数据库的死锁问题排查

andQ的博客

03-07

436

转发 https://mp.weixin.qq.com/s/bRKcuUo3Pbfv6CPK82Y01A 一次诡异的线上数据库的死锁问题排查过程原创HollisJava之道2019-04-09 前几天，线上发生了一次数据库死锁问题，这一问题前前后后排查了比较久的时间，这个过程中自己也对数据库的锁机制有了更深的理解。本文总结了这次死锁排查的全过程，并分析了导致死锁的原因及解决方案。希望给大家提供一个死锁的排查及解决思路。本文涉及到MySql执行引擎、数据库隔离级别、Innodb锁机制、索引、...

线上死锁问题排查和处理

最新发布

trigger的博客

02-22

1029

通过 jps + jstack 来定位和排查。如果线程长时间处于阻塞，就需要考虑是否是死锁了。 SHOW ENGINE INNODB STATUS 查看死锁日志

线上问题记录

KevinDai007的博客

12-04

384

现象请求一个接口，post上来的数据保存到数据库中出现中文乱码原因 2.1 做优雅停机时，增加了一个Filter，HttpRequestCounterFilter用来在记录机器当前正在处理的请求，在Filter的处理逻辑中调用了HttpRequest的getParameterMap()方法，第一次调用该方法时，request会去解析用户传入的参数，解析结果会被缓存下来，后续不会再重新解析。

线上数据库死锁问题排查

weixin_43741322的博客

10-29

743

在使用sessionFactory时，不要新建session，使用当前的session就可以了。其实可以把方法开始的更新方法放到最后，这样就会先加共享锁，等查询都完成后，最后再加排他锁更新，就不会死锁了。修改事务隔离级别到READ COMMITTED SNAPSHOT ，这样查询就不会加锁了。欢迎关注我的博客：http://he-bi.cn/#/

记录一次线上问题排查

ann_courage

11-05

420

记录一次线上问题排查结论事故描述排查过程结论本次事故没有找到原因，仅记录排查过程。（所以先出结论）事故描述线上N台服务器，啥也没动，其中一台突然报警，大量接口超时。排查过程日常操作，第一个先把nginx停了，停止对外服务～剩下的慢慢看。 top命令查看进程情况。发现java进程内存使用正常，CPU使用率暴增，浮动区间200%～600%（8核）。 $ jstat -gcutile &...

记一次排查线上MySQL死锁过程，不能只会curd，还要知道加锁原理.doc

07-08

标题和描述中提到的事件是一次在线MySQL数据库发生的死锁问题，这突显了了解数据库加锁原理的重要性，而不仅仅是基础的CRUD操作。死锁是指两个或多个事务在执行过程中，因争夺资源而造成的一种相互等待的现象，若无...

记录一次线上Mysql Cpu飙升问题

qq_34642406的博客

05-09

522

在最近的一次grafana仪表盘上观测到公司的生产服务器CPU指数飙升到97%以上，ioutil的指数也在90%以上，这台服务器的配置是16核32g，2T的硬盘空间，而这个16核还是从上周的8核升上来的，按理来说不至于资源这么快用完了。于是开始漫长的分析之路。本着解决问题的原则，笔者先根据查询条件建了一个组合索引，下图可以看到，type变为了range（虽然比index好了一点），但是是走了具体的条件索引的，所以查询效率应该是大大增强了。

项目线上问题记录

枫香树的博客

01-25

355

一、20171116全量数据实时导出 1.1测试忽略了大小月的测试； 1.2修复紧急版本时，忽略了对县级的测试。二、20171214 CIF1.5和乡邻app 2.1 response里面不能返回null； 2.2 编写代码不仅要简短，还要考虑能够方便后期调试； 2.3 将统一的返回对象response的成功码由1000修改为200000，但是CIF另外还有一处POSRegis

性能调优--如何排查线上进程是否有死锁？

m0_66491772的博客

01-22

1112

stack可以用来查看堆栈使用情况，以及进程死锁情况。下面就来看看如何排查进程死锁还是通过案例来分析 package com.lxl.jvm; public class DeadLockTest { private static Object lock1 = new Object(); private static Object lock2 = new Object(); public static void main(String[] args) { ...

java线上查看死锁

一起coding，一起嗨。

01-29

1445

一、获取运行程序pid 二、使用jstack查看线程堆栈信息并输出到文档 jstack 2555 >text.txt

线上问题的排查-java死锁问题如何排查

qq_39126115的博客

11-10

821

排查Java死锁问题涉及识别现象、获得详细线程转储信息、代码分析、优化同步逻辑等。在实战中，通过良好的设计可以避免大多数常见死锁问题。使用高层次并发工具（如java.util.concurrent包）也能显著简化编程，从而减少死锁额可能性。持续的监控和测试是确保应用稳定性的关键。

mysql死锁线上快速排查方案

weixin_56766616的博客

11-10

324

mysql死锁线上快速排查三种方案；表查询；日志查询；云服务控制台查询

线上发生线程死锁问题，怎么排查?

安天然的博客

12-10

6255

记一次面试腾讯全资子公司问到的问题，其中问到的一个问题，线上环境发生死锁，你怎么排查？我的回答时找到对应机器及对应进程号，根据命令jstack pid命令即可找到死锁原因。现用一个实际例子演示一下，以加深自己的记忆。先写一段死锁代码，如下： public class Atr implements Runnable{ private String lockA; ...

一次死锁追踪经历

weixin_30292745的博客

04-12

122

最近，刚跳槽到一新公司，就遇到生产数据库晚上突然出现大面积中断，并持续近一小时，而发生事故时，我没有在现场，错过了直接获取信息的机会；过后boss要求追查原因，于是艰难的排查过程开始了。开始以为是数据库某个JOB运行出现异常引起或者是因为程序里面哪个鸟人写了垃圾语句造成了大面积的死锁，于是将收集的trace信息拿到本地分析，从收集到的trace信息看，数据库在19：49：28时出现了锁...

记录一次线上死锁的定位分析

Jack Li 的博客

11-30

527

线上死锁定位分析现在 IT 界普遍高并发, 分布式环境, 难免遇到死锁, 死循环等问题, 平时开发我们一般都可以停掉服务, 然后打 trace ---> 编译 ---> 修改源代码 ---> 重新编译 ---> ..... ---> 解决问题, 或者通过集成开发环境(如: IDEA, Eclipse)提供的 Debug 功能打断点 ---> watch variable ---> 进入/跳出方法 ---> .....---> 解决问题 , 但是, 当

记MYSQL一次死锁排查

u010887012的博客

05-13

445

在2022.05.09 晚上的放款日报中发现，有2笔报 Deadlock 的异常，这种异常不属于业务异常，故需要人为介入排查。 Error 1213: Deadlock found when trying to get lock; try restarting transaction 根据日志排查怀疑是同一个表不同的索引之间产生了死锁所以模拟线上环境复现死锁场景线下模拟复现线下模拟Live环境复现死锁场景创建一个测试表: CREATE TABLE `user_infos` ( `i.

Arthas 3.1.1版本发布：Java问题诊断与线上问题重现

- 从提供的【压缩包子文件的文件名称列表】中可以看到有"更新日志.txt"文件，这表明Arthas作为一个不断发展的工具，每次发布新版本都会有相应的更新日志来记录版本的新特性和改进点。 - 用户应当关注官方发布的...