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

 
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL中的“死锁”是指两个或更多的事务在同一资源上互相等待对方释放的情况,导致没有任何一个事务能够继续前进。这种情况在数据库管理系统中很常见,并且如果不及时处理,可能阻止其他正常操作。 ### MySQL死锁的问题: 当数据库遇到死锁时,通常采取回滚其中一个事务作为解决方案,以便解除僵持状态并恢复系统的运行。但是,在某些情况下,解决死锁的操作(如删除引起冲突的事务)也可能导致新的问题或进一步的复杂度。 ### 导致无法删除的原因: #### 系统资源限制 如果服务器的内存、磁盘空间或其他系统资源已经接近饱和,那么在尝试删除死锁相关的数据时,可能因为缺乏足够的资源而失败。 #### 并发控制 在并发环境中,同时进行的数据读取和修改操作可能导致锁定机制出现问题,使得正常的删除操作在特定时刻无法执行,直到系统解决了死锁情况。 #### 锁等待时间过长 当一个事务长时间等待获取到某个已经被另一个事务持有的锁时,可能导致删除操作的延迟甚至失败,尤其是当涉及到复杂的查询或大表操作时更为明显。 #### 数据一致性约束 在执行删除操作前需要检查是否满足一定的数据一致性约束。如果存在这种约束且难以立即验证,可能导致删除操作失败。 ### 解决方案: 1. **优化SQL查询**:尽量减少查询的复杂性和资源消耗,例如通过索引优化、避免全表扫描、分批处理等策略可以降低死锁发生的概率。 2. **调整并发处理策略**:合理设置事务隔离级别和锁定策略,避免不必要的交叉锁定。 3. **增加系统资源**:通过增加服务器的硬件资源(如内存、CPU)或者优化应用程序的设计来提高系统的吞吐量和响应能力。 4. **监控与预警**:部署数据库监控工具,实时监测系统性能和资源使用情况,以及定期评估和优化数据库配置。 5. **定期清理**:实施定期清理过期数据和无效事务的策略,减少不必要的锁定和占用资源。 6. **采用分布式架构**:对于非常大的系统,考虑采用分布式数据库架构,将负载分散到多个节点,降低单点故障的风险。 7. **使用死锁检测和恢复机制**:部分数据库管理系统提供自动检测和恢复死锁的能力,通过适当配置,可以更有效地管理死锁情况。 ### 相关问题: 1. 如何预防MySQL中的死锁发生? 2. MySQL中如何手动检测和解除死锁? 3. 在设计数据库应用时,应如何考虑到死锁的预防与处理? 通过理解死锁的根本原因及可能的解决方案,开发者和DBA可以更好地维护系统的稳定性和效率,避免因死锁导致的数据丢失或服务中断。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值