前言写于26届春招前（或许已经开始），这是一篇迟到的总结：并不是什么经验贴，只是对过去自我经历的碎碎念。要用什么去形容我的2025年以及校招经历呢？磨炼心性我觉得是最合适的。校招阶段折磨（2024.9 - 2025.4）兜兜转转又一年，距离我上次校招已经快过去一年了，然而2025届毕业的我已经开始进入社招流程了，社招结束后又回到牛客上刷了好久帖子，感觉目前的反思帖子多起来了，氛围也是越来越好了。遥想一年前的我在校招经历了几十场互联网面试后心气全无，一心想要回到鹅厂，但也不知道喜欢什么岗位，只是因为我参与了比较多的后端实习所以就一直被各种后端业务岗捞起，而我并不了解那些所谓的业务，拿到的offe...

态度巨差，我一直我忍到面试结束，直接站起来:“不好意思二位，我认为二位的态度非常不礼貌，工作是双向选择的，贵司的风格不适合我，我先不考虑了，谢谢。”然后要回他们要求我填的表格，直接撕掉走了

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