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月中旬开始找，找到了12月多Boss投递了2000+   10几家有沟通，其中写了6家的线上笔试，但是无下文，线下面有四五家基本上来就写笔试，写完在面试，其中一家写完笔试告诉我笔试没过，其他的写完就面试，一上来看了下我的简历直接开始问八股，问的很杂很多，答了大概4成左右，后面都没音信了，回来之后我就背八股，现在八股背的还算可以，网上的面经也一直再刷一直背。我现在的疑问是：我现在能找到一段寒假实习嘛？我需要在付费学一个agent的项目写到我的简历上吗，需要包一段实习经历吗？还是直接转行看干点别的？我知道自己太晚了，我现在还有机会吗请问？

贼逆天啊，发了个“youbing”然后光速撤回拉黑了，没截下来。

#围观美财长回应斩杀线甩锅# 2025年年中，一个风和日丽的周五下午，我带着美丽的心情，在公司，完善项目网站的一个功能，查看数据库的时候，突然发现一张表里的数据很奇怪。那是个业务数据表，按理说在几秒的时间内，不应该出现三条同样的经办数据（一个客户不可能在几秒内，做三次业务），可偏偏，很多用户数据都出现了这种情况。关键还是正式环境，客户是政府单位的，后面要是稽查起来，不敢想了。虽然不是我做的功能，但还是给我吓的，尿不湿都湿了。 我赶紧给项目经理说了情况，结果就被扣了帽子，说我发现了，怎么不赶紧改，还问是什么原因？直接给我干懵了，我是赶紧看那个功能代码呀，那会是真的害怕了，框框一顿看，后面才发现了...