@sadfQED2 他意思是高负载导致的锁等待

@xiaofan2 innodb ，RR 级别，面试官意思强调是锁导致的，我理解这个语句锁是不会导致慢的，唯一可能的是数据页 buffer 频繁被替换

@xuanbg 忘了补充，面试官给的数据量是 20W ，这数据量不加读锁顺序 limit 2 我想不出导致性能问题的底层原因

@admol 我考虑到 1 ，3 点了，所以说了数据页问题。第二点 MDL 可能性很低，谁会高并发改表结构？行锁问题这个语句没有加任何锁，所以也不需要等锁吧，快照读

@xuanbg 而且面试官给我的方向是锁导致的问题

@xuanbg 没索引也没有任何关系吧，没有任何 where 条件

@himly1 语句没有加 lock in share mode 啊，怎么会加锁

@himly1 这个语句是快照读，没有加任何锁

@JasonLaw 意思是 mysql 负载大，具体锁没说，就说查询会加锁，我看他不怎么想继续就没细问

@SachinBeyond 意思是这有可能是个 BUG ？还有，这个左边锁的范围是到 5 ，整体是(5,25)

@liudaolunhuibl 这个 sql 的测试锁定范围是(5,25)

@liudaolunhuibl 嗯，我知道间隙锁，如果 id 不是唯一索引，这个间隙锁可以避免 id=20 的值插入进来，所以没问题。我想问的是 id 是唯一索引，锁这个间隙感觉毫无必要。

@yyyfor 不是，测试的主键加锁范围是(5,25)

@jimmzhou 应该跟索引 c 无关吧，我删除了索引 c ，还是会阻塞

@Jooooooooo 我知道为了节省内存空间要放在一起，但是不放到一起会导致内存多用的原因是需要内存对齐，我只是对为什么需要对齐有疑问

@LaTero 我说的读三次是读完整个结构体的次数。至于拼接，难道是现在大部分 Cpu 都没有这些指令？如果是这样就可以说得过去了。

mac 也有，导出时选择最适合电子分发和辅助功能就可以了

@andrewhxism 谢谢

@besto 看来是我对%s 的理解不到位