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

真觉得现在找个工作太不容易了，公司的招聘越来越提前，从原先的8月底秋招 年后再春招➕暑期实习，现在变成7月秋招 1月春招 时间线全部往前提，所以学生外出实习的时间也被迫提前……秋招找不到工作，你都不敢休息，年前还得春招，然后中间休息一个年假，回来继续春招，基本可以说是过不好这个年了人也越来越多，越来越卷，学历门槛也越来越高，需要会的东西也越来越多，要学历要能力要思考要各种各样奇奇怪怪的品质大家只能被迫去卷，去堆实习经历，堆竞赛经历，而卷不动的人也没办法完全幸免，也会被身边的人带着焦虑这似乎是一件无解的事情，大家都辛苦了……

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

还有3周就要过年了，最近招聘工作放缓了，重心放在年终总结、年终考核、年会等方面了。早上在地铁上，突然意识到，我每次电话联系人选，貌似句句都是有目的的！我电话联系人选，寒暄完毕后一般会聊以下内容，看看你和HR聊过这些话题没？这些话题可都是有讲究的哦：1. 请问你目前是在职还是已经离职？这个问题是为了了解你的在职状态，方便HR判断你的到岗时间。如果你在职，意味着如果录用你，可能得1个月后你才能到岗；如果用人部门着急要人，招聘你的风险可能比较大。2. 你目前住在哪里？这个问题是为了了解你家离公司有多远，住得远的话，你选择我们公司的意愿可能会降低。3. 你目前薪资多少？换工作后期望薪资多少？这个问题是...