一面(4.16)：50min聊天10min問項(xiàng)目，相比于其他同類的項(xiàng)目，你的改進(jìn)或者創(chuàng)新點(diǎn)在哪實(shí)際部署上線的時候有沒有碰到過困難，如何排查的mysql索引如何進(jìn)行分庫分表的，什么時候應(yīng)該分庫，什么時候應(yīng)該分表項(xiàng)目中是如何處理高并發(fā)場景的如何防止超賣如何解決少賣的問題redis和mysql一致性的解決方法通過訂閱binlog來實(shí)現(xiàn)一致性的時候MQ中存放的具體是什么消息手撕：括號生成撕完讓分析時間復(fù)雜度和空間復(fù)雜度，時間復(fù)雜度因?yàn)榧糁α怂员缺┝σ?，空間復(fù)雜度是遞歸棧的大小二面(4.23)：45min問項(xiàng)目消息隊(duì)列中消息消費(fèi)的三種模式最多一次，至少一次，正好一次，有什么區(qū)別，怎么實(shí)現(xiàn)的MQ的可靠性是如何實(shí)現(xiàn)的數(shù)學(xué)題：兩個人拋硬幣，拋到正面就算贏，如果我先拋，我獲勝的概率有多大手撕：字符串相乘三面(4.24)：30min講項(xiàng)目10分鐘聊天如何看待tiktok，以及使用過程中的感覺如何學(xué)習(xí)的是否有大廠情結(jié)希望通過實(shí)習(xí)獲得什么以后的職業(yè)規(guī)劃反問HR面(4.24)：30min純聊天#軟件開發(fā)筆面經(jīng)#

自我介紹，迅速結(jié)束了不到1min1個半小時，項(xiàng)目相關(guān)：Raft協(xié)議， Percolator協(xié)議，Multi-Raft，MVCC是解決什么問題的，你的MVCC是什么事務(wù)隔離級別？打斷：多數(shù)據(jù)中心怎么辦？OJ系統(tǒng)的流程是什么樣子的，你有做擴(kuò)展嗎？（明明說了不少，但是一看才15分鐘，天塌了）八股：進(jìn)程線程協(xié)程的區(qū)別？有棧協(xié)程和無棧協(xié)程是有了解嗎？ （不會）操作系統(tǒng)的內(nèi)存管理？了解多級分頁嗎？有沒有熟悉的多進(jìn)程部署的應(yīng)用？（不會，答了微服務(wù)架構(gòu)的應(yīng)用。反問階段問了一下是想問Nginx）TCP建立連接之后如果一方宕機(jī)了會怎么樣？大概只記得這么多，快紅溫了。手撕：過期時間的LRU在寫面經(jīng)的時候接到了2面通...

樓主java后端選手目前有一個美團(tuán)核心部門數(shù)開offer想問如果秋招用數(shù)開實(shí)習(xí)+后端項(xiàng)目，可以找到數(shù)開大廠工作嗎想聽聽有相關(guān)經(jīng)驗(yàn)的大佬的意見 #美團(tuán)暑期oc#  #數(shù)據(jù)開發(fā)#  #后端開發(fā)#

專欄簡介221. 超長字段（如TEXT類型）建立索引的不適用性及替代方案對數(shù)據(jù)庫中的超長字段（如TEXT或BLOB類型）直接建立索引通常是不合適的，這主要源于以下幾個方面的原因：首先，索引本身會占用大量存儲空間。索引是為了加速查詢而創(chuàng)建的數(shù)據(jù)結(jié)構(gòu)（例如B+樹），其建立和維護(hù)會額外占用存儲空間。對于TEXT或BLOB等超長字段，其數(shù)據(jù)體積通常較大，可能達(dá)到數(shù)百KB甚至數(shù)MB。直接對這類字段建立索引，會導(dǎo)致索引本身占據(jù)大量存儲空間，造成不必要的磁盤資源浪費(fèi)。其次，對超長字段建立索引會顯著增加索引維護(hù)的性能開銷。由于數(shù)據(jù)量巨大，索引結(jié)構(gòu)（如B+樹）的節(jié)點(diǎn)會變得龐大，導(dǎo)致插入、更新、刪除等操作時，B+...