二月底那會(huì)tx約面過我一次，結(jié)果我當(dāng)時(shí)第一次被約面沒經(jīng)驗(yàn)，當(dāng)時(shí)上著課，就想著先掛了等會(huì)打回去，結(jié)果發(fā)現(xiàn)是虛擬號(hào)打不回去一天后喜提流程結(jié)束字節(jié)oc了之后又收到了約面電話，不過我意向部門是cdg，約面的是pcg。想到之前還沒面過tx，于是就接了嘗嘗鮮，所以就有了今天的面試一上來面試官遲到了十分鐘1. 自我介紹2. redis存商品庫(kù)存用的什么數(shù)據(jù)結(jié)構(gòu)？3. 怎么保證原子性？4. redis如何配置？集群還是主從？（從這里就是拷打的開始）5. 如果你主節(jié)點(diǎn)完成操作了，從節(jié)點(diǎn)還沒同步，主節(jié)點(diǎn)就掛了怎么辦？6. 看我回答的不好，于是問我主從同步的方式的底層原理。我說了全量同步、增量同步，面試官說我沒答到點(diǎn)上7. 又問我知道kafka生產(chǎn)者將消息發(fā)送給broker的三種方式嗎？汗流浹背了，說了生產(chǎn)者發(fā)送→broker刷盤→返回ack→生產(chǎn)者收到ack的過程，面試官說這是其中的一種8. 面試官說，你不了解主從同步的原理，所以你實(shí)現(xiàn)不了高可用。又問我如果broker返回ack后掛了，副本還沒同步就變成主節(jié)點(diǎn)導(dǎo)致的消息丟失怎么辦（其實(shí)和5差不多）。我說我猜一下，于是類比了mysql的同步機(jī)制，說讓副本讀主節(jié)點(diǎn)的日志。被面試官否了，說主節(jié)點(diǎn)掛了是沒法讀它的日志的。見我不懂，就給我講了幾種同步策略，比如選出和broker的offset最接近的幾個(gè)副本作為候選集，將候選集同步完成后才會(huì)真正視為刷盤成功并返回ack；比較嚴(yán)格的模式就是強(qiáng)制同步所有副本。具體還要根據(jù)業(yè)務(wù)來選9. 面試官看我用了雪花算法，于是問時(shí)鐘回?fù)茉趺唇鉀Q。我說可以參考美團(tuán)leaf，引入zk，生成前比較當(dāng)前時(shí)間和此前最后生成id的時(shí)間。面試官反問我你引入這么重的一個(gè)東西合適么？你這樣做損壞了它本身的高性能的優(yōu)勢(shì)。我說那可以使用號(hào)段模式。預(yù)先生成一批id存起來，使用的時(shí)候去取，也被面試官否了，說這樣做也不是一個(gè)好的策略。10. 然后面試官看了看表，說自己三點(diǎn)還有一場(chǎng)面試，后面得加快速度。于是就開始迅速問一些八股，要求必須快速答出關(guān)鍵部分趕緊下一題：11. 進(jìn)程和線程的區(qū)別12. 線程有自己的堆棧嗎13. 線程通信的方式14. 樂觀鎖了解嗎15. 線程池由哪些部分組成16. 你自己使用的哪種拒絕策略？17. 核心線程數(shù)怎么設(shè)置？理由是什么18. 大量出現(xiàn)time_wait有哪些可能的原因？答了一些，面試官不斷問還有嗎還有嗎，最后說想不出來了19. 一個(gè)很大的表查詢很慢怎么優(yōu)化？把分庫(kù)分表、sql語句優(yōu)化、索引、innodb調(diào)優(yōu)等角度都說了一遍，面試官繼續(xù)追問還有嗎，我說檢查臟頁(yè)是否過多，繼續(xù)問還有嗎，我說想不到別的了20. 分庫(kù)分表的底層原理了解嗎？我說沙丁jdbc，或者用中間件，面試官不想聽，只想聽底層原理?；卮鸩惶煜な炙海捍藭r(shí)距離三點(diǎn)還有不到10分鐘。一開始出了道二維矩陣中第k個(gè)最大值，矩陣中的元素符合按行遞增和按列遞增。面試官問我覺得這題難度怎么樣，我說你想要n方logk的算法我現(xiàn)在就能寫，但是要n方的話我得想一想。面試官等不及，于是換成了一維數(shù)組。直接優(yōu)先隊(duì)列三分鐘秒了反問：我需要加強(qiáng)哪些方面（了解底層原理并實(shí)際運(yùn)用的能力）總結(jié)：感覺大概率會(huì)掛，被挖的很痛但是一些問題面試官主動(dòng)給出了講解，沖這點(diǎn)其實(shí)也不虧了?？上в捎趯?duì)方時(shí)間緊迫，有些我不懂的點(diǎn)沒有來得及講了，尤其是雪花算法的最佳實(shí)踐那里，成了永遠(yuǎn)的遺憾-------------更新：一天后流程結(jié)束#互聯(lián)網(wǎng)回暖，騰訊要招5000人！# #軟件開發(fā)筆面經(jīng)# #牛客創(chuàng)作賞金賽#