上海爱可生技术2面

今天在上海爱可生进行了第二次技术面试和HR面试。面试我技术二面的是爱可生DBA大牛沈波。很愉快的和沈波大牛进行了半个多小时的交流。面试还是一个套路，首先进行自我介绍。介绍完毕后交流了一些技术，说交流是因为沈波大牛真的没有大牛架子。完全是本着交流和解惑的态度对我进行了技术二面，经过两轮技术面试，使我对爱可生DBA部门的大佬甚是欣喜。在技术二面中主要还是根据简历提了一些相对一面更加综合性的问题。我在谈经历的过程中特意地提起一些自己比较有想法的点，谈一些自己对一些MySQL知识点的感悟，如nexted-join next小表驱动大表的问题（QQ群里别人遇到的问题，我帮助其具体分析解决）、一面中面试官对提到的5.7相对5.6复制上的改进点group commit(一面之后我问了下面试官并自己通过读MySQL运维内参和百度的方式有了比较深的理解),甲骨文MySQL交流会上吴炳锡的说的after_commit、after_sync的问题，以及在面试前一晚我在爱可生官网的干货分享中所读到的一个关于loss less的文章（面试结束后他说这篇文章就是他写的。。。）...感觉面试就要这样子，不能面试官问什么你就答什么，在答好的情况下还要引导面试官去讨论自己有深入理解的部分。具体面试的话题的话就是：
1.自己学习的方式（以及自己对这些方式的见解）
2.针对一面的group commit让我做了比较深入的讲解，说明在从库为什么能够保证并发，还有last_committed和sequence_number的关系等等。（感悟是理解一个东西不一定要理解源码但是一定要理解的很透彻而且要有自己的分析和见解）
3.在谈到after_cimmit和after_sync的时候让我谈下自己这些东西的区别
4.接着上面继续谈论我对一致性的理解，之前我一直以为主从不一致一定是主库上的事务还来不及在从库上重做从而产生不一致。但是，沈波大牛让我意识到了还会存在一种情况，在after_sync的情况下，会存在这么一种不一致的清况：
当主库将一个事务做到了sync阶段，尚未commit，从库已做事务完成，正在返回ack到主库，此时主库宕机，主库还未来得及接收ack，或者还未执行commit。主库的事务会因为没有commit会所以尚未完成，但是此时可能从库已经提交完成，这时如果进行主从切换就会发生主库上尚未提交完成应该在宕机后被回滚的的事务在切换后却在故障后的主库上已经提交成功成功。这样就会造成主从不一致，区别与上一种的主从不一致。（这点真的是这次面试最大的技术上的收获）
5.我问了他一些相关爱可生公司的问题