(1)和行锁相比,表锁有什么优势?
(2)频繁group by的业务,用MyISAM更好,还是InnoDB更好,为什么?
(3)某个session占有了表写锁,有另外N个session又要对表进行写操作,MySQL是如何处理的?
(4)某个session释放了表写锁,有另外N个session要对表进行写操作,同时还有M个session要对表进行读操作,谁先抢到锁,为什么?
(5)如何判断表锁是不是主要冲突点?
(6)如何高效的实现并发插入与查询,如何互斥?
(7)MyISAM什么情况下,数据文件会出现空洞?
(8)MyISAM,假如数据文件有空洞,新插入的数据是先补上空洞,还是插入在文件尾部?
…
“…文章太容易了…”
“…MyISAM过时了…”
…
听了大家的反馈,我起初是抱歉,以为聊了一个大家都非常清楚的话题,浪费了大家的时间。画外音:可以跳回原文去看评论,很遗憾一个offer都发不出去。当然,可能会有朋友说,你乱出题,你的答案靠谱么。这样,这次我直接贴MySQL官网的截图吧:这些情况,用更粗粒度的锁,更易于应用程序调优,因为锁开销会比行锁更小。很多时候,思路比结论重要,MyISAM确实现在不是主流,但其中的技术思路,也值得我们学习。架构师之路-分享技术思路