2026年系統(tǒng)運(yùn)維工程師崗位知識(shí)考試題庫(kù)含答案一、單項(xiàng)選擇題（每題2分，共30分）1.在Linux系統(tǒng)中，以下哪條命令可以查看當(dāng)前系統(tǒng)所有已掛載文件系統(tǒng)的磁盤使用率？A.df-hB.du-sh/*C.lsblkD.fdisk-l答案：A解析：df-h以人類可讀方式顯示已掛載文件系統(tǒng)的磁盤使用情況；du統(tǒng)計(jì)目錄大??；lsblk列出塊設(shè)備；fdisk用于分區(qū)表操作。2.某臺(tái)Nginx服務(wù)器出現(xiàn)“502BadGateway”，最不可能的原因是：A.上游PHP-FPM進(jìn)程全部掛掉B.Nginx配置中proxy_pass指向了錯(cuò)誤端口C.客戶端瀏覽器緩存過(guò)期D.上游服務(wù)響應(yīng)超時(shí)答案：C解析：502代表網(wǎng)關(guān)從上游收到無(wú)效響應(yīng)，與客戶端緩存無(wú)關(guān)。3.在Kubernetes中，用于暴露Pod穩(wěn)定網(wǎng)絡(luò)端點(diǎn)的資源對(duì)象是：A.DeploymentB.ReplicaSetC.ServiceD.Ingress答案：C解析：Service通過(guò)ClusterIP/NodePort/LoadBalancer為Pod提供穩(wěn)定訪問(wèn)端點(diǎn)；Ingress僅提供七層路由。4.以下哪條SQL語(yǔ)句可查看MySQL當(dāng)前活躍連接數(shù)？A.SHOWSTATUSLIKE'Threads_running';B.SHOWPROCESSLIST;C.SELECTCOUNT(*)FROMinformation_cesslist;D.以上均可答案：D解析：Threads_running狀態(tài)變量、SHOWPROCESSLIST以及查詢processlist表都能反映活躍連接。5.在Zabbix中，若某觸發(fā)器表達(dá)式為{host:net.if.in[eth0].last()}>100M，則“100M”單位是：A.ByteB.BitC.Byte/sD.Bit/s答案：A解析：Zabbix網(wǎng)絡(luò)接口監(jiān)控項(xiàng)默認(rèn)單位是Byte，100M即104857600Byte。6.使用rsync同步時(shí)，參數(shù)--delete-delay的作用是：A.傳輸前刪除目標(biāo)多余文件B.傳輸后刪除目標(biāo)多余文件C.傳輸中實(shí)時(shí)刪除D.禁止刪除答案：B解析：--delete-delay在文件全部傳輸完成后執(zhí)行刪除，減少同步中斷導(dǎo)致的數(shù)據(jù)不可用時(shí)間。7.在CentOS8中，默認(rèn)使用哪種防火墻實(shí)現(xiàn)？A.iptablesB.nftablesC.firewalldD.ufw答案：C解析：CentOS8默認(rèn)仍使用firewalld作為前端，后端基于nftables。8.以下關(guān)于TCP三次握手的描述正確的是：A.SYN、SYN+ACK、ACK三次報(bào)文完成連接建立B.第三次握手?jǐn)y帶數(shù)據(jù)載荷C.客戶端初始序列號(hào)固定為0D.服務(wù)器端口號(hào)隨機(jī)生成答案：A解析：標(biāo)準(zhǔn)三次握手流程為SYN、SYN+ACK、ACK；第三次握手可攜帶數(shù)據(jù)但通常為空；初始序列號(hào)隨機(jī)；服務(wù)器端口固定為監(jiān)聽(tīng)端口。9.在Git中，將暫存區(qū)內(nèi)容回退到工作區(qū)且保留修改的命令是：A.gitreset--hardHEADB.gitreset--mixedHEADC.gitreset--softHEADD.gitcheckout-.答案：B解析：--mixed默認(rèn)選項(xiàng)，重置HEAD與暫存區(qū)，不影響工作區(qū)文件。10.在PromQL中，計(jì)算過(guò)去5分鐘CPU使用率平均值的表達(dá)式是：A.rate(cpu_seconds_total[5m])B.avg_over_time(cpu_seconds_total[5m])C.increase(cpu_seconds_total[5m])D.irate(cpu_seconds_total[5m])答案：B解析：avg_over_time直接對(duì)區(qū)間向量求平均；rate計(jì)算每秒增量；increase計(jì)算區(qū)間增量；irate取最近兩點(diǎn)速率。11.在WindowsServer2022中，將AD域控制器升級(jí)到2026版本時(shí)，最先應(yīng)執(zhí)行的步驟是：A.直接運(yùn)行adprep/forestprepB.備份系統(tǒng)狀態(tài)C.提升域功能級(jí)別D.安裝新服務(wù)器并加入域答案：B解析：任何升級(jí)前必須完整備份，防止不可逆故障。12.以下RAID級(jí)別中，允許任意兩塊磁盤同時(shí)損壞而不丟失數(shù)據(jù)的是：A.RAID5B.RAID6C.RAID10D.RAID0答案：B解析：RAID6采用雙重奇偶校驗(yàn)，可容忍雙盤失效。13.在Ansibleplaybook中，使用變量文件的最佳實(shí)踐是：A.將變量硬編碼在task中B.通過(guò)vars_files引入YAML文件C.使用shell模塊exportD.寫入inventory文件注釋答案：B解析：vars_files實(shí)現(xiàn)變量與任務(wù)分離，便于復(fù)用與維護(hù)。14.在Dockerfile中，指令COPY與ADD的最大區(qū)別是：A.COPY支持遠(yuǎn)程URLB.ADD支持自動(dòng)解壓tarC.COPY支持正則D.無(wú)區(qū)別答案：B解析：ADD額外支持遠(yuǎn)程URL與自動(dòng)解壓tar，COPY僅本地復(fù)制。15.當(dāng)使用tcpdump抓包時(shí)，僅捕獲目標(biāo)端口為443且主機(jī)為0的命令是：A.tcpdump-ianyport443andhost0B.tcpdump-ianydstport443anddsthost0C.tcpdump-ianysrcport443andsrchost0D.tcpdump-ianynet/24答案：B解析：dstport443且dsthost0精確匹配目標(biāo)端口與目標(biāo)地址。二、多項(xiàng)選擇題（每題3分，共30分）16.以下哪些措施可以有效降低Linux服務(wù)器被暴力破解SSH密碼的風(fēng)險(xiǎn)？A.修改默認(rèn)22端口B.禁止root遠(yuǎn)程登錄C.安裝fail2banD.啟用TCPWrappersE.關(guān)閉防火墻答案：ABCD解析：關(guān)閉防火墻會(huì)擴(kuò)大攻擊面，其余均可提高門檻。17.關(guān)于Kubernetes的ConfigMap，下列說(shuō)法正確的是：A.可掛載為卷B.大小限制為1MiBC.可用于存儲(chǔ)二進(jìn)制數(shù)據(jù)D.更新后無(wú)需重啟Pod即可熱加載E.可通過(guò)環(huán)境變量注入答案：ADE解析：ConfigMap適合非敏感文本，二進(jìn)制請(qǐng)用Secret；大小默認(rèn)1MiB但可調(diào)整；更新后掛載卷可熱加載；環(huán)境變量注入亦支持。18.以下哪些命令可以查看當(dāng)前系統(tǒng)內(nèi)存使用詳情？A.free-mB.vmstat-sC.cat/proc/meminfoD.topE.df-h答案：ABCD解析：df查看磁盤空間，與內(nèi)存無(wú)關(guān)。19.在MySQL8.0中，開(kāi)啟GTID復(fù)制需滿足哪些前提？A.主從server_id必須不同B.開(kāi)啟log_binC.開(kāi)啟gtid_mode=OND.設(shè)置binlog_format=ROWE.關(guān)閉log_slave_updates答案：ABCD解析：log_slave_updates在鏈?zhǔn)綇?fù)制中需開(kāi)啟，非必須前提。20.關(guān)于ZabbixAgent主動(dòng)模式與被動(dòng)模式，下列說(shuō)法正確的是：A.主動(dòng)模式由Agent連接ServerB.被動(dòng)模式由Server連接AgentC.主動(dòng)模式需開(kāi)放Agent10050端口D.被動(dòng)模式需開(kāi)放Agent10050端口E.主動(dòng)模式可穿越NAT答案：ABDE解析：主動(dòng)模式Agent主動(dòng)推送，無(wú)需Server入站端口；被動(dòng)模式Server反向連接Agent10050。21.以下哪些HTTP狀態(tài)碼表示客戶端錯(cuò)誤？A.400B.401C.403D.404E.502答案：ABCD解析：5xx為服務(wù)器端錯(cuò)誤。22.在Linux中，使用LVM擴(kuò)容根分區(qū)需要哪些步驟？A.pvresizeB.lvextendC.resize2fs或xfs_growfsD.fdisk創(chuàng)建新分區(qū)E.vgextend答案：BCE解析：若已有空閑PV，無(wú)需pvresize；若VG已滿需先vgextend；文件系統(tǒng)擴(kuò)容需resize工具。23.以下哪些是合法的IPv6地址縮寫？A.2001:db8::1B.2001:0db8:0000:0000:0000:0000:0000:0001C.2001:db8:0:0:1::D.2001:db8::1::1E.::1答案：ABE解析：只能出現(xiàn)一次“::”，C出現(xiàn)兩次縮寫，D出現(xiàn)兩次“::”非法。24.在Prometheus中，哪些屬于四黃金指標(biāo)（FourGoldenSignals）？A.LatencyB.TrafficC.ErrorsD.UtilizationE.Saturation答案：ABCE解析：黃金指標(biāo)為L(zhǎng)atency、Traffic、Errors、Saturation；Utilization屬于USE模型。25.以下哪些工具支持無(wú)代理（Agentless）批量執(zhí)行遠(yuǎn)程命令？A.AnsibleB.SaltSSHC.PuppetBoltD.ChefE.Fabric答案：ABC解析：Chef需安裝agent；Fabric基于SSH但不算完全無(wú)代理批量工具。三、判斷題（每題1分，共10分）26.在Linux中，inode編號(hào)在單個(gè)文件系統(tǒng)內(nèi)唯一，跨文件系統(tǒng)可能重復(fù)。答案：正確解析：inode僅在其所屬文件系統(tǒng)唯一，不同文件系統(tǒng)可重復(fù)。27.使用RAID1+0與RAID0+1在磁盤數(shù)量相同的情況下，容錯(cuò)能力完全一致。答案：錯(cuò)誤解析：RAID1+0先鏡像后條帶，可容忍多盤故障（非同一鏡像組）；RAID0+1先條帶后鏡像，條帶組一單盤故障即失效。28.MySQL的InnoDBredolog大小越大，崩潰恢復(fù)時(shí)間一定越短。答案：錯(cuò)誤解析：redolog過(guò)大雖減少checkpoint頻率，但恢復(fù)時(shí)需重放更多日志，可能延長(zhǎng)恢復(fù)時(shí)間。29.在Docker中，容器重啟策略“unless-stopped”會(huì)在Docker守護(hù)進(jìn)程重啟后自動(dòng)啟動(dòng)容器。答案：正確解析：unless-stopped除非人工停止，否則守護(hù)進(jìn)程重啟后自動(dòng)啟動(dòng)。30.在BGP協(xié)議中，Local_Pref屬性僅在AS內(nèi)部傳遞，不會(huì)通告給相鄰AS。答案：正確解析：Local_Pref用于AS內(nèi)部選路，跨AS不傳遞。31.使用ext4文件系統(tǒng)時(shí)，啟用dir_index特性可加快大目錄查找速度。答案：正確解析：dir_index使用哈希B樹(shù)索引目錄項(xiàng)，提升查找效率。32.在Zabbix中，item的Updateinterval設(shè)置為0表示永不采集。答案：正確解析：Updateinterval為0禁用自動(dòng)采集，需手動(dòng)或依賴trapper。33.在Git中，執(zhí)行g(shù)itrevert會(huì)改寫歷史提交記錄。答案：錯(cuò)誤解析：gitrevert新增反向提交，不修改歷史；gitreset或rebase才會(huì)改寫歷史。34.在Linux中，/proc/sys目錄下的參數(shù)修改后立即生效且重啟后保持。答案：錯(cuò)誤解析：sysctl修改僅運(yùn)行時(shí)生效，重啟后丟失，需寫入/etc/sysctl.conf才能持久。35.在Kubernetes中，Pod的livenessProbe失敗將導(dǎo)致Pod被重啟。答案：正確解析：livenessProbe檢測(cè)應(yīng)用是否存活，失敗則kubelet重啟容器。四、填空題（每空2分，共20分）36.在Linux中，查看當(dāng)前系統(tǒng)負(fù)載平均值的文件路徑是________。答案：/proc/loadavg37.使用curl測(cè)試接口時(shí)，發(fā)送JSON并指定Content-Type頭部的參數(shù)組合為_(kāi)_______。答案：-H"Content-Type:application/json"-d'{"key":"value"}'38.MySQL中，查看慢查詢是否開(kāi)啟的命令是SHOWVARIABLESLIKE'________';答案：slow_query_log39.在Nginx中，用于限制客戶端并發(fā)連接數(shù)的模塊名稱是________。答案：ngx_http_limit_conn_module40.在Kubernetes中，用于給Node打標(biāo)簽的命令是kubectllabelnodes<node-name>________。答案：key=value41.在TCP首部中，用于流量控制的字段是________。答案：WindowSize42.在Linux中，將前臺(tái)任務(wù)放到后臺(tái)并暫停的快捷鍵是________。答案：Ctrl+Z43.在Ansible中，默認(rèn)的遠(yuǎn)程執(zhí)行用戶由配置文件________中的remote_user參數(shù)指定。答案：ansible.cfg44.在Docker中，查看鏡像歷史層的命令是docker________<image>。答案：history45.在Prometheus中，計(jì)算CPU飽和度的表達(dá)式常用________(node_cpu_seconds_total{mode="idle"}[1m])取反。答案：avg_over_time五、簡(jiǎn)答題（每題10分，共30分）46.描述一次線上MySQL主從延遲突然增大的排查思路與解決步驟。答案：1)通過(guò)showslavestatus\G查看Seconds_Behind_Master是否持續(xù)升高，確認(rèn)延遲。2)觀察Slave_IO_Running、Slave_SQL_Running是否為Yes，排除復(fù)制中斷。3)查看Last_Error判斷是否存在SQL錯(cuò)誤導(dǎo)致SQL線程阻塞。4)使用pt-heartbeat或?qū)Ρ戎鲝腷inlog位點(diǎn)，確認(rèn)延遲是否真實(shí)。5)檢查從庫(kù)負(fù)載：top、iostat、vmstat查看CPU、IO、磁盤await。6)若IO高，排查是否備份任務(wù)或大量查詢搶占資源，優(yōu)化慢查詢或調(diào)整備份窗口。7)若SQL線程慢，查看是否大事務(wù)、無(wú)索引更新，使用pt-query-digest分析慢日志。8)考慮升級(jí)從庫(kù)硬件、使用并行復(fù)制（slave_parallel_type=LOGICAL_CLOCK）。9)臨時(shí)降級(jí)業(yè)務(wù)讀流量到主庫(kù)，避免從庫(kù)過(guò)載。10)最后建立延遲告警，閾值按業(yè)務(wù)可接受范圍設(shè)置，如>10s報(bào)警。47.說(shuō)明Kubernetes集群中Pod頻繁重啟的排查流程。答案：1)kubectldescribepod<pod>查看LastState與Events，確認(rèn)退出碼與Reason。2)若ExitCode137表示被OOMKill，檢查limits.memory是否過(guò)小，調(diào)整request/limit。3)若ExitCode1或255，查看容器日志kubectllogs--previous定位應(yīng)用錯(cuò)誤。4)檢查livenessProbe配置，若探測(cè)路徑返回非200，調(diào)整探針閾值或修復(fù)應(yīng)用。5)查看節(jié)點(diǎn)資源：kubectltopnode，若節(jié)點(diǎn)內(nèi)存或磁盤壓力，驅(qū)逐Pod導(dǎo)致重啟。6)檢查鏡像拉取策略，若使用latest且imagePullPolicy=Always，可能因鏡像更新頻繁重啟。7)查看是否有InitContainer失敗，導(dǎo)致主容器無(wú)法啟動(dòng)。8)若使用StatefulSet，檢查PV是否掛載失敗，導(dǎo)致應(yīng)用啟動(dòng)異常。9)使用kubectlgetevents--sort-by='.lastTimestamp'全局查看關(guān)聯(lián)事件。10)修復(fù)后持續(xù)觀察重啟計(jì)數(shù)器RESTARTS是否增長(zhǎng)，確保穩(wěn)定。48.列舉Linux系統(tǒng)IO性能突降的五大常見(jiàn)原因并給出驗(yàn)證方法。答案：1)磁盤故障：使用smartctl-a/dev/sdX查看Reallocated_Sector_Ct或Current_Pending_Sector增加。2)文件系統(tǒng)碎片：對(duì)ext4使用e4defrag-c查看碎片率；XFS使用xfs_db查看extent分布。3)單進(jìn)程IO搶占：iotop-ao查看哪個(gè)進(jìn)程讀寫速率最高，確認(rèn)是否異常。4)內(nèi)存不足導(dǎo)致頻繁swap：sar-W10查看pswpin/pswpout；vmstat1觀察si/so列。5)調(diào)度器隊(duì)列堆積：iostat-x1查看await與util是否接近100%，確認(rèn)磁盤是否成為瓶頸。六、綜合應(yīng)用題（共40分）49.背景：某電商公司計(jì)劃在2026年“618”大促前完成全鏈路壓測(cè)，要求運(yùn)維側(cè)提供高可用架構(gòu)方案?，F(xiàn)有資源：兩地三中心（A、B、C），每中心具備獨(dú)立K8s集群、MySQL主從、RedisCluster、NginxIngress。任務(wù)：(1)設(shè)計(jì)跨地域容災(zāi)方案，確保任一中心級(jí)故障RPO<30s、RTO<5min。（10分）(2)給出MySQL在A中心寫、B中心只讀、C中心備份的復(fù)制拓?fù)?，并說(shuō)明延遲監(jiān)控方案。（10分）(3)描述如何基于Istio實(shí)現(xiàn)灰度發(fā)布，按用戶ID尾號(hào)分流10%流量到新版。（10分）(4)設(shè)計(jì)壓測(cè)流量突增200%時(shí)的自動(dòng)擴(kuò)容閉環(huán)，包括指標(biāo)采集、決策、擴(kuò)容、驗(yàn)證、回縮。（10分）答案：(1)容災(zāi)方案：數(shù)據(jù)層：MySQL采用GroupReplication三節(jié)點(diǎn)單主模式，A中心主庫(kù)，B、C為從庫(kù)，半同步復(fù)制超時(shí)200ms退化為異步，保證30s內(nèi)binlog跨地域落盤；RedisCluster啟用AOF+異步異地備份，C中心部署冷備實(shí)例，通過(guò)redis-shake每30s拉取AOF增量。應(yīng)用層：K8s使用Submariner打通三層網(wǎng)絡(luò)，實(shí)現(xiàn)跨集群Service互通；全局流量由GeoDNS基于健康檢查自動(dòng)將用戶解析到存活中心，健康檢查失敗5s即剔除。存儲(chǔ)層：對(duì)象數(shù)據(jù)跨區(qū)復(fù)制到MinIO集群，啟用版本控制，任一中心故障30s內(nèi)切換讀寫Endpoint。(2)復(fù)制拓?fù)洌篈中心MySQL主庫(kù)開(kāi)啟binlog_format=ROW，gtid_mode=ON；B、C通過(guò)異步復(fù)制通道指向A。B中心只讀節(jié)點(diǎn)設(shè)置read_only=1、super_read_only=1，通過(guò)ProxySQL將讀流量路由至B。延遲監(jiān)控：在A創(chuàng)建heartbeat表，pt-heartbeat--update每1s寫入；B、C運(yùn)行pt-heartbeat--monitor輸出延遲值，推送到Prometheus，告警閾值1s。(3)Istio灰度：部署兩套Deployment，label版本分別為v1、v2。創(chuàng)建VirtualService，匹配HTTPheader中user-id尾號(hào)為0-9的流量轉(zhuǎn)發(fā)至v2subset，權(quán)重100%，其余流量走v1。通過(guò)Prometheus觀察v2錯(cuò)誤率，若<1%持續(xù)10min，則逐步上調(diào)比例至100%。(4)自動(dòng)擴(kuò)容閉環(huán)：指標(biāo)：HPA基于PodCPU70%或自定義QPS指標(biāo)（來(lái)自Envoysidecar）。決策：KEDA根據(jù)Kafka消費(fèi)lag或Prometheus查詢結(jié)果，當(dāng)lag>5000或QPS>閾值200%觸發(fā)擴(kuò)容。擴(kuò)容：HPA自動(dòng)擴(kuò)展Pod副本，ClusterAutoscaler根據(jù)PendingPod增加節(jié)點(diǎn)，云廠商節(jié)點(diǎn)池預(yù)熱<90s。驗(yàn)證：Gatling壓測(cè)腳本持續(xù)運(yùn)行，觀察P99延遲<500ms視為成功?；乜s：連續(xù)5min指標(biāo)低于閾值50%，HPA逐步縮容，節(jié)點(diǎn)空閑15min后回收，防止抖動(dòng)。七、實(shí)操題（共30分）50.請(qǐng)?jiān)跍y(cè)試環(huán)境中完成以下任務(wù)并提交關(guān)鍵命令及結(jié)果截圖（文字描述即可）。(1)使用kubeadm初始化一個(gè)單節(jié)點(diǎn)K8s1.30集群，啟用ipvs模式。（8分）(2)部署一個(gè)包含3副本的NginxDeployment，并通過(guò)Service暴露NodePort30080，驗(yàn)證curl可訪問(wèn)。（7分）(3)為該Deployment配置HPA，當(dāng)CPU使用率>50%時(shí)自動(dòng)擴(kuò)容至最多10副本，使用kubectltop驗(yàn)證。（7分）(4)編寫一個(gè)NetworkPolicy，僅允許同一namespace內(nèi)Pod訪問(wèn)Nginx的80端口，拒絕其他所有入站流量，并測(cè)試驗(yàn)證。（8分）答案：(1)關(guān)鍵命令：cat>kubeadm-config.yaml<<EOFapiVersion:kubeadm.k8s.io/v1beta3kind:ClusterConfigurationnetworking:serviceSubnet:"/12"podSubnet:"/16"apiVersion:kubeproxy.config.k8s.io/v1alpha1kind:KubeProxyConfigurationmode:ipvsEOFkubeadminit--configkubeadm-con