電話面試，中途還因為手機沒電的原因斷線了幾分鐘，不過面試官是個大好人主動打回來了??

1、進程與線程的區(qū)別
2、進程和線程的關系
3、多線程場景下會有什么問題
4、具體一點呢，這個數據是哪里不一致的（我說的是CPU三級緩存和主存不一致、MESI協議）
4、進程通信的方式有哪些（漏了socket，不過面試官提醒了）
5、tcp和udp的區(qū)別，各自的優(yōu)缺點
6、tcp的滑動窗口和擁塞控制簡單介紹一下（滑動窗口沒說好）
7、介紹一下二叉樹
8、平衡樹的概念以及優(yōu)點
9、樹這個結構在數據庫中應用最廣泛的地方是什么
10、聚簇索引和非聚簇索引這兩個概念有什么區(qū)別
11、MySQL中一個表中id是主鍵，這個主鍵是聚簇索引嗎（直接說了是，但是后面看來面試官說的是MySQL，但沒說是InnoDB，如果是MyISAM就不是了）
12、那select這張表where id = 1這個語句的查詢計劃是怎么樣的或者說它是怎么從索引找到整行的數據的
13、那這個是只要查到葉子節(jié)點就能查到這行所有的數據對嗎
14、那我們現在有一個普通的索引，叫name，然后查詢條件時where name = 什么什么，那在剛才的執(zhí)行流程上它會有什么區(qū)別，它在哪一層開始有的區(qū)別
15、那有一個聯合索引name 和 age，還是剛才的查詢，能用到這個索引嗎
16、簡單介紹一下快排的思路和偽代碼，那快排的時間復雜度是多少
17、介紹一下項目吧

18、手機沒電了，你不許介紹??
19、給手機充電，并且重新開機
20、等面試官回電話，因為太緊張了，介紹到一半卡死，面試官還安慰我別緊張，給我時間緩一緩

21、先更新完數據庫后異步更新緩存有什么數據一致性的問題
22、怎么避免消息重復消費
23、假設現在消息中間件是集群部署，消息發(fā)送的時候哪條消息先到broker是不確定的，消息消費的順序性無法保證，在數據庫更新完成的情況下，怎么保證緩存更新的最終一致性（面試官說加分布式鎖，然后更新緩存的時候回查一下數據庫里的數據，得到數據庫里的正確的數據就好了，不用管消息順序的問題。我的理解是這個異步消息就是一個通知，本身沒有攜帶什么要更新到緩存的信息，也不用管消息重不重復是否順序，只是收到這個消息就回查一下數據庫把數據庫里的數據刷到緩存就行了，不知道對不對）
24、你用游標分頁解決深分頁的問題是怎么做的

再次感謝面試官，沒答出來的也會說沒關系，也在一直給提示，是我太菜了??

更新，今天晚上約二面了，這居然能過，我給一面面試官哥哥跪了
#淘天一面# #后端# #Java#