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

从三月底找实习，到八月开始秋招，这几个月像一场漫长的修行，更像一场残酷的启蒙。不是检验你有多优秀，而是系统性地打磨你的心志，直到耗尽那份初出茅庐的锐气。一次又一次地投递、笔试、面试、默拒……逐渐磨平了耐心，也让你清晰地听见理想碎裂的声音。双非本硕，无大厂实习经历，后端开发显得格外艰难。靠着之前的两个小厂实习经验，三月找实习时还带着一丝天真，非大厂实习不去，结果一个大厂中厂实习一个都没捞着。到了八月正式秋招，冰冷的现实才扑面而来，没有亮眼的实习，没有好的学历背景，简历石沉大海成了常态。也面了不少家，有两家心仪的中大厂走完了流程，最终却在横向对比中无声地沉了池子。希望与失望的反复拉扯里，最后荣耀给了机会。或许对于我这样的背景，这已是一份需要珍惜的答案。秋招，就先到这里吧，感谢honor！

vivo好像也开了，字节是真开了，其他的这个月也会开始开的吧

很多人对大公司有滤镜，觉得流程成熟、高手云集。但真正待过才会发现，大公司里同样是草台班子。有些人技术水平并不高，对业务理解也很浅，却能靠一纸学历混进核心岗位。代码质量一般，问题解决能力有限，更多时候是在流程里“站住位置”，而不是创造价值。项目一复杂，问题就开始暴露，只能靠少数真正能干活的人兜底。学历很重要，但它不该是免检通行证。真正让系统跑得起来的，从来不是名校背景，而是责任心、学习能力和长期积累。再大的公司，也离不开那些默默把事做对的人。