Mysql的表无法修改、删除等操作,卡死、锁死情况的处理办法
Mysql的表无法修改、删除等操作,卡死、锁死情况的处理办法产生"假锁"原因解决办法参考资料:https://www.cnblogs.com/xiaoleiel/p/8316527.html产生"假锁"原因MySQL如果频繁的修改一个表的数据,那么这么表会被锁死。造成假死现象。在网上试过很多种解决方法,重启mysql服务,重连数据库都没有用。温馨提示:如果网上搜索的这些方法试过都没有效果,静置1天
参考资料:https://www.cnblogs.com/xiaoleiel/p/8316527.html
产生"假锁"原因
MySQL如果频繁的修改一个表的数据,那么这么表会被锁死。造成假死现象。在网上试过很多种解决方法,重启mysql服务,重连数据库都没有用。
温馨提示:如果网上搜索的这些方法试过都没有效果,静置1天它就好了。。。。
当然!这是最最差的解决方案了哈,下面我分享个人项目中的解决方案,供大家参考。
解决办法
- 首先执行:
show processlist; //列出当前的操作process
展示所有进程,一般会看到很多Command=sleep的process,其中会有状态Command是Query的进程,获取到该进程的id。
然后 kill 掉这个id的进程。
kill 进程id;
这时,你可能会报错,因为我就是。这种情况下,有可能是正在执行的事务线程一直在查询导致的。
- 第二次尝试
查询正在执行的事务:
SELECT * FROM information_schema.INNODB_TRX
根据这个事务的线程ID(trx_mysql_thread_id):
从上图看出对应的mysql 线程:一个94362 (第二个正在等待锁)另一个是93847(第一个update 正在执行 没有提交事务)
可以使用mysql命令:kill 线程id 杀掉线程
期间如果并未杀掉持有锁的线程:则第二个update语句提示等待锁超时
查询mysql数据库中还可以使用:
查看正在锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
查看等待锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)