運(yùn)維面試題含答案修訂稿

1、運(yùn)維面試題含答案Document number SA80SAB-SAA9SYT-SAATC-SA6UT-SA18 運(yùn)維工程師面試題姓名：答題時(shí)間：1. 新安裝MYSQL后怎樣提升MYSQL的安全級別？A.修改mysql默認(rèn)端口下可以通過iptables來限制訪問mysql端口的IP地址C.對所有用戶設(shè)置較復(fù)雜密碼并嚴(yán)格指定對應(yīng)賬號的訪問IP （可在mysql 庫中user表中指定用戶的訪問可訪問IP地址）特權(quán)賬號的處理（建議給root賬號設(shè)置強(qiáng)密碼，并指定只允許本地登錄）E.開啟二進(jìn)制查詢?nèi)罩竞吐樵內(nèi)罩景惭b目錄及數(shù)據(jù)存儲(chǔ)目錄權(quán)限控制：給mysql安裝目錄讀取權(quán)限，給mysql 日志和數(shù)據(jù)所在

2、目錄讀取和寫入權(quán)限G.刪除無用mysql賬號和刪除無用的數(shù)據(jù)庫（安裝好的mysql默認(rèn)會(huì)有個(gè) test庫，可將其刪除）2. MYSQL的主從原理，怎么配置文件？整體上來說，復(fù)制有3個(gè)步驟：將改變記錄到二進(jìn)制日志（binary log）中（這些記錄叫做二進(jìn)制日志事 件，binary log events）；將master的binary log events拷貝到它的中繼日志（relay log）；重做中繼日志中的事件，將改變反映它自己的數(shù)據(jù)。3. mysql主從復(fù)制的優(yōu)點(diǎn)< 1>如果主服務(wù)器出現(xiàn)問題，可以快速切換到從服務(wù)器提供的服務(wù)；< 2>可以在從服務(wù)器上執(zhí)行查詢操作，

3、降低主服務(wù)器的訪問壓力；< 3>可以在從服務(wù)器上執(zhí)行備份，以避免備份期間影響主服務(wù)器的服務(wù)。4. Mysql復(fù)制的基本原理過程（1）Slave上面的10線程連接上Master,并請求從指定日志文件的指定 位置（或者從最開始的日志）之后的日志內(nèi)容；（2） Master接收到來自Slave的10線程的請求后，通過負(fù)責(zé)復(fù)制的10線 程根據(jù)請求信息讀取指定日志指定位置之后的日志信息，返回給Slave端的10 線程。返回信息中除了日志所包含的信息之外，還包括本次返回的信息在 Master端binary log文件的名稱以及在Binary log中的位置；（3） Slave的10線程收到信息后

4、，將接收到的日志內(nèi)容依次寫入到Slave 端的RelayLog文件（）的最末端,并將讀取到的Master端的binTog的文件 名和位置記錄到master-info文件中，以便在下一次讀取的時(shí)候能夠清楚的告 訴master "我需要從某個(gè)bin-log的哪個(gè)位置開始往后的日志內(nèi)容，請發(fā)給 我”（4） Slave的SQL線程檢測到Relay Log中新增加了內(nèi)容后,會(huì)馬上解析 該Log文件中的內(nèi)容成為在Master端真實(shí)執(zhí)行時(shí)候的那些可執(zhí)行的查詢或操作 語句，并在自身執(zhí)行那些查詢或操作語句，這樣，實(shí)際上就是在master端和 Slave端執(zhí)行了同樣的查詢或操作語句，所以兩端的數(shù)據(jù)是完全

5、一樣的。5. 為MYSQL添加一個(gè)用戶？mysql> grant select,insert,update,delete on book. * to test2localhost identified by “abc" ； #增加 test2 用戶，密碼為 abc。 并只能在localhost這臺主機(jī)上登錄，并且只能訪問book這個(gè)庫中的表，具有 查詢，插入，更新，刪除權(quán)限；語法：mysql> GRANT權(quán)限> OX庫>.表TO 用戶'主機(jī)名' identified by "密碼"；6. 寫一個(gè)腳本將數(shù)據(jù)庫備份并打包至遠(yuǎn)程服

