最近參加運維工程師崗位的面試，筆者把自己遇到的和網友分享的一些常見的面試問答收集整理出來了，希望能對自己和對正在準備面試的同學提供一些參考。

一、Mongodb熟悉嗎，一般部署幾臺？

部署過，沒有深入研究過，一般mongodb部署主從、或者mongodb分片集群；建議3臺或5臺服務器來部署。MongoDB分片的基本思想就是將集合切分成小塊。這些塊分散到若干片里面，每個片只負責總數據的一部分。

對于客戶端來說，無需知道數據被拆分了，也無需知道服務端哪個分片對應哪些數據。數據在分片之前需要運行一個路由進程，進程名為mongos。這個路由器知道所有數據的存放位置，知道數據和片段的對應關系。

對客戶端來說，它僅知道連接了一個普通的mongod，在請求數據的過程中，通過路由器上的數據和片的對應關系，路由到目標數據所在的片上，如果請求有了回應，路由器將其收集起來回送給客戶端。

二、如何發布和回滾，用jenkins又是怎么實現？

筆者回答：發布：jenkins配置好代碼路徑（SVN或GIT），然后拉代碼，打tag。需要編譯就編譯，編譯之后推送到發布服務器（jenkins里面可以調腳本），然后從分發服務器往下分發到業務服務器上。

回滾：按照版本號到發布服務器找到對應的版本推送

三、Tomcat工作模式？

筆者回答：Tomcat是一個JSP/Servlet容器。其作為Servlet容器，有三種工作模式：獨立的Servlet容器、進程內的Servlet容器和進程外的Servlet容器。

進入Tomcat的請求可以根據Tomcat的工作模式分為如下兩類：

Tomcat作為應用程序服務器：請求來自于前端的web服務器，這可能是Apache, IIS, Nginx等；

Tomcat作為獨立服務器：請求來自于web瀏覽器；

四、監控用什么實現的？

筆者回答：現在公司的業務都跑在阿里云上，我們首選的監控就是用阿里云監控，阿里云監控自帶了ECS、RDS等服務的監控模板，可結合自定義報警規則來觸發監控項。

上家公司的業務是托管在IDC，用的是zabbix監控方案，zabbix圖形界面豐富，也自帶很多監控模板，特別是多個分區、多個網卡等自動發現并進行監控做得非常不錯，不過需要在每臺客戶機（被監控端）安裝zabbix agent。

五、你是怎么備份數據的，包括數據庫備份？

筆者回答：在生產環境下，不管是應用數據、還是數據庫數據首先在部署的時候就會有主從架構、或者集群，這本身就是屬于數據的熱備份；

其實考慮冷備份，用專門一臺服務器做為備份服務器，比如可以用rsync+inotify配合計劃任務來實現數據的冷備份，如果是發版的包備份，正常情況下有臺發布服務器，每次發版都會保存好發版的包。

六、redis集群的原理，redis分片是怎么實現的，你們公司redis用在了哪些環境？

reids集群原理：

其實它的原理不是三兩句話能說明白的，redis 3.0版本之前是不支持集群的，官方推薦最大的節點數量為1000，至少需要3(Master)+3(Slave)才能建立集群，是無中心的分布式存儲架構，可以在多個節點之間進行數據共享，解決了Redis高可用、可擴展等問題。集群可以將數據自動切分(split)到多個節點，當集群中的某一個節點故障時，redis還可以繼續處理客戶端的請求。

redis分片：

分片(partitioning)就是將你的數據拆分到多個 Redis 實例的過程，這樣每個實例將只包含所有鍵的子集。當數據量大的時候,把數據分散存入多個數據庫中,減少單節點的連接壓力,實現海量數據存儲。分片部署方式一般分為以下三種：

（1）在客戶端做分片；這種方式在客戶端確定要連接的redis實例，然后直接訪問相應的redis實例；

（2）在代理中做分片；這種方式中，客戶端并不直接訪問redis實例，它也不知道自己要訪問的具體是哪個redis實例，而是由代理轉發請求和結果；其工作過程為：客戶端先將請求發送給代理，代理通過分片算法確定要訪問的是哪個redis實例，然后將請求發送給相應的redis實例，redis實例將結果返回給代理，代理最后將結果返回給客戶端。

（3）在redis服務器端做分片；這種方式被稱為“查詢路由”，在這種方式中客戶端隨機選擇一個redis實例發送請求，如果所請求的內容不再當前redis實例中它會負責將請求轉交給正確的redis實例，也有的實現中，redis實例不會轉發請求，而是將正確redis的信息發給客戶端，由客戶端再去向正確的redis實例發送請求。

七、你會怎么統計當前訪問的IP，并排序？

筆者回答：統計用戶的訪問IP，用awk結合uniq、sort過濾access.log日志就能統計并排序好。一般這么回答就夠了，當然你還可以說出其它方式來統計，這都是你的加分項。

八、你會使用哪些虛擬化技術？

vmware vsphere及kvm，我用得比較多的是vmware vsphere虛擬化，幾本上生產環境都用的vmware vsphere，kvm我是用在測試環境中使用。vmware 是屬于原生架構虛擬化技術，也就是可直接在硬件上運行。kvm屬于寄居架構的虛擬化技術，它是依托在系統之上運行。

九、假如有人反應，調取后端接口時特別慢，你會如何排查？

問清楚反應的人哪個服務應用或者頁面調取哪個接口慢，叫他把頁面或相關的URL發給你，首先，最直觀的分析就是用瀏覽器按F12，看下是哪一塊的內容過慢（DNS解析、網絡加載、大圖片、還是某個文件內容等），如果有，就對癥下藥去解決（圖片慢就優化圖片、網絡慢就查看內網情況等）。

其次，看后端服務的日志，其實大多數的問題看相關日志是最有效分析，最好用tail -f 跟蹤一下日志，當然你也要點擊測試來訪問接口日志才會打出來。

最后，排除sql，，找到sql去mysql執行一下，看看時間是否很久，如果很久，就要優化SQL問題了，expain一下SQL看看索引情況啥的，針對性優化。數據量太大的能分表就分表，能分庫就分庫。如果SQL沒啥問題，那可能就是寫的邏輯代碼的問題了，一行行審代碼，找到耗時的地方改造，優化邏輯。

十、mysql數據庫用的是主從讀寫分離，主庫寫，從庫讀，假如從庫無法讀取了、或者從庫讀取特別慢，你會如何解決？

以解決問題為前提條件，先添加從庫數量，臨時把問題給解決，然后抓取slow log ，分析sql語句，該優化就優化處理。主要不就是硬件跟不上，需要升級；要不就是軟件需要調試優化，等問題解決在細化。