裝備運(yùn)維面試題庫(kù)及答案1.單選題（每題2分，共20分）1.1某臺(tái)Linux服務(wù)器在凌晨2點(diǎn)出現(xiàn)“OOMKiller”日志，以下哪項(xiàng)是最直接的根因？A.磁盤inode耗盡B.內(nèi)核參數(shù)vm.swappiness設(shè)置過(guò)大C.進(jìn)程申請(qǐng)內(nèi)存超過(guò)系統(tǒng)可用物理內(nèi)存與swap之和D.systemd版本過(guò)低導(dǎo)致cgroup泄漏答案：C1.2在Kubernetes集群中，某Deployment的Pod頻繁重啟，kubectldescribepod顯示“Livenessprobefailed:HTTPprobefailedwithstatuscode:503”，下列排查順序最合理的是：A.檢查Service→檢查Ingress→檢查kubeproxyB.檢查容器內(nèi)應(yīng)用日志→檢查liveness探針路徑→檢查資源限制C.檢查etcd集群狀態(tài)→檢查CoreDNSD.檢查節(jié)點(diǎn)kubelet版本答案：B1.3一條RAID5陣列由4塊4TBSATA盤組成，實(shí)際可用容量約為：A.16TBB.12TBC.8TBD.10TB答案：B1.4在Zabbix6.0中，某觸發(fā)器表達(dá)式為{host:net.if.in[eth0].avg(5m)}>100M，其“100M”單位是：A.100MB/sB.100Mb/sC.100MiB/sD.100packets/s答案：B1.5使用tcpdump抓包時(shí)，命令tcpdumpianytcpport80and'tcp[13]&2!=0'的作用是：A.抓取所有SYN包B.抓取所有FIN包C.抓取所有RST包D.抓取所有ACK包答案：A1.6某臺(tái)MySQL8.0實(shí)例showprocesslist出現(xiàn)大量“Waitingfortablemetadatalock”，最不可能的原因是：A.長(zhǎng)事務(wù)持有元數(shù)據(jù)鎖B.未提交的大批量DDLC.查詢緩存未關(guān)閉D.顯式LOCKTABLES未釋放答案：C1.7在Ansibleplaybook中，以下哪個(gè)參數(shù)可讓任務(wù)在出錯(cuò)時(shí)繼續(xù)執(zhí)行后續(xù)任務(wù)？A.ignore_errors:yesB.failed_when:falseC.changed_when:noD.check_mode:yes答案：A1.8某臺(tái)CentOS7服務(wù)器使用systemd，執(zhí)行systemctlstartnginx失敗，提示“FailedtogetDBusconnection”，最可能的原因是：A.nginx配置文件語(yǔ)法錯(cuò)誤B.當(dāng)前處于chroot環(huán)境且未掛載/runC.SELinux阻止D.80端口被占用答案：B1.9在PromQL中，表達(dá)式rate(http_requests_total[5m])返回值的單位是：A.requests/sB.requests/5mC.requestsD.無(wú)單位答案：A1.10某臺(tái)服務(wù)器使用ext4文件系統(tǒng)，突然掉電后掛載提示“unexpectedinconsistency”，優(yōu)先使用的修復(fù)命令是：A.fscky/dev/sda1B.e2fsckp/dev/sda1C.xfs_repair/dev/sda1D.tune2fsc0/dev/sda1答案：B2.多選題（每題3分，共30分）2.1以下哪些措施可以有效降低Kubernetes集群中Pod被OOMKill的概率？A.設(shè)置合理的requests與limitsB.啟用verticalpodautoscalerC.將swap分區(qū)關(guān)閉D.使用GuaranteedQoS類E.將鏡像拉取策略改為IfNotPresent答案：A、B、D2.2關(guān)于Linux系統(tǒng)軟中斷（softirq），下列說(shuō)法正確的是：A.軟中斷優(yōu)先級(jí)高于普通進(jìn)程B.ksoftirqd線程在CPU飽和時(shí)可能消耗大量%siC.網(wǎng)卡驅(qū)動(dòng)通過(guò)NAPI機(jī)制減少軟中斷次數(shù)D./proc/softirqs可查看每個(gè)CPU的軟中斷分布E.軟中斷不可被搶占答案：B、C、D2.3以下哪些命令可以查看SSD盤的剩余壽命指標(biāo)？A.smartctla/dev/sdaB.nvmesmartlog/dev/nvme0n1C.hdparmI/dev/sdaD.lsblkoNAME,PHYSECE.smartctllssd/dev/sda答案：A、B2.4關(guān)于Nginx的location匹配優(yōu)先級(jí)，下列哪些說(shuō)法正確？A.精確匹配“=”優(yōu)先級(jí)最高B.前綴匹配“^~”高于正則C.正則匹配按配置文件出現(xiàn)順序執(zhí)行D.普通前綴匹配長(zhǎng)度越長(zhǎng)優(yōu)先級(jí)越高E.匹配成功后仍繼續(xù)搜索后續(xù)正則答案：A、B、C2.5在MySQL主從復(fù)制中，出現(xiàn)“Duplicateentry”錯(cuò)誤導(dǎo)致SQL線程中斷，可采用的在線修復(fù)方案有：A.跳過(guò)錯(cuò)誤號(hào)1062B.設(shè)置sql_slave_skip_counter=1C.使用pttablesync校驗(yàn)并修復(fù)D.重新搭建從庫(kù)E.設(shè)置gtid_next手動(dòng)跳過(guò)事務(wù)答案：A、C、E2.6關(guān)于Linux內(nèi)存管理，下列哪些指標(biāo)屬于/proc/meminfo中的“可回收”內(nèi)存？A.CachedB.DirtyC.AnonPagesD.SReclaimableE.Mapped答案：A、D2.7以下哪些做法可以提升對(duì)象存儲(chǔ)MinIO集群的可用性？A.啟用erasurecoding且設(shè)置parity≥2B.使用分布式鎖etcdC.采用負(fù)載均衡器健康檢查D.將節(jié)點(diǎn)分散到不同機(jī)架并配置domainE.關(guān)閉瀏覽器UI答案：A、C、D2.8關(guān)于GitLabCI/CD，下列哪些關(guān)鍵字可以控制job在手動(dòng)觸發(fā)后才執(zhí)行？A.when:manualB.only:[manual]C.trigger:manualD.workflow:rulesE.needs:manual答案：A、B2.9在Prometheus聯(lián)邦集群中，下列哪些指標(biāo)適合由上層Prometheus抓取？A.原始counter未加工B.已降采樣5m的聚合指標(biāo)C.帶“__name__”前綴的元數(shù)據(jù)D.帶cluster標(biāo)簽的跨環(huán)境指標(biāo)E.高頻1s的瞬時(shí)指標(biāo)答案：B、D2.10以下哪些工具支持對(duì)運(yùn)行中的容器鏡像進(jìn)行漏洞掃描？A.ClairB.TrivyC.AnchoreD.FalcoE.kubebench答案：A、B、C3.判斷題（每題1分，共10分）3.1Linux系統(tǒng)調(diào)用gettid返回的是內(nèi)核視角的線程ID，與pthread_self返回值相同。答案：錯(cuò)誤3.2在RAID10中，只要同一鏡像對(duì)的兩塊盤不同時(shí)損壞，數(shù)據(jù)就不會(huì)丟失。答案：正確3.3MySQL8.0默認(rèn)的binlog格式為ROW，且無(wú)法動(dòng)態(tài)修改為STATEMENT。答案：錯(cuò)誤3.4使用iptablestnatAPOSTROUTINGs/16jMASQUERADE可實(shí)現(xiàn)Pod網(wǎng)段SNAT。答案：正確3.5在Zabbix中，item類型為Zabbixagent(active)時(shí)，服務(wù)端無(wú)需監(jiān)聽(tīng)10050端口。答案：正確3.6Nginx的worker_processes設(shè)置為auto時(shí)，會(huì)自動(dòng)檢測(cè)CPU核數(shù)并綁定親和性。答案：正確3.7在CentOS8Stream中，默認(rèn)使用firewalldnft而非iptableslegacy。答案：正確3.8對(duì)象存儲(chǔ)的S3multipartupload分片最小為5MB，最大為5GB。答案：錯(cuò)誤（最小5MB僅對(duì)除最后一個(gè)分片外生效，單個(gè)分片最小5KB）3.9使用dockercommit生成的鏡像可重現(xiàn)原有容器內(nèi)所有文件變更，因此滿足合規(guī)審計(jì)要求。答案：錯(cuò)誤3.10在BGPEVPN中，Type2路由同時(shí)攜帶MAC與IP信息，可用于ARP抑制。答案：正確4.簡(jiǎn)答題（每題10分，共40分）4.1某電商大促期間，Redis集群出現(xiàn)“READONLYYoucan'twriteagainstareadonlyreplica”錯(cuò)誤，請(qǐng)給出完整排查思路與解決步驟。答案：1)確認(rèn)故障現(xiàn)象：客戶端報(bào)錯(cuò)指向只讀副本，寫入失敗。2)登錄哨兵節(jié)點(diǎn)執(zhí)行sentinelreplicasmymaster，確認(rèn)主庫(kù)是否發(fā)生切換。3)若主庫(kù)切換，檢查原主庫(kù)網(wǎng)絡(luò)分區(qū)、maxmemory導(dǎo)致驅(qū)逐、持久化fork阻塞等情況。4)查看新主庫(kù)inforeplication，確認(rèn)其role:master且connected_slaves>0。5)若原主庫(kù)已降為slave，需確認(rèn)是否為臨時(shí)性網(wǎng)絡(luò)抖動(dòng)；若頻繁切換，調(diào)大downaftermilliseconds、調(diào)高quorum。6)對(duì)客戶端使用哨兵模式或集群模式，確保寫入請(qǐng)求只發(fā)送到主庫(kù)。7)若因節(jié)點(diǎn)重啟導(dǎo)致全量同步，調(diào)整replbacklogsize至大于寫入量峰值，避免再次全量同步。8)大促前進(jìn)行主從手動(dòng)切換演練，確保client配置支持自動(dòng)發(fā)現(xiàn)新主庫(kù)。4.2描述一次完整的KubernetesPod處于CrashLoopBackOff狀態(tài)的排障過(guò)程，要求包含資源、鏡像、配置、網(wǎng)絡(luò)四方面驗(yàn)證命令與修復(fù)方法。答案：1)資源：kubectldescribepod查看LastState:Terminated與ExitCode，若為137則OOM，調(diào)整limits；kubectltoppod確認(rèn)是否超內(nèi)存。2)鏡像：kubectlgetevent查看ImagePullBackOff，手動(dòng)dockerpull鏡像驗(yàn)證倉(cāng)庫(kù)權(quán)限；若私有倉(cāng)庫(kù)，創(chuàng)建imagePullSecret并關(guān)聯(lián)到sa。3)配置：kubectllogs查看是否缺失環(huán)境變量，對(duì)比ConfigMap與Deployment掛載路徑；若entrypoint腳本權(quán)限不足，initContainer添加chmod。4)網(wǎng)絡(luò)：若日志提示連接數(shù)據(jù)庫(kù)失敗，啟動(dòng)臨時(shí)debugpod（kubectlruntmprmitimage=alpinerestart=Neversh），使用nczvdb3306測(cè)試連通性；若跨命名空間，檢查ServiceDNS拼寫。5)綜合：若探針路徑返回503，exec進(jìn)入容器curllocalhost:8080/healthz，確認(rèn)應(yīng)用監(jiān)聽(tīng)；修正探針initialDelaySeconds。6)修復(fù)后kubectlrolloutrestartdeployment，觀察restartPolicy=Always下Pod狀態(tài)轉(zhuǎn)為Running。4.3某企業(yè)使用MySQL8.0主從架構(gòu)，業(yè)務(wù)高峰出現(xiàn)“Waitingforglobalreadlock”導(dǎo)致卡頓，請(qǐng)分析可能原因并給出三種在線解決方案。答案：原因：1)備份工具mysqldump默認(rèn)使用singletransaction但仍有FLUSHTABLESWITHREADLOCK階段。2)在線DDL如ALTERTABLE...ALGORITHM=COPY需要全局讀鎖。3)外部工具如ptonlineschemachange在切割舊表時(shí)短暫加鎖。方案：1)改用xtrabackup物理熱備，避免FTWRL；若必須用mysqldump，加skipaddlockssingletransactionsetgtidpurged=OFF。2)對(duì)DDL采用ALGORITHM=INPLACE且LOCK=NONE，或改用ghost無(wú)觸發(fā)器方案；設(shè)置onlineddlmaxsize=0避免復(fù)制到磁盤。3)將備份任務(wù)下放到延遲從庫(kù)，或使用MySQLEnterpriseBackup的并行備份，避開主庫(kù)高峰。4.4說(shuō)明如何利用eBPF工具排查一次Nginx高延遲故障，要求給出具體命令與輸出解讀。答案：1)安裝工具：aptinstallbpfcctools。2)運(yùn)行execsnoopbpfcc查看是否有異常子進(jìn)程頻繁調(diào)用，如phpfpm。3)使用tcpconnectbpfcct查看Nginxupstream新建連接耗時(shí)，若SYN延遲高則定位網(wǎng)絡(luò)。4)運(yùn)行funclatencybpfccm'ngx_http_process_request'd10，輸出顯示90%延遲集中在ngx_http_process_request8ms，確認(rèn)是應(yīng)用層。5)使用stackcountbpfccfP'ngx_http_access_handler'生成火焰圖，發(fā)現(xiàn)lua腳本正則回溯。6)優(yōu)化lua代碼，采用ngx.re.match帶jo選項(xiàng)，延遲降至1ms。5.綜合應(yīng)用題（共50分）5.1設(shè)計(jì)一套跨機(jī)房MySQL高可用與備份方案，要求RPO<5min，RTO<30min，支持異地容災(zāi)，并給出拓?fù)鋱D文字描述、所需組件、切換流程及驗(yàn)證腳本。（25分）答案：拓?fù)洌篈機(jī)房：主庫(kù)M1，半同步從庫(kù)S1，延遲從庫(kù)S2（延遲1h），MHAManager。B機(jī)房：異地半同步從庫(kù)S3，Orchestrator，備份存儲(chǔ)MinIO。組件：MySQL8.0.33，GTID開，binlog_row_image=FULL，半同步rpl_semi_sync_master_wait_point=AFTER_SYNC。MHANode部署在所有節(jié)點(diǎn)，SSH互信，VIP通過(guò)Keepalived漂移。備份：xtrabackup每日全量+binlog實(shí)時(shí)上傳到MinIO，使用rclone加密。切換：1)MHA檢測(cè)主庫(kù)mysqld3306無(wú)響應(yīng)，調(diào)用masterha_master_switchmaster_state=dead。2)選S1為新主，執(zhí)行CHANGEMASTERTO指向新主，VIP漂移至S1。3)Orchestrator在B機(jī)房檢測(cè)，若A機(jī)房整體失聯(lián)，提升S3為可寫，業(yè)務(wù)DNS切至B機(jī)房SLB。驗(yàn)證腳本：!/bin/bashmaster_host=$(mysqlhvipe"select@@hostname"N)if[[$master_host=="s1"]];thenecho"SwitchOK"mysqlhs1e"createdatabasetest_switch"mysqlhs3e"showdatabaseslike'test_switch