6、務(wù)器/backup目錄下。7. mount /mnt8. cd /mnt9. /usr/local/mysQl/bin/mysQldump -hlocalhost -uroot test >10. tar czf11. rm -f12. 寫一個(gè)腳本進(jìn)行nginx日志統(tǒng)計(jì)，得到訪問ip最多的前10個(gè)（nginx日志 路徑/home/logs/nginx/default/13. awk 4 a $1+ END for （j in a） print aj, j' /home/logs/nginx/default/1 sort -nr head TO14. 簡要描述Linux的啟動(dòng)過程？

7、BIOS啟動(dòng)引導(dǎo)（從mbr中裝載啟動(dòng)管理器grub）- GRUB啟動(dòng)引導(dǎo)（裝教 kernel和initrd到內(nèi)存）內(nèi)核啟動(dòng)參數(shù)-sys init初始化.15. 簡要敘述下列端口所運(yùn)行的服務(wù)21、22、23、25、110、143、873、3306對應(yīng)的服務(wù)是 ftp ssh telnet snmp pop3 IMAP rsync16. Linux系統(tǒng)中病毒怎么解決找到病毒文件然后刪除；中毒之后一般機(jī)器CPU、內(nèi)存使用率會(huì)比較高，機(jī) 器向外發(fā)包等異常情況，排查方法：linux服務(wù)器流量劇增,用iftop查看有連接外網(wǎng)的情況。netstat連接的 外網(wǎng)ip和端口。肌op命令找到cpu使用率高的進(jìn)程，

8、一般病毒文件命名都比 較亂#可以用psaux查看是否有不明進(jìn)程，找出病毒文件的位置#rm-f?命令刪除病毒文件#檢查計(jì)劃任務(wù)、開機(jī)啟動(dòng)項(xiàng)和病毒文件目錄有無其 他可疑文件等chkconfig-list grep3:on服務(wù)器啟動(dòng)級別是3的，檢查一下了開機(jī)啟動(dòng)項(xiàng)，沒有特別明顯的服務(wù)。 然后檢查了一下開機(jī)啟動(dòng)的一個(gè)文件，more/etc/17 .發(fā)現(xiàn)一個(gè)病毒文件你刪了他又自動(dòng)創(chuàng)建怎么解決psaxu 一個(gè)個(gè)排查，方法是查看可疑的用戶和系統(tǒng)相似而乂不是的進(jìn)程找出 進(jìn)程可疑。殺掉所有與病毒相關(guān)的進(jìn)程，然后刪掉病毒這個(gè)可執(zhí)行文件，最后刪除病毒創(chuàng) 建的文件18 .請寫出5個(gè)你常用的系統(tǒng)或網(wǎng)絡(luò)維護(hù)工具的名稱rh

9、elcentosubuntuiotop用于檢查I/O的使用情況htop實(shí)質(zhì)上是top的一個(gè)增強(qiáng)版本。它更容易對進(jìn)程排序。pingtraceroute19 .你使用過監(jiān)控軟件嗎？說說其特點(diǎn)使用nagios對服務(wù)器進(jìn)行監(jiān)控，其特點(diǎn)側(cè)重于對檢測項(xiàng)的狀態(tài)監(jiān)控，主要 通過nrpe實(shí)現(xiàn)對遠(yuǎn)程主機(jī)的監(jiān)控，但也可以通過snmp對設(shè)備（如路由器、交 換機(jī)）進(jìn)行監(jiān)控，可實(shí)時(shí)實(shí)現(xiàn)手機(jī)短信、電子郵件、MSN、飛信報(bào)警。 使用cacti?對服務(wù)器進(jìn)行監(jiān)控,其特點(diǎn)側(cè)重性能和流量監(jiān)控并通過圖表顯示， 主要通過snmp協(xié)議收集監(jiān)測項(xiàng)數(shù)據(jù)，可實(shí)時(shí)實(shí)現(xiàn)手機(jī)短信、電子郵件、 使用zabbix對服務(wù)器進(jìn)行監(jiān)控，zabbix是完全開源

