運維面試題(含答案)Linux系統(tǒng)運維基礎題如何查看Linux系統(tǒng)的CPU、內(nèi)存、磁盤使用率？分別列出對應的命令及關(guān)鍵參數(shù)含義。答案：?CPU使用率查看：使用top或mpstat命令。top：實時動態(tài)顯示系統(tǒng)資源占用，默認每3秒刷新。其中“%Cpu(s)”行表示整體CPU狀態(tài)，us（用戶空間占用CPU百分比）、sy（內(nèi)核空間占用CPU百分比）、id（空閑CPU百分比）是核心指標；按P可按CPU使用率排序。mpstat-PALL15：查看所有CPU核心的使用率，-PALL表示顯示所有核心，1表示每隔1秒刷新，5表示共刷新5次。?內(nèi)存使用率查看：使用free或vmstat命令。free-h：以人類可讀的單位（GB/MB）顯示內(nèi)存使用，total（總內(nèi)存）、used（已使用內(nèi)存，含緩存）、free（完全空閑內(nèi)存）、available（可分配給應用的內(nèi)存，含空閑+可回收緩存）是關(guān)鍵指標，重點關(guān)注available反映實際可用內(nèi)存。vmstat13：輸出內(nèi)存相關(guān)統(tǒng)計，si（從交換分區(qū)讀入內(nèi)存的大小）、so（寫入交換分區(qū)的內(nèi)存大?。┤糸L期非0，可能表示內(nèi)存不足。?磁盤使用率查看：使用df或du命令。df-h：查看磁盤分區(qū)的使用率，F(xiàn)ilesystem（磁盤分區(qū)）、Size（分區(qū)總大?。sed（已使用大?。vail（可用大?。?、Use%（使用率）是核心指標，若Use%超過90%需警惕磁盤滿溢風險。du-sh/home/*：查看/home目錄下各子目錄的磁盤占用，-s表示顯示總大小，-h表示人類可讀單位，用于定位大文件/目錄。如何查找Linux系統(tǒng)中近7天內(nèi)被修改過的后綴為.log的文件？寫出具體命令，并解釋參數(shù)含義。答案：使用find命令，具體語法：find/-name"*.log"-mtime-7。/：表示搜索的根目錄，可根據(jù)需求替換為具體路徑（如/var/log）；-name"*.log"：按文件名匹配，*.log表示后綴為.log的文件；-mtime-7：按修改時間篩選，-mtime表示“修改時間”，-7表示“近7天內(nèi)”（若為+7則表示“7天前”，7表示“恰好7天前”）。若需進一步篩選“大小超過100MB”的日志文件，可補充參數(shù)：find/var/log-name"*.log"-mtime-7-size+100M，其中-size+100M表示“大小超過100MB”。簡述Linux系統(tǒng)中“進程”與“線程”的區(qū)別，以及如何查看指定進程（如nginx）的所有線程？答案：?進程與線程的核心區(qū)別：資源占用：進程是操作系統(tǒng)資源分配的基本單位，每個進程有獨立的內(nèi)存空間（代碼段、數(shù)據(jù)段、堆棧）；線程是CPU調(diào)度的基本單位，同一進程的多個線程共享進程的內(nèi)存空間，僅擁有獨立的線程棧和程序計數(shù)器，資源占用更少。創(chuàng)建與切換成本：創(chuàng)建進程需分配完整資源，成本高；創(chuàng)建線程僅需分配少量資源，成本低；線程切換無需切換內(nèi)存空間，速度比進程切換快。獨立性：進程間相互獨立，一個進程崩潰不影響其他進程；同一進程的線程共享資源，一個線程崩潰可能導致整個進程崩潰。?查看nginx進程的所有線程：方法1：使用ps命令，ps-T-p$(pgrepnginx)。方法2：使用top命令，先執(zhí)行top-p$(pgrepnginx|head-n1)（查看某個nginx主進程），再按H鍵切換顯示線程（線程會以獨立行展示，PID列顯示線程ID）。pgrepnginx：獲取所有nginx進程的PID；-p$(pgrepnginx)：指定查看這些PID對應的進程；-T：顯示進程的所有線程（線程ID列名為SPID）。網(wǎng)絡運維題1.當客戶端無法訪問服務器的80端口（HTTP服務）時，如何逐步排查故障？請列出排查步驟及對應的命令/工具。答案：排查需從“客戶端本地→網(wǎng)絡鏈路→服務器本地”逐步推進，步驟如下：1.客戶端本地檢查：確認客戶端網(wǎng)絡連通性：ping服務器IP，若不通，排查客戶端網(wǎng)關(guān)配置（iproute）或DNS解析（nslookup服務器域名，若域名解析失敗，檢查DNS配置/etc/resolv.conf）。檢查客戶端是否有防火墻/代理攔截：Windows執(zhí)行netshadvfirewallshowallprofiles查看防火墻狀態(tài)，Linux執(zhí)行iptables-L-n查看規(guī)則，若有攔截，臨時關(guān)閉防火墻測試（systemctlstopfirewalld）。1.網(wǎng)絡鏈路檢查：排查路由是否可達：traceroute服務器IP（Linux）或tracert服務器IP（Windows），查看是否有路由節(jié)點丟包（***表示丟包），若某節(jié)點丟包，聯(lián)系對應的網(wǎng)絡運營商處理。檢查端口是否可通：telnet服務器IP80或nc-zv服務器IP80（nc更靈活），若輸出“Connectionrefused”表示端口未開放，“Timeout”表示網(wǎng)絡鏈路阻塞。服務器本地檢查：確認HTTP服務是否運行：systemctlstatusnginx（以Nginx為例），若服務未啟動，執(zhí)行systemctlstartnginx并查看日志（/var/log/nginx/error.log）定位啟動失敗原因（如端口被占用）。檢查端口是否被占用：netstat-tuln|grep80或ss-tuln|grep80，若80端口被其他進程占用（如apache2），需停止占用進程或修改HTTP服務端口。檢查服務器防火墻規(guī)則：iptables-L-n|grep80，若沒有允許80端口的規(guī)則，執(zhí)行iptables-AINPUT-ptcp--dport80-jACCEPT開放端口（永久生效需保存規(guī)則：serviceiptablessave）。檢查SELinux（Linux安全模塊）：getenforce，若輸出“Enforcing”，查看是否攔截HTTP服務：ausearch-mAVC-tsrecent，若有攔截，臨時關(guān)閉SELinux測試（setenforce0），永久關(guān)閉需修改/etc/selinux/config中SELINUX=disabled。簡述TCP協(xié)議的三次握手與四次揮手過程，以及“TIME_WAIT”狀態(tài)的作用。答案：?TCP三次握手（建立連接）：用于確?？蛻舳伺c服務器雙方的發(fā)送和接收能力正常，過程如下：第一次握手（SYN）：客戶端向服務器發(fā)送SYN報文（同步序列編號），請求建立連接，此時客戶端處于SYN_SENT狀態(tài)。第二次握手（SYN+ACK）：服務器收到SYN后，確認客戶端的請求，回復SYN+ACK報文（同步序列編號+確認編號），此時服務器處于SYN_RCVD狀態(tài)。第三次握手（ACK）：客戶端收到SYN+ACK后，向服務器發(fā)送ACK報文（確認編號），服務器收到后，雙方進入ESTABLISHED狀態(tài)，連接建立完成。?TCP四次揮手（斷開連接）：由于TCP是雙向通信，斷開連接需雙方分別確認，過程如下：第一次揮手（FIN）：客戶端（主動關(guān)閉方）向服務器發(fā)送FIN報文（結(jié)束序列編號），表示不再發(fā)送數(shù)據(jù)，客戶端進入FIN_WAIT_1狀態(tài)。第二次揮手（ACK）：服務器收到FIN后，回復ACK報文，確認客戶端的關(guān)閉請求，此時服務器進入CLOSE_WAIT狀態(tài)，客戶端收到后進入FIN_WAIT_2狀態(tài)（等待服務器發(fā)送剩余數(shù)據(jù)）。第三次揮手（FIN）：服務器發(fā)送完所有數(shù)據(jù)后，向客戶端發(fā)送FIN報文，表示不再發(fā)送數(shù)據(jù)，服務器進入LAST_ACK狀態(tài)。第四次揮手（ACK）：客戶端收到FIN后，回復ACK報文，確認服務器的關(guān)閉請求，客戶端進入TIME_WAIT狀態(tài)，服務器收到后進入CLOSED狀態(tài)；客戶端等待2MSL（報文最大生存時間，默認1分鐘左右）后，確認服務器已收到ACK，進入CLOSED狀態(tài)，連接斷開完成。?TIME_WAIT狀態(tài)的作用：確保最后一個ACK報文被服務器收到：若服務器未收到客戶端的ACK，會重發(fā)FIN報文，客戶端在TIME_WAIT狀態(tài)下可再次發(fā)送ACK，避免服務器因未收到確認而一直處于LAST_ACK狀態(tài)。避免“舊連接”的報文干擾新連接：2MSL是報文在網(wǎng)絡中最大的存活時間，等待2MSL可確保網(wǎng)絡中所有該連接的舊報文已消失，避免其被誤認為新連接的報文，導致數(shù)據(jù)混亂。數(shù)據(jù)庫運維題（以MySQL為例）如何查看MySQL數(shù)據(jù)庫的慢查詢?nèi)罩?？慢查詢?nèi)罩镜淖饔檬鞘裁?？如何?yōu)化慢查詢SQL（舉例說明）？答案：?查看慢查詢?nèi)罩镜牟襟E：確認慢查詢?nèi)罩臼欠耖_啟及日志路徑：登錄MySQL執(zhí)行showvariableslike'%slow_query_log%'，若slow_query_log為ON表示已開啟，slow_query_log_file顯示日志路徑（如/var/lib/mysql/localhost-slow.log）；若未開啟，需在/etc/f中添加配置（slow_query_log=1、slow_query_log_file=/var/log/mysql/slow.log），重啟MySQL生效（systemctlrestartmysqld）。確認慢查詢時間閾值：執(zhí)行showvariableslike'long_query_time'，默認閾值為10秒（即執(zhí)行時間超過10秒的SQL會被記錄），可根據(jù)需求修改（如setgloballong_query_time=2，臨時生效；永久生效需在/etc/f中添加long_query_time=2）。查看慢查詢?nèi)罩緝?nèi)容：直接讀取日志文件（cat/var/log/mysql/slow.log），或使用MySQL自帶工具mysqldumpslow統(tǒng)計（如mysqldumpslow-sc-t10/var/log/mysql/slow.log，-sc表示按查詢次數(shù)排序，-t10表示顯示前10條）。慢查詢?nèi)罩镜淖饔茫河涗泩?zhí)行效率低的SQL語句，幫助運維/開發(fā)人員定位“性能瓶頸”，例如：識別因缺少索引導致的全表掃描、因SQL邏輯不合理導致的復雜計算，進而針對性優(yōu)化，提升數(shù)據(jù)庫整體性能。優(yōu)化慢查詢SQL的示例：假設存在慢查詢SQL：select*fromuserwhereage>30andregister_time>'2023-01-01';（執(zhí)行時間15秒，user表有100萬條數(shù)據(jù)）。優(yōu)化步驟：查看SQL執(zhí)行計劃：explainselect*fromuserwhereage>30andregister_time>'2023-01-01';，若輸出“type:ALL”表示全表掃描，“key:NULL”表示未使用索引。建立聯(lián)合索引：針對查詢條件age和register_time建立聯(lián)合索引（createindexidx_user_age_regtimeonuser(age,register_time);），索引遵循“最左前綴原則”，優(yōu)先匹配左側(cè)字段age，再匹配register_time。優(yōu)化SQL邏輯：避免使用select*，只查詢需要的字段（如selectid,namefromuserwhereage>30andregister_time>'2023-01-01';），減少數(shù)據(jù)傳輸量。優(yōu)化后，SQL執(zhí)行時間可降至0.1秒以內(nèi)。MySQL主從復制的核心原理是什么？如何排查主從復制延遲問題？答案：?MySQL主從復制核心原理：基于“日志同步”實現(xiàn)數(shù)據(jù)一致性，分為三個步驟，涉及三個線程（主庫1個，從庫2個）：主庫寫二進制日志（binlog）：主庫執(zhí)行SQL語句后，將數(shù)據(jù)變更記錄到二進制日志（binlog）中，由主庫的binlogdump線程負責監(jiān)聽binlog變化。從庫同步binlog到中繼日志（relaylog）：從庫的IO線程連接主庫，請求同步binlog，主庫binlogdump線程將binlog內(nèi)容發(fā)送給從庫，從庫IO線程將接收的binlog寫入本地中繼日志（relaylog）。從庫執(zhí)行中繼日志：從庫的SQL線程讀取relaylog內(nèi)容，解析并執(zhí)行對應的SQL語句，將數(shù)據(jù)變更應用到從庫，實現(xiàn)主從數(shù)據(jù)一致。?排查主從復制延遲的步驟：查看主從復制狀態(tài)：登錄從庫執(zhí)行showslavestatus\G，重點關(guān)注以下字段：Slave_IO_Running和Slave_SQL_Running：均需為Yes，若為No，查看Last_IO_Error或Last_SQL_Error定位錯誤（如主從密碼不匹配、從庫SQL線程執(zhí)行失敗）。Seconds_Behind_Master：表示從庫比主庫延遲的秒數(shù)，若數(shù)值持續(xù)大于0，說明存在延遲（0表示無延遲）。分析延遲原因及解決方案：主庫binlog寫入慢：主庫高并發(fā)場景下，binlog寫入可能阻塞，需優(yōu)化主庫配置（如sync_binlog=1改