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

难道只能去考研了吗…下面说一下我的情况，我算是消息比较灵通的，大一就库库跟黑马学习，着急着把技术栈都过一遍，大一那会儿的想法是大三给自己一份成绩（进大厂技术岗）拿不出来就去考研…一年后呢，2000+（大概面了十几家吧）找了份北京小公司（快离职了），没啥太大的成长。现在也是见识到了自己确实无力回天研发岗，也是向曾经那个热情的自己回应了妥协的想法，转测开，其实现在在快速学习python 想碰瓷碰瓷深度学习机器学习…，对于我的大厂梦我做出了下面的一份测开简历（图2），打算是熟悉一下，包装，准备来年…  各位朋友怎么看不太想考研因为自己上了民办四年要花不少钱，读研的话又花，条件是不行的，于是就萌生了早早毕业挣钱。要是读读不上92，互联网环境愈发下行，我真告别互联网了…

bg，成电本，成绩大概30/100，自认为项目做的还可以了，黑马的苍穹外卖，点评，springcloud那个听完了顺便去做了尚硅谷的谷粒商城，没做运维篇，准备了3个月力扣，11月到现在0面试，boss日均100份，，一开始认为是简历问题，于是找了入职的大厂的朋友要了几份简历，只改了个名字电话就投，依旧0面，中途遇到几个卖课的骗子被我一眼丁真，好的，接下来我学校也乱写了，反正根本约不到面，直接填华五的学校，依旧是0面。这还没完，学校有合作企业，里面的岗位听说很简单，之前跟我一个课的同学，把课设写上去了，但是他也没怎么系统学过java，人家已经面完准备入职了，我不知道我是不是不适合计算机，或许就是我能力的问题 ，反正确实是招笑，那么早准备最后0面，不打算继续找了，准备考研了 ，祝大家工作顺利!

有一次我对 AI 提了一个离谱到自己都觉得好笑的 Java 需求：“帮我写一个程序，自动找出所有内存泄漏、生成修复补丁，并直接提交到 Git。”这需求看起来像“自动化神器”，但本质是想让 AI 变成一个会理解业务、会分析代码、会操作版本库的全能工程师。更离谱的是我还加了一句：“顺便统一项目所有日志格式、处理所有异常，并回滚到上一版本。”AI 当然给了我一套很完整的方案，但我知道真正落地会非常复杂，也很可能把项目搞崩。后来我才明白，离谱的需求可以问，但别指望 AI 代替工程师做所有决定。