10、的工具，整合了 cacti和 nagios等特性。zabbix可以對主機(jī)的性能監(jiān)控、網(wǎng)絡(luò)設(shè)備性能監(jiān)控、數(shù)據(jù)庫、FTP?等通用協(xié)議 監(jiān)控、多種告警方式、詳細(xì)的報(bào)表圖表繪制支持自動(dòng)發(fā)現(xiàn)網(wǎng)絡(luò)設(shè)備和服務(wù)器（可以通過配置自動(dòng)發(fā)現(xiàn)服務(wù)器規(guī)則來實(shí)現(xiàn)） 支持分布式，能集中展示、管理分布式的監(jiān)控點(diǎn)，擴(kuò)展性強(qiáng) 可以自己開發(fā)完善各類監(jiān)控（根據(jù)相關(guān)接口編寫程序?qū)崿F(xiàn)），編寫插件容易， 可以自定義監(jiān)控項(xiàng)，報(bào)警級別的設(shè)置。數(shù)據(jù)收集，支持 snmp（包括 trappingandpolling）, IPMI, JMX, SSH, TELNET：20 . web服務(wù)器的調(diào)優(yōu)要點(diǎn)以nginx為例，個(gè)人總結(jié)有如下幾個(gè)要點(diǎn)：1）盡可能

11、的少用http,因?yàn)閔ttp是有開銷的；2）盡可能的使用CDN；3）添加Expire/Cache-Control頭，這個(gè)頭是緩存用的，可以緩存圖片和 flash那樣不輕易更改的文件，減少訪問時(shí)間；4）啟動(dòng)gzip壓縮，這個(gè)沒啥好說的了；5）盡可能少的重定向，能rewrite就不要return,我也知道return比 rewrite好寫，但是重定向是需要時(shí)間的，增加一次重定向就會(huì)多一次web需 求；6）如果可以，把a(bǔ)jax也做緩存；7）減少dns查詢，很多網(wǎng)頁會(huì)有外站的廣告，這些廣告也是會(huì)啟動(dòng)dns查 詢的，所以如果不缺錢，減少這種廣告；8）調(diào)好服務(wù)器里的TCP協(xié)議棧，這個(gè)無論是web服務(wù)器還是

12、應(yīng)用服務(wù)器都 是必須的：21 . mysql的irmodb如何定位鎖問題，mysql如何減少主從復(fù)制延遲？mysql的innodb如何定位鎖問題：在使用showengineinnodbstatus檢查引擎狀態(tài)時(shí)，發(fā)現(xiàn)了死鎖問題在中，information_schema?庫中增加了三個(gè)關(guān)于鎖的表（MEMORY引擎）：1 nnodb_trx#當(dāng)前運(yùn)行的所有事務(wù)innodb_locks#當(dāng)前出現(xiàn)的鎖inno db_lock_wa its#鎖等待的對應(yīng)關(guān)系mysql如何減少主從復(fù)制延遲：如果延遲比較大，就先確認(rèn)以下幾個(gè)因素：L從庫硬件比主庫差，導(dǎo)致復(fù)制延遲2 .主從復(fù)制單線程，如果主庫寫并發(fā)太大，來不

13、及傳送到從庫，就會(huì)導(dǎo)致 延遲。更高版本的mysql可以支持多線程復(fù)制3 .慢SQL語句過多4 .網(wǎng)絡(luò)延遲5. master負(fù)載主庫讀寫壓力大，導(dǎo)致復(fù)制延遲，架構(gòu)的前端要加buffer及緩存層6. slave 負(fù)載一般的做法是，使用多臺slave來分?jǐn)傋x請求，再從這些slave中取一臺 專用的服務(wù)器，只作為備份用，不進(jìn)行其他任何操作.另外，2個(gè)可以減少延遲的參數(shù)：-slave-net-timeout=seconds單位為秒默認(rèn)設(shè)置為3600秒#參數(shù)含義：當(dāng)slave從主數(shù)據(jù)庫讀取log數(shù)據(jù)失敗后，等待多久重新建立 連接并獲取數(shù)據(jù)-master-connect-retry=seconds 單位為秒

14、默認(rèn)設(shè)置為 60 秒#參數(shù)含義：當(dāng)重新建立主從連接時(shí)，如果連接建立失敗，間隔多久后重 試。通常配置以上2個(gè)參數(shù)可以減少網(wǎng)絡(luò)問題導(dǎo)致的主從數(shù)據(jù)同步延遲22 . MySQL數(shù)據(jù)庫主從同步延遲解決方案最簡單的減少slave同步延時(shí)的方案就是在架構(gòu)上做優(yōu)化，盡量讓主庫的 DDL快速執(zhí)行。還有就是主庫是寫，對數(shù)據(jù)安全性較高，比如sync_binlog=1, innodb_flush_log_at_trx_commi t二1之類的設(shè)置，而slave則不需要這么高的數(shù)據(jù)安全，完全可以講 sync_binlog設(shè)置為0或者關(guān)閉binlog, innodb_flushlog也可以設(shè)置為0來 提高sql的執(zhí)行效率

