(完整版)運(yùn)維面試題(含答案)

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

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

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

4、inary log 中的位置；（ 3）Slave的 IO 線程收到信息后，將接收到的日志內(nèi)容依次寫入到Slave 端的 RelayLog文件（ mysql-relay-lin.xxxxx）的最末端，并將讀取到的Master 端的 bin -log 的文件名和位置記錄到 master-info 文件中， 以便在下一次讀取的時候能夠清楚的告訴master “我需要從某個bin -log 的哪個位置開始往后的日志內(nèi)容，請發(fā)給我”（ 4） Slave 的 SQL線程檢測到Relay Log 中新增加了內(nèi)容后，會馬上解析該Log 文件中的內(nèi)容成為在Master 端真實(shí)執(zhí)行時候的那些可執(zhí)行的查詢或操作語句

5、，并在自身執(zhí)行那些查詢或操作語句，這樣，實(shí)際上就是在master 端和 Slave 端執(zhí)行了同樣的查詢或操作語句，所以兩端的數(shù)據(jù)是完全一樣的。5. 為 MYSQL添加一個用戶？mysql> grant select,insert,update,delete on book.* to test2localhost identified by “ abc ”;#增加 test2 用戶，密碼為 abc。并只能在 localhost 這臺主機(jī)上登錄，并且只能訪問 book 這個庫中的表，具有查詢，插入，更新，刪除權(quán)限；語法： mysql> GRANT <權(quán)限 > ON <

6、庫 >.<表 > TO 戶用 主機(jī)名 identified by 密碼“”;6.寫一個腳本將數(shù)據(jù)庫備份并打包至遠(yuǎn)程服務(wù)器目錄下。cd /mnt/usr/local/mysql/bin/mysqldump-hlocalhost -uroot test >test.sqlrm -f test.sql7.寫一個腳本進(jìn)行nginx 日志統(tǒng)計(jì)，得到訪問ip 最多的前 10 個 (nginx日志路徑/home/logs/nginx/default/access.log)awk a$1+ENDfor (j in a) printaj,j/home/logs/nginx/default

7、/access.log|sort-nr|head -108.簡要描述 Linux 的啟動過程？BIOS啟動引導(dǎo) (從 mbr 中裝載啟動管理器grub) -GRUB啟動引導(dǎo) (裝載 kernel 和 initrd 到內(nèi)存 ) 內(nèi)核啟動參數(shù) -sys init 初始化 .9. 簡要敘述下列端口所運(yùn)行的服務(wù)21、 22、 23、 25、 110、 143、 873、 3306對應(yīng)的服務(wù)是 ftp ssh telnet snmp pop3 IMAP rsync10. Linux 系統(tǒng)中病毒怎么解決找到病毒文件然后刪除；中毒之后一般機(jī)器cpu、內(nèi)存使用率會比較高，機(jī)器向外發(fā)包等異常情況，排查方法：li

8、nux 服務(wù)器流量劇增,用 iftop 查看有連接外網(wǎng)的情況。netstat 連接的外網(wǎng)ip 和端口。#top 命令找到cpu 使用率高的進(jìn)程，一般病毒文件命名都比較亂#可以用 ps aux 查看是否有不明進(jìn)程，找出病毒文件的位置#rm-f 命令刪除病毒文件#檢查計(jì)劃任務(wù)、開機(jī)啟動項(xiàng)和病毒文件目錄有無其他可疑文件等chkconfig-list| grep 3:on服務(wù)器啟動級別是3 的，檢查一下了開機(jī)啟動項(xiàng)，沒有特別明顯的服務(wù)。然后檢查了一下開機(jī)啟動的一個文件，more/etc/rc.local11. 發(fā)現(xiàn)一個病毒文件你刪了他又自動創(chuàng)建怎么解決ps axu 一個個排查，方法是查看可疑的用戶和系

