总结
本次面试总体来说是比较满意的,其最大的意义在于将我带入了面试的氛围之中,面试的内容、如何讲述项目经验、项目经验与技术的结合、面试的思维都在本次面试中摸清了大体的脉络。
在面试中表现比较好的点是项目关键难点的破壁技术的讲述,只是讲述实现的方法就有着满满的幸福感,这是我不曾想到的,对于难点的攻坚也应成为日后的追求和目标。
其次对于业务与技术的结合做到了心态平稳,而进入纯粹技术面时从心底透出的一丝胆怯也应当提及,但迅速调整心态后处理的也不错。不过却也反应了现在的状态:过多的面向业务,技术上不扎实、浅尝辄止、实践不足,需要从现在开始把知识扎牢,优先以跳槽为目标构建知识网络。
求职时一个双向的选择,我也应该对新工作提出要求,而这项权力也对应着对自身实力的要求。
问题汇总
知识类型 | 子类型 | 问题 | 说明 |
mysql | 基础知识 | 事务的隔离级别 | |
mysql的事务是如何实现的 | 应该说inndb是如何实现事务的,拓展到MVCC | ||
索引 | 不仅讲了索引如何做,还拓展到了聚簇与非聚簇,可进一步到红黑树 | ||
优化 | 如何对mysql进行优化 | 消除表连接、避免*查询、非关键字段的抽离、索引 | |
redis | 基础知识 | 基础类型 | 没答上来,尤其是在项目中怎么用的 |
两种持久化机制 | 实际看过效果就是不同,但是回答太少了,其他问题也是,都需要拓展 | ||
使用 | 在分布式并发中用来做什么了 | 在记账时储存单据号,防止单据被多次处理 | |
在项目中使用过hash吗 | 没用过,完全无法回答 | ||
MQ | 使用 | 如何确保消息不丢失 | 持久化方案(链路流程中、集群中) |
如何确保消息不被重复消费 | 需学习 | ||
Spring | 基础知识 | 常用注解 | |
AOP如何实现的 | 回答的预编译,在编译后实际代码前后加上了分片信息,不知对不对 | ||
SpringCloud | Eureka | 为什么要有服务注册与发现 | 还可以,还顺带讲了Eureka的工作方法 |
集群部署时如何配置的 | 至少应该说明一下选举机制之类的 | ||
Hystrix | 服务熔断与降级 | 提高系统稳定性,防止在高并发量下系统被压爆(熔断需额外看一下) | |
分布式 | 分布式事务 |
思考
- 对于所谓的1.7与1.8中的区别这种问题,真的不应该以如此高的频率出现,纯粹是应试化了,这种应试化不仅是对于求职者,同样也是对于面试官。
- 面试的广度还是比较大的,但是深度太浅,为临阵磨枪提供了方便。
- 可以在当前针对广度刷刷面试题,在后期真正投入技术探索,增加深度。