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

这是一篇迟来的秋招反思总结。虽然可能是拿到了开发的大sp，或者说小ssp的开发offer，但是真正签下三方的那一刻却并没有什么情绪波动，只觉得“这事结束了，我该继续定下下一个阶段的目标了”。回顾一下自己的秋招历程。我的秋招真正的起点可能起源于去年的年中。那时的我可以说对于求职所需的技巧都完全不懂。没有人带，没有带我求职的“导师”，我所做的只能是问几个学长，然后在各种平台找大佬咨询。最后还是选择了资料最多的Java后端开发，从此我的学习便开始了。刷力扣、刷视频、写项目，日复一日，加了知识星球还去打卡，回看当时打卡记录持续了180+天，直到找到了日常实习才结束。不能说是007，但是平均下来也有了995的强度。在年底找到了第一份日常实习，于是踏上了说走就走的旅程。实习的时候每周都要请半天假从公司坐高铁回到学校，开完会再回去，从中午12点到晚上12点全都在路上，这份辛苦只有自己心里清楚。接着开始找暑期实习，先是被腾讯搞了一通，面微信面穿后录用评估挂，接着又是美团全部答上来后超时自动挂，最后在一个普通的下午突然收到了阿里的实习offer。那一刻所有的努力和辛苦都具象化。暑期实习的过程中，运气好进到了一个强度相对比较低的组，于是在7、8月份每天晚上下班后回去继续刷题、复习各技术栈，还要抽时间面试。到了9月初已经面了40+场，进了面的只挂过一次岗位不匹配的腾讯的存储类岗位。9月陆续收到了多个offer，我以为自己也许会算比较优秀？开始谈薪后发现自己其实只是普通的一员，加了各大信息共享群，发现总是有比我更强的人，也有算法的大佬比我断档的领先。至于我为什么没选算法，在之前的文章里有讲到；而开发的大佬则从本科就开始有了相关的沉淀，我自然无法比肩。于是我想到了“比你优秀的人比你还努力”，我有什么可骄傲的。于是开始继续学习，继续成长，这不是抖M式的强迫自己受苦，也不单纯是为了以后的竞争力，还是为了自己的充实感和心理满足。签下三方的时候没有什么情绪波动，只是普通的点了下按钮，然后转头又去继续改bug了。我想我老了也会继续保持学习，让我不被时代抛弃。

完全没有实习过的大四生 才开始找实习 真的好难😭😭😭😭感觉简历怪怪的又说不出来 求评价！！

在嵌入式简历里，第一个项目想要硬核，核心是展示你系统级能力而不仅仅是“点亮 LED”。项目方向建议项目名称（示例）：“STM32 低功耗物联网终端系统开发与 OTA 升级实现”技术亮点：OTA 升级实现 MCU 固件远程升级使用串口 Bootloader 或基于 MQTT/TCP 协议升级支持差分升级与完整升级，保证升级安全可靠低功耗设计MCU 进入深度睡眠模式，唤醒响应外设中断通过优化定时器、外设使能和通信策略，实现超低功耗可统计功耗，优化电池寿命通信协议Wi-Fi / LoRa / NB-IoT 数据上报数据包 CRC 校验、重发机制支持远程控制与状态同步工程能力DMA 驱动传感器数据采集...