前幾天去豬場面試了一下，搜索相關的。雖然最后還是沒有通過，但是感覺還是有很多收獲的。在此小結(jié)一下，為以后的面試增加點經(jīng)驗，也給想去網(wǎng)易的同學一個參考。

• 一面(電面)

當時剛下班,回家的路上打來的電話。

1.自我介紹

2.項目用的什么做的（elasticsearch）

3.全量/實時索引怎么做的（這個只要結(jié)合自己的項目回答即可。個人感覺回答的不是很好，因為當時在武紡旁邊，車流量較大，周圍很嘈雜，我盡量走到僻靜的地方對方還是聽不清）

4.數(shù)據(jù)量多少，目前集群的狀況，以及日常的維護情況（這個也不難回答）

5.他又問到目前使用ES的過程中有沒有遇到什么問題，我回答了出現(xiàn)過性能問題，以及嚴重的線上問題。面試官對性能問題比較感興趣，我們都知道ES中有一個query叫functionScoreQuery，可以做到人為給文檔打分（使用腳本）。我們一開始使用的是比較普遍的groovy腳本，自己定義了一套規(guī)則對文檔進行打分，但是這會帶來性能上的影響(ES官方文檔好像有過相關介紹)。面試官問我們是怎么解決的，這個是我自己有重新寫了一個Java的腳本(或者說plugin),將語言類型從groovy改成了native

6.后面他又了幾個ES相關的問題，但是比較簡單，就略過了。

個人覺得，如果是電面，一定要選擇一個較為安靜的地方這樣容易交流。

• 二面

一面過了一周后，便有hr電話通知去杭州面試。因此，請了幾天假，跑到杭州去面了一下。二面?zhèn)€人覺得是最最重要的面試，會直接決定你能否進入下一輪。

