使用消息SuperMumpseido记录初始化锁定mysql查询

使用消息SuperMumpseido记录初始化锁定mysql查询,mysql,Mysql,我的插页有问题。您可以在图中看到,一个mysql线程获得了一个锁。这个线程不会出现在常规进程列表中(我知道它不必100%同步,但此时它至少应该处于睡眠状态,正如我所期望的那样) 在受影响的表中不可能有其他INSERT,此线程持续约一小时 您可以注意到,这个线程也没有实际运行的查询。。但仍然有锁。杀了它之后,一切都很好。。。这是一个常规的插入,与连接、内部选择或复杂数据无关。什么现象会导致这种(也不是死锁检测到的)无限锁?谁都能想象那里发生了什么 其他信息 是MySQL 5.6.21的RDS实

我的插页有问题。您可以在图中看到,一个mysql线程获得了一个锁。这个线程不会出现在常规进程列表中(我知道它不必100%同步,但此时它至少应该处于睡眠状态,正如我所期望的那样)

在受影响的表中不可能有其他
INSERT
,此线程持续约一小时

您可以注意到,这个线程也没有实际运行的查询。。但仍然有锁。杀了它之后,一切都很好。。。这是一个常规的插入,与连接、内部选择或复杂数据无关。什么现象会导致这种(也不是死锁检测到的)无限锁?谁都能想象那里发生了什么

其他信息

  • 是MySQL 5.6.21的RDS实例
  • 在进程列表中,没有发现任何实际影响FK的查询(没有其他查询,除了受影响表上的常规插入和与受影响表无关的表上的某些查询)

我也想到了。。。没有发现任何根据这一点,这一定是一个荒谬的罕见的情况下,如果它是一个bugI有一个类似的问题几个月,直到它被修复。我写了一个脚本,搜索这样的锁并杀死它们,但尝试其他版本会更好