内存表与innodb表关联查询时引发的Waiting for table level lock

茶杯叶子

一、现象描述
       有在线表A（memory引擎），记录表B（innodb引擎）。A表需频繁的增、删除记录，假定每天100W新增，同时偶偶后端需查看下在线列表。B表是登录记录，只会新增不会删除。
       现做50并发测试。A表与B表进行关联查询（mysql线程ID为1）时，往A表插入记录（mysql线程ID为2），同时后端打开在线列表页面（mysql线程ID3）。show processlist后，发现id1状态是sending data，而id2、id3状态为“Waiting for table level lock”


二、初步分析
       1、 id1的sql执行时，会往A表加上共享读锁，由于A表是表级锁，所以id2的sql无法insert。但关键是既然A表现在是共享读锁，我id3应该也能够执行，为什么也出现waiting呢？

        2、用navicate开启session1、session2、session3 输入框。session1手动lock A表，然后查询A表，可以返回结果，session2 输入框 插入insert 记录到A表，则显示白框，session3输入框查询A表，返回输出结果。后session1 手动unlock tables，释放读锁，session2的insert返回执行成功结果。所以从本次试验正验证了A表加读锁后，另外线程是可以继续查询的。

       3、那么问题来了，为什么第1点的情况是怎么出现的呢。各位高手，帮忙分析分析，是否两种不同存储引擎关联查询时会出现这样的情况

kider

应该把show full processlist时的lock状态的SQL发出来...或再看看 show engine innodb status\G 的状态提示