9、統(tǒng)相似而又不是的進(jìn)程找出進(jìn)程可疑。殺掉所有與病毒相關(guān)的進(jìn)程，然后刪掉病毒這個可執(zhí)行文件，最后刪除病毒創(chuàng)建的文件12. 請寫出 5 個你常用的系統(tǒng)或網(wǎng)絡(luò)維護(hù)工具的名稱rhel centos ubuntuiotop 用于檢查I/O 的使用情況htop 實(shí)質(zhì)上是top 的一個增強(qiáng)版本。它更容易對進(jìn)程排序。pingtraceroute13. 你使用過監(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í)現(xiàn)手機(jī)短信、電子郵件、MSN、飛信報警。使用cacti 對

10、服務(wù)器進(jìn)行監(jiān)控,其特點(diǎn)側(cè)重性能和流量監(jiān)控并通過圖表顯示，主要通過snmp協(xié)議收集監(jiān)測項(xiàng)數(shù)據(jù)，可實(shí)時實(shí)現(xiàn)手機(jī)短信、電子郵件、使用 zabbix 對服務(wù)器進(jìn)行監(jiān)控，zabbix 是完全開源的工具，整合了cacti 和 nagios 等特性。zabbix可以對主機(jī)的性能監(jiān)控、網(wǎng)絡(luò)設(shè)備性能監(jiān)控、數(shù)據(jù)庫、FTP等通用協(xié)議監(jiān)控、多種告警方式、詳細(xì)的報表圖表繪制支持自動發(fā)現(xiàn)網(wǎng)絡(luò)設(shè)備和服務(wù)器（可以通過配置自動發(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)，報警級別的設(shè)置。數(shù)據(jù)收集，支持snmp(

11、包括 trapping and polling )， IPMI， JMX， SSH， TELNET；14. web 服務(wù)器的調(diào)優(yōu)要點(diǎn)以 nginx 為例，個人總結(jié)有如下幾個要點(diǎn)：1）盡可能的少用http ，因?yàn)?http 是有開銷的；2）盡可能的使用CDN；3）添加 Expire/Cache-Control 頭，這個頭是緩存用的，可以緩存圖片和flash 那樣不輕易更改的文件，減少訪問時間；4）啟動 gzip 壓縮，這個沒啥好說的了；5）盡可能少的重定向，能rewrite 就不要 return ，我也知道 return比 rewrite 好寫，但是重定向是需要時間的，增加一次重定向就會多一次w

12、eb 需求；6）如果可以，把a(bǔ)jax 也做緩存；7）減少 dns 查詢，很多網(wǎng)頁會有外站的廣告，這些廣告也是會啟動dns 查詢的，所以如果不缺錢，減少這種廣告；8）調(diào)好服務(wù)器里的TCP協(xié)議棧，這個無論是web 服務(wù)器還是應(yīng)用服務(wù)器都是必須的；15. mysql 的 innodb 如何定位鎖問題， mysql 如何減少主從復(fù)制延遲？mysql 的 innodb 如何定位鎖問題:在使用在 5.5show engine innodb status 檢查引擎狀態(tài)時，發(fā)現(xiàn)了死鎖問題中， information_schema庫中增加了三個關(guān)于鎖的表（MEMORY引擎）：innodb_trx# 當(dāng)前運(yùn)行的所

13、有事務(wù)innodb_locks# 當(dāng)前出現(xiàn)的鎖slave。innodb_lock_waits# 鎖等待的對應(yīng)關(guān)系mysql 如何減少主從復(fù)制延遲:如果延遲比較大，就先確認(rèn)以下幾個因素：1. 從庫硬件比主庫差，導(dǎo)致復(fù)制延遲2. 主從復(fù)制單線程，如果主庫寫并發(fā)太大，來不及傳送到從庫，就會導(dǎo)致延遲。更高版本的 mysql 可以支持多線程復(fù)制3. 慢 SQL語句過多4. 網(wǎng)絡(luò)延遲 5. master 負(fù)載主庫讀寫壓力大，導(dǎo)致復(fù)制延遲，架構(gòu)的前端要加 buffer 一般的做法是，使用多臺 slave 來分?jǐn)傋x請求，再從這些及緩存層6. slave 負(fù)載slave 中取一臺專用的服務(wù)器，只作為備份用，不進(jìn)

