MySQLMySQL 的索引为什么使用 B+ 树，而不是二叉树或哈希表？面试题考点是否理解数据库存储引擎和磁盘 IO 之间的关系。面试官想听的1、B+ 树能减少磁盘 IO2、B+ 树能支持范围查询，但是哈希不能3、InnoDB 是页结构，B+ 树能天然适配页存储面试示例回答B+ 树是专门为磁盘存储设计的数据结构。在 MySQL 中，一个节点通常是 16KB，当我们查询时，每次 IO 会把整个节点读入内存。详情请参考：http://xhslink.com/o/e1Fu4WUJnR由浅入深分析1、为什么不是二叉树：太高、IO 次数多、查找慢。2、为什么不是 B 树：B 树每层都存数据，遍历效率低。...

最开始机考的时候有一道题感觉做的时候连测试用例都还有没通过，最后提交歪打正着通过了很多，最后顺利通过10月底线下面试也很坎坷，一面就面的很不好，手撕用的最暴力的解法，面试官喊优化也一直优化不出来，面试问的问题也是很偏计算机网络基础的问题，很多没回答上，但是最后竟然获得了二面机会二面的时候感觉运气特别好，手撕抽到了一个很简单的算法题（岛屿问题），面试问的也都是基础java八股，最后也是顺利进入三面，第二天感觉第一面不好都以为没机会了，竟然顺利通过后面十一月份没有等到保温电话，中旬还去询问接口人（部门领导），还被降温了，回复我：看破不说破。当时就觉得无了最后十一月底竟然收到了部门领导的保温电话，也是很快就收到了意向。12月初显线下签约完后部门领导聊天，他说我当时的面试成绩刚刚过及格线，而且是他第一个收到简历的，后面帮我推了一下进度（部门投递的人比较少），最后也很幸运有这个机会

 应该是挂了，哎

有一次我们团队要交一份项目报告，领导定的截止时间是周五下午5点。于是大家按计划推进，周三还在做最后的功能测试。到了周四，领导突然在群里发消息说：“报告格式要重新改，内容也要更详细，最好明天下午3点前交。”这时候问题来了：1我们已经按原格式做了大量排版和数据整理；2功能测试还没完全结束；3领导的要求突然变更，而且还提前了两个小时。大家只好连夜加班，甚至有人为了赶时间把数据临时拼凑上去。结果第二天交上去后，领导又说：“数据不够严谨，重新核对一下。”这下又要再改。更让人无语的是，领导自己却在下午3点之后才开始看我们提交的内容，甚至还说：“你们怎么这么慢？”那一刻大家都觉得很尴尬：我们不是不努力，而是...