老师，BNl算法，如果where条件中有驱动表的过滤条件，也不会在join时候全部载入内存吧？

老师你好，我在第21讲求助了一个死锁问题，当时你回复说后面会解答，不过我浏览了下后续文章没找到解答，所以再次求助下。ps:用的阿里云的rds,提了工单没效果啊 作者回复: 有的，你看一下第40篇 “insert 唯一键冲突”这一段 ps:我已经离开阿里云挺久的了 😆 --------------------------------------------- 谢谢老师,我看了第40篇,还是有地方不太明白,再打扰下 mysql 版本5.6 隔离级别为rc CREATE TABLE `uk_test` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `a` int(11) NOT NULL, `b` int(11) NOT NULL, `c` int(11) NOT NULL, PRIMARY KEY (`id`), UNIQUE KEY `uk_a_b` (`a`,`b`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8mb4 表中数据： +----+---+---+---+ | id | a | b | c | +----+---+---+---+ | 1 | 1 | 1 | 2 | | 6 | 1 | 2 | 1 | +----+---+---+---+ sql:执行顺序 session1:begin; session2:begin; session1:select * from uk_test where a = 1 and b = 1 for update; session2:select * from uk_test where a = 1 and b = 1 for update; session1:insert into uk_test (a,b,c) values(1,1,2) on duplicate key update c = 2; session2:ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction 我的疑问是: 1.rc隔离级别下对唯一键的insert也会加next-key lock吗？ 2.死锁日志显示 session 1已经成功加上行锁(lock_mode X locks rec but not gap), session 2在等待同一个行锁(lock_mode X locks rec but not gap waiting), session1这时因为等待lock_mode X waiting而死锁。 这里的lock_mode X waiting是指next-key lock吗？ 如果是的话，没想明白这里怎么形成资源循环等待了？ 我的猜测是session1 这时持有行锁，要next-key lock 所以要去加gap锁。session 2持有gap锁在等行锁。但如果是这样为什么session2 在rc下select for update，且记录存在时会加gap锁?还有gap锁加锁不是不互斥吗？

看到 BNL 算法，你就应该知道这条语句的执行流程其实是这样 文章中的流程是写错了？还是我理解的有问题 1、如果是a表数据放入join buffer，根据b的每一条记录去判断是否在a中 如果在则保留记录 这个更像是b left join a。 而不是a left join b 2、如果按照这个流程，比如a里面有2行重复的数据， 如果拿b的数据在a中判断，存在则保留，那结果集只有一条数据， 而按照a left join b 会出现2条结果的

老师，看评论包括您的回复说“ left join 后加上 where 的话， 肯定会被优化器优化成 join where 的形式， 那是否下次写 left join ..where 的时候， 不如直接写成 join .. where”，这个也是分情况的吧比如还是文章中的2张表，select * from a left join b on(a.f1=b.f1) where (a.f2=2);/*Q5*/和select * from a join b on(a.f1=b.f1) where (a.f2=2);/*Q6*/ 这个left join和join的语意和返回结果都不一样，怎么能直接写成join呢，如果是where b.f2=xx 的where条件可以直接写成join因为根据结果是不需要left的。

老师你好，看了你回复 @彼得.林 时说，“在线服务最好不要让索引树超过4层“；那么有没有什么好的方法或者工具可以查看当前表的层数吗？

😂留言的人太多，辛苦老实答疑了。虽然我的问题没能被翻牌子

老师您好，join使用join_buffer和内存区别那个问题的第一点解释我还是有些纳闷，你说由于从磁盘拿数据到内存里面会导致等等的性能问题我能够理解，但是说即使使用nbl算法也会涉及到从磁盘拿数据到内存吧，所以这点导致两种算法执行差异貌似不太合理，您觉得呢？

老师，关于备库自增id我有一个问题。既然binlog不管是statement模式还是row模式，里面的insert语句跟着的自增id都是固定的。那假如发生主备切换，备库变成主库后，客户端往新主库里插入数据时，自增id的起始值是多少，有没有可能跟已有的记录id冲突？尤其是备库还没有处理完同步过来的binlog就开始接受客户端请求时。如果要求备库必须处理完binlog才能接受客户端请求，那么怎么保证主备切换的过程中，不影响用户使用。谢谢。

不知道老师还会不会回复问题： b+树索引结构的层次和表数据量的关系是怎么样的？也就是说15万的数据量是三层结构？达到多少数据量是四层次？ 一般在线服务中一个表的数据量一般多大合适？

我真的很迫切需要你的帮助，我是台湾人，遇到一个很神奇的问题 where in a(1,2,3,5,7,8,9) and b in(3) and c in(1,2) order by id desc 我建了一个abc联合索引，发现这语句尽然没用上联合索引 很奇怪，in里删一两个值又能选对索引，这in有什么规律 奥秘吗？多谢指点，我邀请我同事都买了你的课程