1. 自我介紹
2. 項目（全量/實時）,面試官很注重細節(jié)和問題處理能力，一開始從業(yè)務開始，全量索引怎么創(chuàng)建（從數(shù)據(jù)read，到join，再到推送到ES），建議在面試前對自己項目梳理一遍，可以自己畫一個大致流程圖（當時面試官叫我畫一下你們的全量流程）后面又問了很多項目的細節(jié)，不多闡述；
3. 如果數(shù)據(jù)量大起來了怎么處理，因為目前我們的數(shù)據(jù)量不是特別大，我說可能會考慮hadoop，面試官跟著問那你知道ES-hadoop嗎。當時就有點懵，自己只聽說過這個，就說這個是es結(jié)合hadoop的一個插件。他接著問，那你在使用它的過程中有遇到什么問題或者需要注意什么嗎，我大概答了一下大數(shù)據(jù)相關的（本人并非大數(shù)據(jù)開發(fā)，只寫過很簡單的mapreduce，并沒有用過這個es-hadoop）;
4. 為什么選擇ES(簡單易用啊)，選的ES什么版本（我們用的是2.4.1），怎么沒有用5.x（很明顯高版本可能會帶來各種不穩(wěn)定因素?。?/li>
5. 集群，分片副本的情況
6. 如果在大數(shù)據(jù)量進ES怎么處理（全量一般有定時任務每天創(chuàng)建，因此可以在建索引時關閉refresh（設置為-1），暫時關閉副本等索引創(chuàng)建完成后再打開；）
7. ES的refresh與flush的區(qū)別（一個是內(nèi)存刷新到Lucene的索引中，一個是從Lucene索引刷新到磁盤）
8. flush如果刷新時機器有故障怎么保證成功（translog機制，用于記錄事物日志，也可當節(jié)點時數(shù)據(jù)重發(fā)的日志）
9. 一個搜索請求的過程（協(xié)調(diào)節(jié)點接受請求后，將請求發(fā)送到每個分片，可能是主分片也是副本分片，各節(jié)點返回匹配文檔和排序值（query）,然后協(xié)調(diào)節(jié)點進行排序后得到一個所需要獲取的文檔，再從各個節(jié)點去獲取這些文檔）
10. 是否了解segment（Lucene索引實際上就有一個一個的段組成的，es的一個分片數(shù)據(jù)就是一個完整的lucene索引，由一定數(shù)量的段組成）。關于段你知道什么（段合并，如果使用ssd可以適當?shù)陌讯魏喜⑺俾收{(diào)高一些，同時建議把段合并成一個）。那么段合并的策略是什么，什么時候要合并（這個當時真的一下子懵了，沒有注意到這些，有知道的同學麻煩告知下）。
11. ES怎么更新文檔（協(xié)調(diào)節(jié)點接受請求后，確定文檔所在主分片，然后將更新請求發(fā)送到主分片進行更新，更新成功后將數(shù)據(jù)同步到副本分片）。如果更新失敗怎么辦（更新有一個retry次數(shù)，超過該次數(shù)則放棄），副本分片如何更新數(shù)據(jù)（主分片將更新的文檔發(fā)到副本分片，副本分片重新創(chuàng)建索引），es采用什么機制進行更新（剛剛已經(jīng)解釋了，基于文檔復制的機制），為什么采用這種機制（es使用異步請求，其實使用的是netty，如果是更新請求的話，先后順序會影響文檔結(jié)果；而直接使用文檔則可以避免），如果副本分片數(shù)據(jù)更新失敗怎么辦（這個當時回答的不是很好，我想的是會重試幾次；面試官問重試了還是失敗呢，我回答那會返回更新失敗，面試官又問但是主分片數(shù)據(jù)已經(jīng)更新，而副本分片數(shù)據(jù)沒有，這樣數(shù)據(jù)就不一致了，我回答可能副本分片會自己拉取主分片的數(shù)據(jù)進行更新，面試官有點不滿意這個回答，麻煩了解詳細機制的同學講解一下），es多個文檔更新（與單文檔類似，不再贅述），es文檔數(shù)據(jù)類型判斷（true，false，double，long，integer，date之類的，需要注意date和string）
12. ES集群master選舉（當前網(wǎng)絡內(nèi)節(jié)點按id字典排序，選舉0節(jié)點，即第一個節(jié)點，超過mininum主節(jié)點數(shù)的節(jié)點當選），為什么要有這個minimum主節(jié)點數(shù)（其實就是用來防止腦裂），腦裂怎么產(chǎn)生（可能由于網(wǎng)絡延遲，節(jié)點默認ping超時為5s；也可能由于節(jié)點壓力過大，導致ping失去響應；節(jié)點故障宕機，ping無響應），如何預防（當集群超過3個節(jié)點時，可以設置最小主節(jié)點數(shù)來防止；為兩個時，只能人為的指定主節(jié)點與從節(jié)點；避免跨網(wǎng)段或數(shù)據(jù)中心形成集群；集群壓力過大時可以適當延長ping超時時間），如果一個節(jié)點出故障后集群會怎么做（master節(jié)點感知到有節(jié)點退出集群，則馬上將該節(jié)點上的主分片對應的副本分片提升為主分片，重新進行分片數(shù)據(jù)分配），當該節(jié)點修好后會怎么處理（master節(jié)點發(fā)現(xiàn)后將該節(jié)點加入集群，而該節(jié)點的數(shù)據(jù)其實已經(jīng)是無用的數(shù)據(jù)，因此該節(jié)點會刪除本節(jié)點數(shù)據(jù)，并重新進行分片數(shù)據(jù)分配），如果節(jié)點較多呢（可以暫時先關閉數(shù)據(jù)分配，待達到最小數(shù)據(jù)恢復節(jié)點數(shù)后再開始），這個節(jié)點怎么進行數(shù)據(jù)恢復（根據(jù)translog進行恢復，為空的節(jié)點恢復的更快，所以在節(jié)點下線前可以flush一下），如果剛好主節(jié)點出問題宕機了怎么半（首先會選舉主節(jié)點，然后將原主節(jié)點上的的主分片對應的分本分片提升為主分片，進行分片數(shù)據(jù)分配），分片數(shù)據(jù)如何分配（根據(jù)路由id，一般是文檔id，確定文檔所在分片后，將分片盡量平均分配到每個節(jié)點）
13. 建一次索引需要多久（30s左右），如何提高速率（目前使用的是5個線程進行創(chuàng)建，可以使用ssd，建索引時不設置副本，待創(chuàng)建好之后再打開），索引時應該注意什么（只保存必需的字段以減小索引，使用ssd可適當增打索引速率，關閉refresh待創(chuàng)建完成后再打開），如果線上索引出問題不可用了怎么半（我們目前線上索引有3份，每天創(chuàng)建一份并刪除最舊的一份；當出問題時，直接通過別名將索引切換到另一個可用的版本即可，同時分析問題所在并馬上修復），索引有多大（1.3g左右，并不大）
14. 搜索時返回的結(jié)果怎么排序（分為默認排序和非默認排序，非默認即按字段排序；默認排序采用文檔得分進行排序），如何判定文檔得分（有靜態(tài)和動態(tài)得分組成），靜態(tài)得分是怎么評斷（自定義Java腳本，使用functionScoreQuery進行判分），動態(tài)呢（自定義打分插件，人為控制得分，boost實現(xiàn)），為什么不使用原始的TF/IDF（TF/IDF的得分只是針對當前分片的詞頻/逆文檔頻率，并非全局得分，我們不能說node0的0.1分比node1的0.2分低），對于TF/IDF你有什么理解（這個回答的不好，畢竟沒有仔細研究過這個，我只簡單說了一下空間向量模型，面試官說那你能簡單證明一下嗎，只需要思路即可，不用數(shù)學推導，但是我數(shù)學那些東西早就忘了。。。），那你知道solr嗎（知道），那么你覺得solr跟es那個更好（沒有好不好之說，他們都是工具，最終目的是幫我們完成要做的事。就我個人而言更偏向es，輕量，使用簡單，易擴展，而且社區(qū)也很活躍，參見github）
15. 簡單的一個小編程，去除一個字符串中的指定特殊字符，不要使用第三方的類、庫什么的（我寫了三種，第一種直接遍歷，第二種replaceAll，第三種將字符ascii碼與字符放入map），但面試官說這些都不是最好的答案，他說的是將字符的ascii碼存入表，在遍歷一遍判斷字符的ascii在不在表什么的，感覺跟我想的第三種方法差不多，這個沒搞懂。

二面大概就這些內(nèi)容，接近一個小時，跟這個面試官聊的還不錯。

有個小插曲，面完后，他說他這邊已經(jīng)面完了，問我什么安排（不是你告訴我的嗎。。）我說我也不知道，就是前臺的小姐姐讓我去面試。他說哦，那你問一下她該怎么辦把。我說小姐姐，小姐姐說面試官跟你說的是可以回去等消息還是在再稍等一下后面還有，我說他說他也不知道，小姐姐直接說那你就先回去等消息把。我知道可能沒過，就準備走，然后那個面試官出來叫住我，說等一下，待會有一個面試官來面你。

• 三面

等了半個小時，三面面試官才來。然后沒說廢話，直接開始。

1. 自我介紹
2. 有沒有用過hadoop（寫過簡單mapreduce）
3. 對于hdfs有什么理解（回答的不好，很粗糙）
4. 知不知道yarn，使用過沒有（知道，沒有用過。。。）
5. 那你簡單給我介紹一下es把（我。。。）
6. 有沒有使用過多線程（有，countdownlatch，executorService，threadPoolExecutor等），原理知道嗎（基于aqs，采用隊列方式，回答也不是太好）
7. 如何實現(xiàn)線程同步（synchronized，violate，reentrantLock等），synchronized與reentrantLock有什么區(qū)別（synchronized隱式鎖，粗粒度鎖，reentrantlock顯示鎖，更靈活，細粒度可控，一般都是用reentranlock）
8. 還有Java的一些小的點，就不在列舉了
9. 一個簡單的小題目，從葉子節(jié)點找到根節(jié)點，我提出了一種大眾的思路。她問還有其他的方法嗎，想了一會她說就這樣把。

三面完，我心態(tài)有點不好，感覺這次應該掛了（后面問了一下，這個面試官是大數(shù)據(jù)組的，所以問的都是一些大數(shù)據(jù)的問題）。我從會議室出來，準備直接走，她叫住我讓我到外面等一下，待會還會有個面試官來面你。

• 四面

又等了一個多小時，四面面試官叫我去面試。我稍微整理了一下思路，就去了會議室。

1. 看了你的簡歷，主要使用的是es，那你給我介紹一下唄（我。。。）
2. 為什么選擇網(wǎng)易（大廠?。?，覺得杭州怎么樣（不錯，環(huán)境比武漢好多了）
3. 對于前幾輪面試有什么感想（這也太難了把，我只是來面試的啊。。）
4. 前面幾個面試官，那個給你印象比較深（二輪，問的很多，很細）
5. 有沒有女朋友（沒有）
6. 有沒有同學在這邊（有）
7. 有沒有想過來杭州發(fā)展（嗯，如果有機會的話）

大概就這些。

基本上面試的內(nèi)容就這些，寫出來讓大家也可以參考一下。過了幾天，讓同學幫忙看了一下，發(fā)現(xiàn)沒有通過，也是略遺憾，哎。。

最新評論