互联网回暖，腾讯要招5000人！

二月底那会tx约面过我一次，结果我当时第一次被约面没经验，当时上着课，就想着先挂了等会打回去，结果发现是虚拟号打不回去一天后喜提流程结束字节oc了之后又收到了约面电话，不过我意向部门是cdg，约面的是pcg。想到之前还没面过tx，于是就接了尝尝鲜，所以就有了今天的面试一上来面试官迟到了十分钟1. 自我介绍2. redis存商品库存用的什么数据结构？3. 怎么保证原子性？4. redis如何配置？集群还是主从？（从这里就是拷打的开始）5. 如果你主节点完成操作了，从节点还没同步，主节点就挂了怎么办？6. 看我回答的不好，于是问我主从同步的方式的底层原理。我说了全量同步、增量同步，面试官说我没答到点上7. 又问我知道kafka生产者将消息发送给broker的三种方式吗？汗流浃背了，说了生产者发送→broker刷盘→返回ack→生产者收到ack的过程，面试官说这是其中的一种8. 面试官说，你不了解主从同步的原理，所以你实现不了高可用。又问我如果broker返回ack后挂了，副本还没同步就变成主节点导致的消息丢失怎么办（其实和5差不多）。我说我猜一下，于是类比了mysql的同步机制，说让副本读主节点的日志。被面试官否了，说主节点挂了是没法读它的日志的。见我不懂，就给我讲了几种同步策略，比如选出和broker的offset最接近的几个副本作为候选集，将候选集同步完成后才会真正视为刷盘成功并返回ack；比较严格的模式就是强制同步所有副本。具体还要根据业务来选9. 面试官看我用了雪花算法，于是问时钟回拨怎么解决。我说可以参考美团leaf，引入zk，生成前比较当前时间和此前最后生成id的时间。面试官反问我你引入这么重的一个东西合适么？你这样做损坏了它本身的高性能的优势。我说那可以使用号段模式。预先生成一批id存起来，使用的时候去取，也被面试官否了，说这样做也不是一个好的策略。10. 然后面试官看了看表，说自己三点还有一场面试，后面得加快速度。于是就开始迅速问一些八股，要求必须快速答出关键部分赶紧下一题：11. 进程和线程的区别12. 线程有自己的堆栈吗13. 线程通信的方式14. 乐观锁了解吗15. 线程池由哪些部分组成16. 你自己使用的哪种拒绝策略？17. 核心线程数怎么设置？理由是什么18. 大量出现time_wait有哪些可能的原因？答了一些，面试官不断问还有吗还有吗，最后说想不出来了19. 一个很大的表查询很慢怎么优化？把分库分表、sql语句优化、索引、innodb调优等角度都说了一遍，面试官继续追问还有吗，我说检查脏页是否过多，继续问还有吗，我说想不到别的了20. 分库分表的底层原理了解吗？我说沙丁jdbc，或者用中间件，面试官不想听，只想听底层原理。回答不太熟悉手撕：此时距离三点还有不到10分钟。一开始出了道二维矩阵中第k个最大值，矩阵中的元素符合按行递增和按列递增。面试官问我觉得这题难度怎么样，我说你想要n方logk的算法我现在就能写，但是要n方的话我得想一想。面试官等不及，于是换成了一维数组。直接优先队列三分钟秒了反问：我需要加强哪些方面（了解底层原理并实际运用的能力）总结：感觉大概率会挂，被挖的很痛但是一些问题面试官主动给出了讲解，冲这点其实也不亏了。可惜由于对方时间紧迫，有些我不懂的点没有来得及讲了，尤其是雪花算法的最佳实践那里，成了永远的遗憾-------------更新：一天后流程结束