2025年運(yùn)營(yíng)運(yùn)維能力測(cè)試題及答案一、單項(xiàng)選擇題（每題1分，共20分。每題只有一個(gè)正確答案，請(qǐng)將正確選項(xiàng)字母填入括號(hào)內(nèi)）1.某電商大促期間，訂單量瞬間增長(zhǎng)10倍，以下最先觸發(fā)限流的組件是（）。A.CDN邊緣節(jié)點(diǎn)B.API網(wǎng)關(guān)C.消息隊(duì)列D.緩存穿透保護(hù)答案：B2.在Kubernetes中，用于保證Pod副本數(shù)不低于期望值的控制器是（）。A.DaemonSetB.StatefulSetC.ReplicaSetD.Job答案：C3.某業(yè)務(wù)日志出現(xiàn)“Connectionresetbypeer”，最可能位于OSI的（）層。A.網(wǎng)絡(luò)層B.傳輸層C.會(huì)話層D.應(yīng)用層答案：B4.以下PromQL表達(dá)式中，可計(jì)算“最近5分鐘CPU使用率平均值”的是（）。A.avg(cpu_usage_percent[5m])B.avg_over_time(cpu_usage_percent[5m])C.rate(cpu_usage_percent[5m])D.increase(cpu_usage_percent[5m])答案：B5.在MySQL8.0中，打開(kāi)generallog可能帶來(lái)的副作用是（）。A.索引失效B.查詢緩存清空C.磁盤IO激增D.事務(wù)回滾答案：C6.某Nginx配置中“worker_rlimit_core5000M”的作用是（）。A.限制單個(gè)worker最大并發(fā)連接數(shù)B.限制core文件大小C.限制upstream響應(yīng)時(shí)間D.限制header大小答案：B7.在阿里云SLB四層監(jiān)聽(tīng)中，健康檢查協(xié)議可選但不包括（）。A.TCPB.HTTPC.HTTPSD.UDP答案：D8.以下關(guān)于CAP定理的描述正確的是（）。A.分區(qū)容錯(cuò)性在分布式系統(tǒng)中可犧牲B.一致性指所有節(jié)點(diǎn)數(shù)據(jù)實(shí)時(shí)相同C.可用性指系統(tǒng)可無(wú)限延遲響應(yīng)D.分區(qū)發(fā)生時(shí)必須在C與A之間二選一答案：D9.某業(yè)務(wù)使用RedisString存儲(chǔ)JSON，value平均2KB，當(dāng)QPS=5萬(wàn)、命中率98%時(shí)，回源到MySQL的QPS約為（）。A.100B.500C.1000D.5000答案：C10.在Linux中，命令“echo3>/proc/sys/vm/drop_caches”的作用是（）。A.釋放pagecache、dentries、inodesB.觸發(fā)oomkillerC.關(guān)閉swapD.刷新磁盤寫緩存答案：A11.某全鏈路壓測(cè)平臺(tái)在Header中注入“XShadow:1”的作用是（）。A.標(biāo)記讀寫分離B.標(biāo)記影子庫(kù)流量C.開(kāi)啟灰度路由D.開(kāi)啟混沌實(shí)驗(yàn)答案：B12.在ZooKeeper中，臨時(shí)節(jié)點(diǎn)在以下哪種情況下會(huì)被刪除（）。A.創(chuàng)建它的客戶端會(huì)話超時(shí)B.集群重啟C.節(jié)點(diǎn)數(shù)據(jù)被修改D.集群重新選舉leader答案：A13.某業(yè)務(wù)使用Kafka，acks=all，min.insync.replicas=2，副本因子3，當(dāng)2個(gè)broker宕機(jī)時(shí)，生產(chǎn)者會(huì)（）。A.繼續(xù)正常寫入B.拋出NotLeaderForPartitionExceptionC.自動(dòng)降級(jí)為acks=1D.寫入速度提升答案：B14.以下關(guān)于eBPF的描述錯(cuò)誤的是（）。A.可在內(nèi)核態(tài)運(yùn)行沙箱程序B.無(wú)需重啟內(nèi)核即可更新邏輯C.完全替代iptablesD.可用于網(wǎng)絡(luò)可觀測(cè)答案：C15.在Prometheus聯(lián)邦模式中，上級(jí)Prometheus從下級(jí)抓取數(shù)據(jù)常用的配置字段是（）。A.scrape_intervalB.honor_labelsC.metrics_pathD.federation答案：B16.某容器鏡像大小1.2GB，使用dockerpull時(shí)實(shí)際傳輸700MB，主要得益于（）。A.gzip壓縮B.layer復(fù)用C.manifest緩存D.p2p加速答案：B17.在AWS中，可將OnDemand實(shí)例自動(dòng)替換為Spot實(shí)例以節(jié)省成本的服務(wù)是（）。A.AutoScalingB.EC2FleetC.SavingsPlansD.ReservedInstance答案：B18.某系統(tǒng)使用Grafana+Alertmanager，當(dāng)報(bào)警“for:5m”設(shè)置為0s時(shí)，會(huì)導(dǎo)致（）。A.報(bào)警永不觸發(fā)B.報(bào)警立即觸發(fā)，可能抖動(dòng)C.報(bào)警靜默5分鐘D.報(bào)警只發(fā)一次答案：B19.在Linux系統(tǒng)，命令“tunedadmprofilethroughputperformance”主要優(yōu)化了（）。A.磁盤調(diào)度算法B.CPU頻率與內(nèi)核參數(shù)C.TCP擁塞窗口D.文件句柄數(shù)答案：B20.某業(yè)務(wù)接口P99延遲從100ms升至2s，以下排查順序最合理的是（）。A.壓測(cè)→查日志→擴(kuò)容→回滾B.查日志→壓測(cè)→回滾→擴(kuò)容C.回滾→查日志→壓測(cè)→擴(kuò)容D.擴(kuò)容→查日志→回滾→壓測(cè)答案：C二、多項(xiàng)選擇題（每題2分，共20分。每題有兩個(gè)或兩個(gè)以上正確答案，請(qǐng)將所有正確選項(xiàng)字母填入括號(hào)內(nèi)，漏選、錯(cuò)選均不得分）21.以下哪些措施可有效降低MySQL主從延遲（）。A.增大slave_parallel_workersB.使用半同步復(fù)制C.從庫(kù)開(kāi)啟binlogD.降低主庫(kù)寫入并發(fā)E.從庫(kù)關(guān)閉log_slave_updates答案：A、B、D22.關(guān)于Nginx負(fù)載均衡算法，描述正確的有（）。A.ip_hash保證同一客戶端落到同一節(jié)點(diǎn)B.least_conn優(yōu)先轉(zhuǎn)發(fā)給連接數(shù)最少的節(jié)點(diǎn)C.url_hash需安裝第三方模塊D.fair算法基于響應(yīng)時(shí)間E.random算法支持權(quán)重答案：A、B、C、D23.以下屬于KubernetesPod安全策略（PSP）可限制的維度有（）。A.是否允許特權(quán)容器B.是否允許hostNetworkC.是否只讀根文件系統(tǒng)D.是否使用特定UIDE.是否掛載宿主機(jī)/proc答案：A、B、C、D、E24.在Prometheus監(jiān)控體系中，可能導(dǎo)致數(shù)據(jù)稀疏的原因有（）。A.scrape間隔大于采樣間隔B.target重啟C.網(wǎng)絡(luò)分區(qū)D.標(biāo)簽值過(guò)多導(dǎo)致內(nèi)存溢出E.使用RecordingRule答案：A、B、C25.以下Linux命令中，可用于定位內(nèi)存泄漏的有（）。A.valgrindtool=memcheckB.pmapxPIDC.perfrecordgD.straceetrace=memoryE.top回車按M答案：A、B、C26.關(guān)于CDN緩存失效，說(shuō)法正確的有（）。A.可通過(guò)CacheControl:nostore徹底不緩存B.阿里云CDN支持目錄刷新C.預(yù)熱與刷新均可降低回源帶寬D.邊緣節(jié)點(diǎn)收到302響應(yīng)會(huì)緩存E.若源站返回private，CDN不會(huì)緩存答案：A、B、E27.以下關(guān)于KafkaPartition重分配，描述正確的有（）。A.使用kafkareassignpartitions.shB.重分配期間消費(fèi)組會(huì)停止消費(fèi)C.可生成throttle限制帶寬D.重分配后可驗(yàn)證副本分布E.重分配一定導(dǎo)致消息重復(fù)答案：A、C、D28.在混沌工程中，可注入的故障類型有（）。A.網(wǎng)絡(luò)延遲B.CPU滿載C.磁盤損壞D.時(shí)鐘偏移E.強(qiáng)制FullGC答案：A、B、D、E29.以下關(guān)于Dockerfile最佳實(shí)踐，正確的有（）。A.合并RUN命令減少layerB.使用alpine鏡像減小體積C.將變化頻繁的指令放在上層D.多階段構(gòu)建可剔除編譯依賴E.使用latest標(biāo)簽保證最新依賴答案：A、B、C、D30.某業(yè)務(wù)使用BlueGreen部署，切換后觀測(cè)到訂單下降，可能原因有（）。A.新環(huán)境數(shù)據(jù)庫(kù)字符集不同B.負(fù)載均衡DNS緩存C.新環(huán)境日志級(jí)別過(guò)高導(dǎo)致磁盤滿D.新環(huán)境缺少定時(shí)任務(wù)E.新環(huán)境未開(kāi)啟外網(wǎng)白名單答案：A、B、D、E三、填空題（每空2分，共20分。請(qǐng)將答案填入空格內(nèi)，保持術(shù)語(yǔ)準(zhǔn)確）31.在Linux中，查看進(jìn)程打開(kāi)句柄數(shù)的命令是lsofpPID或ls/proc/PID/fd|wcl。32.MySQL8.0默認(rèn)的事務(wù)隔離級(jí)別是REPEATABLEREAD。33.Kubernetes中，Service類型為ClusterIP時(shí)，集群外無(wú)法直接訪問(wèn)。34.在TCP三次握手過(guò)程中，客戶端發(fā)送的第二個(gè)報(bào)文段標(biāo)志位是SYN+ACK。35.使用curl測(cè)試接口時(shí)，添加H"AcceptEncoding:gzip"可模擬壓縮請(qǐng)求。36.Redis中，將當(dāng)前節(jié)點(diǎn)切換為從節(jié)點(diǎn)的命令是SLAVEOF主機(jī)端口。37.在Prometheus里，標(biāo)簽名必須滿足正則表達(dá)式[azAZ_][azAZ09_]。38.Nginx中，用于開(kāi)啟gzip壓縮的指令是gzipon;。39.阿里云OSS中，用于實(shí)現(xiàn)客戶端直傳并防止盜鏈的臨時(shí)憑證叫STSToken。40.Linux系統(tǒng)，查看塊設(shè)備延遲的常用工具是iostatx1。四、判斷改錯(cuò)題（每題2分，共10分。先判斷對(duì)錯(cuò)，若錯(cuò)則給出正確表述）41.在Kubernetes中，ConfigMap大小上限為2MB。（）答案：錯(cuò)，正確為1MB。42.TCP的TIME_WAIT狀態(tài)只在服務(wù)端出現(xiàn)。（）答案：錯(cuò)，客戶端和服務(wù)端均可出現(xiàn)。43.MySQL的redolog采用循環(huán)覆蓋機(jī)制，因此無(wú)需人工清理。（）答案：對(duì)。44.使用dockersystemprunea會(huì)保留最近使用的鏡像。（）答案：錯(cuò)，會(huì)刪除所有未被容器引用的鏡像。45.在Linux中，命令swapoffa可立即釋放所有交換分區(qū)并永久生效。（）答案：錯(cuò)，僅臨時(shí)生效，重啟后需再次配置/etc/fstab。五、簡(jiǎn)答題（封閉型，每題5分，共15分。請(qǐng)給出準(zhǔn)確、精煉的答案）46.簡(jiǎn)述Nginx502與504錯(cuò)誤的區(qū)別，并給出最常見(jiàn)根因。答案：502BadGateway指Nginx從上游收到無(wú)效響應(yīng)，常見(jiàn)根因?yàn)樯嫌芜M(jìn)程崩潰或拒絕連接；504GatewayTimeout指Nginx在規(guī)定時(shí)間內(nèi)未收到上游響應(yīng)，常見(jiàn)根因?yàn)樯嫌翁幚沓瑫r(shí)或網(wǎng)絡(luò)延遲。47.列舉Kubernetes中Pod處于Pending狀態(tài)的三種常見(jiàn)調(diào)度失敗原因。答案：1.節(jié)點(diǎn)資源不足；2.節(jié)點(diǎn)標(biāo)簽與Pod選擇器不匹配；3.污點(diǎn)與容忍度沖突；4.鏡像拉取失??；5.存儲(chǔ)卷未就緒。（任答三點(diǎn)即可）48.簡(jiǎn)述MySQL半同步復(fù)制與異步復(fù)制在數(shù)據(jù)一致性上的差異。答案：半同步復(fù)制要求主庫(kù)等待至少一個(gè)從庫(kù)接收并寫入relaylog后才提交，降低數(shù)據(jù)丟失概率；異步復(fù)制主庫(kù)不等待從庫(kù)確認(rèn)，存在主從切換時(shí)數(shù)據(jù)丟失風(fēng)險(xiǎn)。六、簡(jiǎn)答題（開(kāi)放型，每題10分，共20分。要求觀點(diǎn)明確、邏輯清晰，字?jǐn)?shù)均不少于120字）49.某社交平臺(tái)突發(fā)熱點(diǎn)事件，接口QPS從5萬(wàn)激增至50萬(wàn)，數(shù)據(jù)庫(kù)CPU瞬間打滿，緩存命中率降至70%，請(qǐng)給出可落地的15分鐘應(yīng)急方案，并說(shuō)明取舍理由。答案：1.立即開(kāi)啟本地限流：在API網(wǎng)關(guān)針對(duì)非核心讀接口降級(jí)90%流量，保障核心發(fā)帖與瀏覽；2.緩存擴(kuò)容：緊急擴(kuò)容Redis分片，將熱點(diǎn)key拆分到新分片并提高副本，減少單節(jié)點(diǎn)壓力；3.讀寫分離：把用戶時(shí)間線、評(píng)論等讀流量路由到只讀實(shí)例，降低主庫(kù)壓力；4.靜態(tài)化：將熱點(diǎn)話題頁(yè)生成靜態(tài)JSON推送到CDN，回源間隔30秒，犧牲實(shí)時(shí)性換取可用性；5.同步改異步：點(diǎn)贊、轉(zhuǎn)發(fā)寫操作先入Kafka，后臺(tái)線程限速消費(fèi)，避免峰值打垮DB；6.彈性升配：調(diào)用云API將MySQL主庫(kù)臨時(shí)升配至最高規(guī)格，15分鐘內(nèi)完成，費(fèi)用可接受；7.關(guān)閉非核心功能：如用戶勛章、推薦關(guān)注等，減少30%SQL；取舍理由：優(yōu)先保核心鏈路可用，接受部分延遲與數(shù)據(jù)最終一致；升配與擴(kuò)容成本低于事故損失；靜態(tài)化與異步化損失秒級(jí)實(shí)時(shí)，但用戶可接受。50.某金融核心系統(tǒng)要求RPO=0、RTO<30秒，現(xiàn)有主備跨城容災(zāi)，但演練時(shí)發(fā)現(xiàn)備城數(shù)據(jù)延遲5秒，切換后賬不平，請(qǐng)?jiān)O(shè)計(jì)一套“零數(shù)據(jù)丟失+快速切換”方案，并說(shuō)明關(guān)鍵技術(shù)點(diǎn)。答案：1.采用三園區(qū)半同步復(fù)制：主庫(kù)、同域備庫(kù)、跨城備庫(kù)，配置rpl_semi_sync_master_wait_for_slave_count=2，保證至少兩個(gè)庫(kù)收到日志才提交，實(shí)現(xiàn)RPO=0；2.使用GTID+增強(qiáng)半同步，避免傳統(tǒng)半同步降級(jí)風(fēng)險(xiǎn)；3.切換工具采用MHA+自定義腳本，30秒內(nèi)完成VIP漂移、readonly解除、連接池重連；4.引入校驗(yàn)補(bǔ)償：延遲5秒窗口通過(guò)Kafka收集binlog，切換后由對(duì)賬服務(wù)回放缺失流水，保證賬平；5.雙寫一致性：對(duì)賬務(wù)表采用“先寫日志、后寫余額”模型，利用唯一索引防重入；6.網(wǎng)絡(luò)專線+冗余通道，延遲<2ms，降低半同步等待時(shí)間；7.日常演練：每月真實(shí)扣款流量1%引流到備城，驗(yàn)證熱備有效性；關(guān)鍵技術(shù)點(diǎn)：半同步數(shù)量配置、GTID一致性、補(bǔ)償對(duì)賬冪等、網(wǎng)絡(luò)雙通道、自動(dòng)化切換腳本。七、應(yīng)用題（綜合類，15分）51.某視頻平臺(tái)采用微服務(wù)架構(gòu)，核心鏈路：用戶服務(wù)→推薦服務(wù)→播放服務(wù)→計(jì)費(fèi)服務(wù)，全鏈路均部署在Kubernetes集群，使用Istio進(jìn)行灰度?，F(xiàn)需上線推薦服務(wù)v2，要求：1.灰度20%流量；2.失敗率>1%自動(dòng)回滾；3.觀測(cè)P99延遲；4.零中斷。請(qǐng)給出完整的灰度發(fā)布步驟、監(jiān)控指標(biāo)、回滾判斷條件及命令示例，并計(jì)算若集群峰值QPS=8萬(wàn)，灰度期間推薦服務(wù)Pod需最少實(shí)例數(shù)（已知單實(shí)例4核8G，極限QPS=1000，安全水位60%）。答案：步驟：1.構(gòu)建v2鏡像并推送至Harbor，tag:recommend:v2.0.0；2.創(chuàng)建DestinationRule，定義subset:v1、v2，分別對(duì)應(yīng)labelversion=v1/v2；3.創(chuàng)建VirtualService，設(shè)置matchheadercanary=20%，轉(zhuǎn)發(fā)至v2，其余走v1；4.使用FlaggerCanaryCR，設(shè)置targetRef為Deployment/recommendv2，analysisinterva