聊聊面经1：谈谈你项目中遇到的最大困难或挑战是什么，你是如何解决的？

  记得刚入行时听前辈说，干这行得踏实学，别想着糊弄谁，真厉害的三句话就知道你的底了。这话不错，一名经验老道的面试官，往往几个问题就足以对一个人下判断。有些面试中你自以为圆过去的谎，或许对方早看清了你的底牌，大家都是打工仔，人艰不拆罢了。

  这个问题看似普通，实际能抖出你出很多东西。

1. 看看你所认为的难题有多难，纵向技术深度怎么样？顺便听听你的经历和故事，吃个瓜。
2. 问你怎么解决的。往往面试者聊自己技术达到的程度都有水分，只有通过真实经历的问题 + 解决问题的思路才能切实反映你的真实程度。

  一个人克服困难的能力，包括发现问题、分析问题、解决问题、总结问题等；是通过相关书籍、搜索引擎查找相关资料？还是去相关论坛、身边人求助？以及解决问题后是否会复盘总结记录等等。。

  这是道开放性问题，如果没有提前准备，就容易看出你的语言组织能力和真实经历。其实面试官并不想知道你遇到的困难，而是想知道你解决问题的思路是否正确、是否会有效沟通、是否会百度等。

  我听过一些朋友回答有关JVM调优、慢查询优化、并发场景调优、晦涩难懂的业务场景等；结合项目说一说都会有不错的效果，甚至面试官也会为你出个主意~~

  比如我们 《MySQL慢查询，一口从天而降的锅！》 https://blog.csdn.net/qq_39390545/article/details/116139445 一文中提到的，我对于慢查询的处理思路（仅供参考吧）：

1. 定位问题；通过xxx-slow.log慢查询日志确定慢SQL；
2. 分析问题；如何导致的慢SQL；查询条件问题导致索引失效全表扫描？新增返回字段导致无法使用覆盖索引？IO过大导致CPU过高？DML语句造成的锁冲突？
3. 解决问题；修改SQL语句或索引结构，构造最优查询效率（通过Explain分析得到各子查询尽可能达到Using index或Using index condition）
4. 总结问题；对问题进行记录并复盘，总结出有价值的经验教训，记录到个人笔记或分享到博客中。造福后辈的崽子们。