mysql死锁怎么解决

1,查看数据库的隔离级别:

> select @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set (0.00 sec)

2,去查看先当前库的线程情况:

> show processlist;
+----+-------------+-----------+------+---------+------+--------------------------+------------------+----------+
| Id | User        | Host      | db   | Command | Time | State                    | Info             | Progress |
+----+-------------+-----------+------+---------+------+--------------------------+------------------+----------+
|  1 | system user |           | NULL | Daemon  | NULL | InnoDB purge coordinator | NULL             |    0.000 |
|  2 | system user |           | NULL | Daemon  | NULL | InnoDB purge worker      | NULL             |    0.000 |
|  3 | system user |           | NULL | Daemon  | NULL | InnoDB purge worker      | NULL             |    0.000 |
|  4 | system user |           | NULL | Daemon  | NULL | InnoDB purge worker      | NULL             |    0.000 |
|  5 | system user |           | NULL | Daemon  | NULL | InnoDB shutdown handler  | NULL             |    0.000 |
|  9 | root        | localhost | NULL | Query   |    0 | init                     | show processlist |    0.000 |
+----+-------------+-----------+------+---------+------+--------------------------+------------------+----------+

没有看到正在执行的慢SQL记录线程,再去查看innodb的事务表INNODB_TRX,看下里面是否有正在锁定的事务线程,看看ID是否在show full processlist里面的sleep线程中,如果是,就证明这个sleep的线程事务一直没有commit或者rollback而是卡住了,我们需要手动kill掉。

> SELECT * FROM information_schema.INNODB_TRX;

如果有记录,则找到trx_mysql_thread_id这个字段对应的id, 将其kill掉。假如id=100

mysql->kill  100

SELECT CONCAT_WS('','kill',' ',t.trx_mysql_thread_id,';')a FROM information_schema.INNODB_TRX t;

4,总结分析
表数据量也不大,按照普通的情况来说,简单的update应该不会造成阻塞的,mysql都是autocommit,不会出现update卡住的情况,去查看下autocommit的值。

> select @@autocommit;
+--------------+
| @@autocommit |
+--------------+
|            1 |
+--------------+
1 row in set (0.00 sec)

1表示自动提交。0表示不自动提交。

如果你发现自己的数据库autocommit=0,将它改正吧。

 

最后。

解除死锁的两种方法:

(1)终止(或撤销)进程。终止(或撤销)系统中的一个或多个死锁进程,直至打破循环环路,使系统从死锁状态中解除出来。

(2)抢占资源。从一个或多个进程中抢占足够数量的资源,分配给死锁进程,以打破死锁状态。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL死锁是指两个或多个事务互相等待对方释放资源而无法继续执行的情况。解决MySQL死锁的方法有以下几种: 1. 重试机制:当检测到死锁发生时,可以选择在一段时间后重新尝试执行事务。这样可以避免长时间的等待并解除死锁。 2. 锁超时机制:为每个事务设置一个合理的超时时间。当一个事务在超过设定的超时时间后仍然未能获取到所需的锁,可以选择回滚该事务并释放已获取的资源,以避免死锁的发生。 3. 优化事务并发性:通过合理的事务设计和数据库结构优化,可以减少事务之间的冲突,从而降低死锁的发生率。 4. 调整锁粒度:根据具体情况,可以将锁的粒度调整为表级锁或页级锁,以减少死锁的可能性。但需要注意的是,锁粒度的调整应该是在权衡并发性和数据完整性之间做出的合理选择。 5. 分析并解决死锁:当死锁发生时,可以通过MySQL提供的一些工具和命令来分析死锁的原因,找出造成死锁的具体事务和资源,并进行相应的解决措施,例如撤销某个事务或修改事务执行顺序等。 需要注意的是,不同存储引擎对死锁的处理方式可能会有所不同。因此,在解决MySQL死锁问题时,需要根据具体的存储引擎来选择合适的解决方法。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [mysql数据库死锁问题处理](https://blog.csdn.net/zy103118/article/details/124823532)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值