瑞晟微电子数字ic

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

谁懂啊！我实习遇到的公司，真的太把实习生当正式员工使唤了，刚入职没几天，连项目代码结构都没摸透，就被安排写项目了！一开始都是些接口对接、数据格式转换的基础活，听起来不难，但架不住我对项目的业务逻辑、代码规范一窍不通。对着前辈丢过来的需求文档，我一边查代码注释，一边翻技术文档，磕磕绊绊写完功能，也只知道 “这么写能跑通”，根本不明白 “为什么要这么设计”，妥妥的知其然不知其所以然。本以为这种基础活会干很久，结果没过多久，领导直接甩给我一个小功能的开发方案，让我负责从方案落地到功能对接、测试上线的全流程。当时我直接懵了，硬着头皮啃需求、画流程图、写核心代码，遇到不懂的就逮着前辈狂问，加班加点成了家常便饭。更没想到的是，后面居然让我独立负责一个模块的开发，还要做性能优化。从数据库索引调整，到接口响应速度提升，每一步都得自己琢磨、自己验证。那段时间真的累到飞起，每天下班脑子都是懵的尤其是发版的时候，我比谁都紧张，盯着监控屏大气不敢喘，生怕自己写的代码出 bug 导致系统崩溃。一旦出问题，就得立刻配合运维回滚版本，然后自己留下来加班排查修复，常常整栋办公楼只剩我一个人的工位亮着灯。每天加班到深夜，工作量比正式员工还饱和，我不止一次对着电脑发呆：我到底是来实习的，还是来打工的？虽然这段经历确实让我的技术能力突飞猛进，但那种被推着往前走的疲惫感，直到现在想起来都觉得累。

实习第三天了，讲讲感受吧，mentor每天都会喊我一起去食堂吃饭，会给我推荐哪家的好吃，吃完饭还会等我，经常没事，会来问我有没有问题，有问题随时来找他。看到我就一个电脑分屏比较困难，还帮我安排了一个新的显示器，可以看下面的图，到现在都没给我派什么任务，让我先熟悉。反正，心里暖暖的

由于上班可能太wlb的原因，下午5:30就下班了，25届的，来到了一个可能相对于陌生的城市，没啥朋友，前两个月，晚上都是在外面瞎逛，找点东西吃，也是到处找篮球场，有一天晚上，在散步的路上发现一个篮球场，人还挺多的，夏天晚上的时候，半场4V4，可能都有6只左右的队伍，现在天冷了，晚上有人在群里说打球，也会有10个左右，虽然离住的地方三公里左右，步行半个小时，但是基本没啥事每天都会去打球，在9月份的时候，去附近一个大学周边吃完饭，结果碰到了高中同学考上了哪里的研究生，也去他们学校打了几次球，这也可能是下班之后唯一的乐趣了。