B+ 树为什么能减少磁盘 IO？1 亿数据量下，B+ 树大概有几层？你怎么估算 B+ 树的高度？索引设计有哪些原则？你的项目里哪些查询建了索引？ES 的倒排索引是什么？ES 分词是怎么做的？IK 分词器有哪些模式？MySQL 事务的 ACID 分别是什么？MVCC 是怎么实现事务隔离的？当前读和快照读有什么区别？MySQL 有哪些隔离级别？可重复读是怎么解决幻读问题的？你对 MySQL 存储引擎了解多少？

三个动作，每天循环十几遍。1.打开牛客，刷两下，关掉。2.打开QQ邮箱，下拉刷新，没有新邮件。3.打开公司官网，登录，状态没变。整个过程十分钟。做完心慌，不做更慌。手机放下的那一刻最清醒——“我TM在干啥？有这时间焦虑，不如休息一会 或者看会八股”但是我每两个小时 基本都得做一轮这三个操作我感觉这样子 不仅无益于进步 反而还会损害心理健康； 算算时间，一天搭进去快半小时，有时候奔着一小时去。一小时看起来不多，烧的不是时间，是心力。焦虑一上来，学习效率直接腰斩，自信心也跟着往下掉。下面一个月 放平心态 有面试就面 没有就学习；暑期实习能找到就去 找不到就战日常实习； 我绝对不会再去反复刷公司官网...

Bg 单2硕，女生，计算机专业1.汇丰软件 base广州，相对大厂wlb，可以wfh ，cto大部门，稳定性未知，听说会裁员。薪资统一价。2.荆州市直人才引进，教师编制，稳定，听说有服务期5年，非主学科，学科压力应该相对压力小，但也容易有杂事。工资就到手4-5k。我不是荆州本地人，所以还是想考走，主要还是担心服务期。大家帮忙选一下，省考学了两个月招一排二，有点可惜，后续还是想继续考公，所以想找一个工作过渡一下，所以有点担心教师编不放人。

1. 自我介绍2. 介绍下项目，重点讲架构、关键设计和线上问题3. Agent 的上下文窗口不够时，长短期记忆应该怎么分层设计长短期记忆不能简单理解成“最近消息”和“很久以前的消息”。更合理的设计是把状态拆成三层：工作记忆负责当前回合执行所需的最小上下文，摘要记忆负责阶段性中间结论，长期记忆负责稳定事实、偏好、任务状态和关键证据索引。这样做的好处是短链路推理不会被旧噪声拖死，而长任务又能在需要时按状态检索历史事实。真正难的不是分层本身，而是写入和召回策略。不是每条消息都值得进长期记忆，通常只把高价值、可复用、低歧义的信息写进去，比如用户偏好、外部工具执行结果、关键约束、任务完成状态。否则记忆库...