补天记——其十二（学习记录）

第一次被拉进技术评审会时，我以为自己只是去旁听。结果会开到一半，大家盯着一段异常波动的调用链，讨论一个老问题: 流量上来以后，某个核心模块偶发超时，重试一多，后面的服务压力也跟着抬起来。 当时没有谁直接把答案告诉我。导师只说了一句：“你先别急着改代码，先判断问题到底出在哪一层。”这句话我记了很久。因为真正有挑战的技术工作，第一步往往不是写，而是判断。 接下来几天，我补链路、看日志、对照监控，把请求路径一点点拆开。最开始我也怀疑过是不是单点性能问题，但越看越发现，问题没那么简单。它不是某一行代码突然变慢，而是高并发下，上下游配合方式开始变得脆弱：重试策略叠加、依赖调用放大、部分节点抖动后缺少足够...

bg，重邮本末九硕，一段中厂，一段大厂实习项目是我主页的知光，项目和面经什么的，xhs可以搜到，同名

能的兄弟，能的，一天200k我肯定干

🕐面试时间：26.4.3-一个小时💻面试岗位：Java开发❓面试问题：自我介绍介绍实习的慢SQL优化如何看待慢SQL排查与优化工作的主动性(被动救火优化)？是否存在更前置的风险防控思路？当已知某条SQL执行不符合预期（如要求优化至100ms以内），您的系统化排查与优化思路是什么？聚簇索引与普通索引的核心区别，以及各自典型的应用场景。如果利用AI自动化识别项目中因索引设计不当导致的回表性能问题，技术实现思路是怎样的？反问业务和流程聊AI和如何与工作结合🙌面试感想：问问题也就是25分钟，后续就是反问和闲聊了，无手撕。