糟了,线上程序没反应了,是死锁了吗?该怎么去排查?

作为程序猿难免遇不到线程死锁,但是遇到死锁的时候也不要慌,我们冷静下来仔细排查

有时候可能会遇到调用接口的时候突然没反应了,数据库,或者其他微服务也都一切正常,这个时候可能就是出现死锁了,
使用 jstack 这个工具可以帮助我们排查死锁
使用 jps 找到你出现死锁的那个程序的 pid
在这里插入图片描述

然后使用 jstack 19064 即可看到线程的堆栈信息
在这里插入图片描述

这里有过jstack使用经验的应该已经看到哪里有问题了,但是线上环境的线程特别多,堆栈信息也特别多,该怎么找?别急,我们往最下面看
在这里插入图片描述
jstack 会自动帮我们发现死锁,然后给我们发生死锁的线程的堆栈信息

这里标示了 thread–1 和 thread–2 发生了死锁
在这里插入图片描述

thread–2线程锁定了c588这个对象,接下来它又要准备锁定c578这个对象,但是由于这把锁被别的线程拿走了,所以一直在等待这把锁
而thread–1线程锁定了 c578这个对象,正在等待c588这把锁,
两个线程谁都不肯释放锁,所以就会造成死锁

在这里插入图片描述
我们去找TestLocked这个类中的23 和12行附近的代码,去分析下为什么会造成死锁

在这里插入图片描述

这样就能一目了然了

MySQL死锁是指两个或多个事务在互相等待对方释放锁资源的情况下陷入的一种僵局,导致事务无法继续执行,需要进行排查和解决。 下面是Mysql死锁排查的过程: 1. 确认是否出现了死锁,可以通过Mysql的错误日志或者`SHOW ENGINE INNODB STATUS`命令查看。如果出现了死锁,会显示类似以下的错误信息: ``` ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction ``` 2. 确认哪些事务参与了死锁,可以通过`SHOW ENGINE INNODB STATUS`命令查看。在输出结果中,找到`LATEST DETECTED DEADLOCK`的部分,可以看到死锁涉及的事务ID和事务执行的SQL语句。 3. 理解死锁情况,分析死锁的原因。死锁的原因可能是因为事务并发量太大,锁等待时间过长,或者是SQL语句写的不当等原因。 4. 解决死锁问题。通常可以通过以下方式解决Mysql死锁问题: - 重试事务:在出现死锁时,可以重试事务。如果死锁是偶然发生的,重试事务可能会解决问题。 - 调整事务并发度:通过减少事务的并发度,可以降低死锁的发生概率。 - 调整锁策略:可以通过调整锁策略,例如使用行级锁或者调整锁等待时间等方式来解决死锁问题。 - 优化SQL语句:如果死锁是由于SQL语句写的不当导致的,可以优化SQL语句来避免死锁的发生。 - 增加硬件资源:如果死锁是由于硬件资源不足导致的,可以考虑增加硬件资源,例如增加内存或者CPU等。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值