问题：遇到一个案例，mysql上有1千多个会话，开发说mysql 连接不了。这个时候怎么样快速定位问题？找到最开始引起锁住的会话？然后怎么样快速解锁呢？
看一个图片：
如此大面积的大量的会话锁住，哪个才是源头呢？当时这个有1千多个会话。
这个时候你对time 进行排序，会发现有用的线索，找到蛛丝马迹：
有一个事务没有提交，后面接着更改表结构，全锁了
要做的事情很简单，就是kill time 大于2131的会话
问题解决。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/30393770/viewspace-2904183/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- sysbench fileio 压测磁盘raid 5 raid 1 raid10 raid 50 情况
- oracle orion 压测磁盘性能raid10 raid5 raid50 数据
- tpcc-mysql 压测报告
- mysql benchmarksql 压测
- mysql ,tidb sysbench 测试结果记录
- pt-online-schema-change 错误集 Wide character
- tidb Error: Operation aborted by user answer '' (cliutil.operation_aborted)
- Oracle的OEM enterprise manager mail notificatio 邮件告警通知设置
- redis cluster 集群故障恢复操作思路
- 坑坑坑，删库跑路的多种隐含命令
