美团秋招一面

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

先讲讲实习经历吧目前有两段，一段初创公司，一段大厂（其实也不知道算不算大厂）都是在boss上投的，第一个家初创公司打电话面了一次，线下又叫我去了一次，也没问八股，就问工作内容能不能接受。我看招聘软件上是打着致远互联的招牌，进去以后发现，跟致远互联基本上没啥关系，说是干开发，其实进去以后都是低代码，拖拉拽，我感觉没有前途，也学不到东西，就跑路了。第二段实习是在用友，但是是当地的分公司，还在上一家公司的时候就一边上班一边投简历，越面了两家，一家有点类似于政府外包公司，面试问了一些八股，比如spring的常见注解啊，看我简历上有写会用ai，还问我用ai有什么心得，最后还问了我个场景，总体来说感觉还行，基本上都回答出来了，最后问我能实习多久，我说能实习到毕业，就让我先回去等通知，第二天就跟我说不合适，然后就是用友，用友倒是很顺利，面试完当场就问我最快多久能入职。目前在用友做的事情起码还是跟java有关系的，写一下openapi接口，跟OA系统对接什么的，框架一些工具啥的都已经封装好了的，本来想着以后就在这里了也不错，但是后来了解到，用友分公司基本上都是社招，或者实习。突然感觉很迷茫，不知道接下来该干嘛了。

直面社会的优绩主义，这也是一个很好的社会观察实验背景:我在抖音上发我秋招的投递记录分享，用的现在很火的那种电影最后致谢的形式我说我秋招前期投数开，后期投运营销售等业务岗，评论区有人先是说，双非本怎么可能有大厂面试(对，不是说配不配有大厂offer，是学院本都不配有约面大厂的资格)之后我说前期面的研发，后期拿的仓库运营中台offer，然后一群人又说，大厂所有运营岗都是牛马岗，跟研发没得比，更有甚者，直接说某夕夕运营都是水岗(听过水硕水博，第一次听水岗的，我寻思我年包虽然没发跟数据开发比，那也大约二十万了，薪资也还行吧，怎么就水了)😇😇😇😇😇