MySQL死锁导致无法查询

客服反馈后台无法查询,原因大概知道,是因为MySQL的事务产生了死锁,以往都不知道是哪个事务锁住了,只能很粗暴地重启MySQL
最近查找到一个方法,不用重启MySQL,记录如下
 登录到MySQL,来看下有哪些MySQL事务
 可以看到一个时间持续了比较久的事务,现在时间是13点了,而这个事务的开始时间是2012-11-09 12:15:14,显然是不正常的,我们看这个事务对应的mysql的线程ID(trx_mysql_thread_id)是82230715,就是这个事务导致的 
    13:01:48pm> SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;
     +-----------+-----------+---------------------+-----------------------+------------------+------------+---------------------+-----------+---------------------+-------------------+-------------------+------------------+-----------------------+-----------------+-------------------+-------------------------+---------------------+-------------------+------------------------+----------------------------+---------------------------+---------------------------+
     | trx_id | trx_state | trx_started | trx_requested_lock_id | trx_wait_started | trx_weight | trx_mysql_thread_id | trx_query | trx_operation_state | trx_tables_in_use | trx_tables_locked | trx_lock_structs | trx_lock_memory_bytes | trx_rows_locked | trx_rows_modified | trx_concurrency_tickets | trx_isolation_level | trx_unique_checks | trx_foreign_key_checks | trx_last_foreign_key_error | trx_adaptive_hash_latched | trx_adaptive_hash_timeout |
     +-----------+-----------+---------------------+-----------------------+------------------+------------+---------------------+-----------+---------------------+-------------------+-------------------+------------------+-----------------------+-----------------+-------------------+-------------------------+---------------------+-------------------+------------------------+----------------------------+---------------------------+---------------------------+
     | 31868CED0 | RUNNING | 2012-11-09 12:15:14 | NULL | NULL | 2 | 82230715 | NULL | NULL | 0 | 0 | 2 | 376 | 1 | 0 | 0 | REPEATABLE READ | 1 | 1 | NULL | 0 | 10000 |
     +-----------+-----------+---------------------+-----------------------+------------------+------------+---------------------+-----------+---------------------+-------------------+-------------------+------------------+-----------------------+-----------------+-------------------+-------------------------+---------------------+-------------------+------------------------+----------------------------+---------------------------+---------------------------+
我们登录到mysql把它kill掉
    13:01:55pm> kill 82230715;
 
这样,就可以查询了
 其他
 查看正在锁的事务 
    SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
查看等待锁的事务 

    SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

转载:http://zhengdl126.iteye.com/blog/1745871

 
### 如何在 MySQL 中检测和处理死锁现象 #### 死锁的概念 死锁是指两个或多个事务互相持有对方所需的资源,而形成的一种循环等待状态。在这种状态下,没有任何一个事务能够继续执行下去[^1]。 #### 检测死锁的方法 MySQL 自动检测死锁并通过回滚其中一个事务来解除死锁。可以通过以下方式查看死锁的发生情况: - **`SHOW ENGINE INNODB STATUS` 命令** 使用此命令可以获取最近发生的死锁信息,包括涉及的事务、锁定的表以及被选作牺牲品的事务等细节[^3]。 - **慢查询日志** 开启 MySQL 的慢查询日志可以帮助发现因锁等待导致的性能问题。尽管它无法直接显示死锁事件,但它能提供间接线索用于排查锁冲突问题[^2]。 - **错误日志** 当发生死锁时,MySQL 会在其错误日志中记录相关信息。这些日志文件提供了详细的上下文以便于诊断问题所在。 #### 处理死锁的方式 以下是几种常见的解决 MySQL 死锁问题的技术手段: ##### 重试机制 一旦检测到死锁,可以让受影响的事务自动回滚并重新尝试提交操作。大多数情况下,这种简单的策略足以解决问题,因为死锁通常是短暂的现象。 ##### 调整事务隔离级别 根据具体的业务场景调整事务的隔离级别可能是有效的解决方案之一。较低的隔离级别会减少锁之间的竞争程度,不过需要注意的是这样做可能会引入诸如脏读或者不可重复读之类的数据一致性风险。 ##### 查询优化 尽量缩短事务持有锁的时间长度对于缓解死锁状况至关重要。这可通过创建高效的索引来加速数据检索过程,同时避免不必要的大规模数据修改动作来达成目标。 ##### 分解大事务 如果某个事务包含了过多的操作步骤,则考虑将其分割成几个更小规模的独立单元分别完成各自的任务。如此一来不仅降低了单次操作所需占用资源的数量级,同时也减少了与其他并发进程产生冲突的可能性。 ##### 设置锁超时参数 适当配置 `innodb_lock_wait_timeout` 参数值使得长时间未能获得所期望资源访问权限的线程能够在指定时限之后主动退出而非无限期挂起等待释放资源的机会到来。 ```sql SET GLOBAL innodb_lock_wait_timeout = 50; ``` 以上代码片段展示了如何全局范围内设定 InnoDB 存储引擎默认的最大允许锁等待时间为 50 秒的例子。 ##### 实施监控与报警措施 利用专业的数据库管理平台持续跟踪系统健康指标变化趋势,并针对异常波动及时触发预警信号提醒运维人员介入处置潜在隐患。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值