15、。另外就是使用比主庫更好拓硬件設(shè)備作為slaveo23 . osi七層模型，tcp三次握手過程，tcp連接斷開過程，什么情況下tcp進(jìn)其他問題答案略什么情況下tcp進(jìn)入time_wait?當(dāng)關(guān)閉一個(gè)socket連接時(shí)，主動(dòng)關(guān)閉一端的socket將進(jìn)入TIME_WAIT狀態(tài)，而被動(dòng)關(guān)閉一方則轉(zhuǎn)入CLOSED狀態(tài)。具體過程如下：1、客戶端發(fā)送FIX報(bào)文段，進(jìn)入FI_WAITJL狀態(tài)。2、服務(wù)器 端收到FIX報(bào)文段，發(fā)送ACK表示確認(rèn)，進(jìn)入CLOSE_WAIT狀態(tài)。3、客戶端收 到FI?（的確認(rèn)報(bào)文段，進(jìn)入FI_WAIT_2狀態(tài)。4、服務(wù)器端發(fā)送FIX報(bào)文端，進(jìn)入LAST_ACK狀態(tài)。5、客戶端收到

16、FE（報(bào)文端， 發(fā)送FI的ACK,同時(shí)進(jìn)入TIME_WAIT狀態(tài)，啟動(dòng)TIME_WAIT定時(shí)器，超時(shí)時(shí) 間設(shè)為2MsL。6、服務(wù)器端收到FIN的ACK,進(jìn)入CLOSED狀態(tài)。7、客戶端在2MSL時(shí)間內(nèi)沒收到對端的任何響應(yīng)，TIME_WAIT超時(shí)，進(jìn)入CLOSED 狀態(tài)。24 .請列出你了解的web服務(wù)器負(fù)載架構(gòu)。Nginx haproxy keepalived Ivs25 .請寫出你知道或使用過的nginx擴(kuò)展模塊（注意標(biāo)注知道和使用）我的答案隨便說幾個(gè)，這玩意到時(shí)候結(jié)合工作過的情況說說吧：Nginx 負(fù)載均衡模塊：nginx-upstream-fair非阻塞訪問 redis 模塊：redis

17、2-nginx-module分布式圖片實(shí)時(shí)動(dòng)態(tài)壓縮：ngx-fastdfs26 .請根據(jù)你的理解，簡述高可用服務(wù)體系的相關(guān)組件，并列舉該組件的具體 實(shí)現(xiàn)服務(wù)名字統(tǒng)一配置：zookeeper、Consul、Etcd+Confd（這倆比較常見于動(dòng)態(tài)管理nginx）前端展示:nginx消息隊(duì)列：activemq、kafka讀寫分離中間件:atlas日志分析:elk27 .請根據(jù)你的理解，簡述數(shù)據(jù)遷移工具和數(shù)據(jù)存儲(chǔ)服務(wù)有哪些以及相關(guān)特點(diǎn) 由于我公司主要都放在了阿里云，數(shù)據(jù)庫用過的就這么幾個(gè):mysql、redis和 elasticsearcho對于Storm和Hadoop這倆我還是初學(xué)者。mysql：關(guān)系型數(shù)據(jù)庫elasticsearch:全文檢索框架，這玩意逐漸向一個(gè)數(shù)據(jù)庫靠攏了redis:鍵值儲(chǔ)存數(shù)據(jù)庫mysql的數(shù)據(jù)遷移最常見的就是mysqldump,但是要注意使用不當(dāng)會(huì)鎖表， redis的數(shù)據(jù)遷移最穩(wěn)妥的方法就是主從同步：在slave端啟動(dòng)redis,然后執(zhí) 行slaveof master機(jī)器IP地址6379,然后使用info的時(shí)候查看master_link_status 如果是 up 那就是 OK 了,再執(zhí)行 slaveof no one,提示 OK 就是OK 了；Elasticsearch的數(shù)據(jù)遷移工具就是Elasticsearch-Expor