14、行其他任何操作.另外， 2 個可以減少延遲的參數(shù): slave-net-timeout=seconds 單位為秒 默認(rèn)設(shè)置為 3600 秒#參數(shù)含義：當(dāng)slave 從主數(shù)據(jù)庫讀取log 數(shù)據(jù)失敗后，等待多久重新建立連接并獲取數(shù)據(jù) master-connect -retry=seconds 單位為秒 默認(rèn)設(shè)置為 60 秒#參數(shù)含義：當(dāng)重新建立主從連接時，如果連接建立失敗，間隔多久后重試。通常配置以上2 個參數(shù)可以減少網(wǎng)絡(luò)問題導(dǎo)致的主從數(shù)據(jù)同步延遲16. MySQL 數(shù)據(jù)庫主從同步延遲解決方案最簡單的減少 slave 同步延時的方案就是在架構(gòu)上做優(yōu)化， 盡量讓主庫的 DDL 快速執(zhí)行。還有就是主庫

15、是寫， 對數(shù)據(jù)安全性較高， 比如 sync_binlog=1，innodb_flush_log_at_trx_commit= 1 之類的設(shè)置， 而 slave 則不需要這么高的數(shù)據(jù)安全， 完全可以講 sync_binlog 設(shè)置為 0 或者關(guān)閉 binlog ， innodb_flushlog 也可以設(shè)置為 0 來提高 sql 的執(zhí)行效率。另外就是使用比主庫更好的硬件設(shè)備作為17. osi 七層模型， tcp 三次握手過程， tcp 連接斷開過程，什么情況下tcp 進(jìn)入 time_wait?其他問題答案略什么情況下 tcp 進(jìn)入 time_wait?當(dāng)關(guān)閉一個 socket 連接時，主動關(guān)閉一

16、端的socket 將進(jìn)入 TIME_WAIT 狀態(tài)，而被動關(guān)閉一方則轉(zhuǎn)入 CLOSED狀態(tài)。具體過程如下：1、 客戶端發(fā)送 FIN 報文段，進(jìn)入 FIN_WAIT_1 狀態(tài)。 2、 服務(wù)器端收到 FIN報文段，發(fā)送ACK表示確認(rèn)，進(jìn)入CLOSE_WAIT狀態(tài)。 3、 客戶端收到 FIN 的確認(rèn)報文段，進(jìn)入 FIN_WAIT_2 狀態(tài)。 4、服務(wù)器端發(fā)送FIN 報文端，進(jìn)入LAST_ACK狀態(tài)。 5、 客戶端收到 FIN 報文端，發(fā)送 FIN 的ACK，同時進(jìn)入TIME_WAIT 狀態(tài)，啟動 TIME_WAIT 定時器，超時時間設(shè)為2MSL。 6、 服務(wù)器端收到 FIN 的 ACK，進(jìn)入 CLO

17、SED狀態(tài)。 7、客戶端在 2MSL 時間內(nèi)沒收到對端的任何響應(yīng)，TIME_WAIT 超時，進(jìn)入 CLOSED狀態(tài)。18. 請列出你了解的 web 服務(wù)器負(fù)載架構(gòu)。Nginxhaproxykeepalivedlvs19. 請寫出你知道或使用過的 nginx 擴(kuò)展模塊（注意標(biāo)注知道和使用）我的答案 隨便說幾個，這玩意到時候結(jié)合工作過的情況說說吧：Nginx 負(fù)載均衡模塊：nginx-upstream -fair非阻塞訪問redis 模塊： redis2-nginx-module分布式圖片實(shí)時動態(tài)壓縮：ngx-fastdfs20. 請根據(jù)你的理解，簡述高可用服務(wù)體系的相關(guān)組件，并列舉該組件的具體實(shí)

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