2025年(完整版)運(yùn)維面試題(含答案)一、單項(xiàng)選擇題（每題2分，共20分）1.在Linux系統(tǒng)中，查看當(dāng)前系統(tǒng)內(nèi)核版本的命令是A.unamer??B.cat/etc/issue??C.lsb_releasea??D.dfh答案：A2.某MySQL實(shí)例使用InnoDB引擎，參數(shù)innodb_flush_log_at_trx_commit=2表示A.每次提交都刷盤，數(shù)據(jù)零丟失??B.每秒刷盤一次，可能丟失1秒事務(wù)C.不刷盤，完全依賴OS??D.每10秒刷盤一次答案：B3.Kubernetes中，用于暴露Pod隨機(jī)端口到節(jié)點(diǎn)固定端口的資源對(duì)象是A.Service??B.Ingress??C.NodePort??D.ConfigMap答案：C4.在Zabbix里，item類型為Zabbixagent(active)表示A.服務(wù)器主動(dòng)連接agent??B.agent主動(dòng)推數(shù)據(jù)到服務(wù)器C.使用SNMP協(xié)議??D.使用IPMI協(xié)議答案：B5.下列RAID級(jí)別中，允許任意兩塊盤同時(shí)損壞而不丟數(shù)據(jù)的是A.RAID5??B.RAID6??C.RAID10??D.RAID0答案：B6.使用tcpdump抓包時(shí)，僅捕獲目標(biāo)端口為80且源地址為00的命令片段是A.tcpdumpport80andsrc00??B.tcpdumpdstport80andsrchost00C.tcpdumpport80orhost00??D.tcpdumpsrcport80anddst00答案：B7.在PromQL中，計(jì)算CPU5分鐘平均負(fù)載的表達(dá)式是A.cpu_load_5m??B.avg_over_time(node_load5[5m])C.node_load5{}??D.rate(node_load5[5m])答案：B8.以下哪種文件系統(tǒng)支持快照子卷功能A.ext4??B.xfs??C.btrfs??D.tmpfs答案：C9.在Ansibleplaybook里，將變量foo賦值為bar的正確寫法是A.foo:bar??B.foo=bar??C.setfoo=bar??D.varfoo="bar"答案：A10.某Nginx配置中，limit_req_zone$binary_remote_addrzone=api:10mrate=10r/s的作用是A.限制并發(fā)連接數(shù)??B.限制請(qǐng)求速率??C.限制上傳帶寬??D.限制響應(yīng)時(shí)間答案：B二、多項(xiàng)選擇題（每題3分，共15分，多選少選均不得分）11.關(guān)于Linux系統(tǒng)軟中斷（softirq）說(shuō)法正確的有A.運(yùn)行在進(jìn)程上下文??B.可并發(fā)運(yùn)行在多個(gè)CPU??C.優(yōu)先級(jí)高于用戶進(jìn)程??D.可通過(guò)top查看si字段??E.可通過(guò)/proc/softirqs查看計(jì)數(shù)答案：BCE12.以下屬于Kubernetes控制平面組件的有A.kubelet??B.kubeapiserver??C.etcd??D.kubeproxy??E.cloudcontrollermanager答案：BCE13.對(duì)MySQL主從復(fù)制延遲敏感的場(chǎng)景，可采取的優(yōu)化手段有A.開啟并行復(fù)制??B.使用半同步復(fù)制??C.增大slave_parallel_workers??D.降低binlog_format為statement??E.將relay_log_purge關(guān)閉答案：ABC14.關(guān)于SSD與機(jī)械盤對(duì)比，正確的有A.SSD隨機(jī)IOPS更高??B.SSD寫入前需擦除塊??C.SSD順序帶寬一定低于機(jī)械盤??D.SSD存在寫放大問(wèn)題??E.SSD功耗通常更低答案：ABDE15.在CI/CD流程中，可用于靜態(tài)代碼安全掃描的開源工具有A.SonarQube??B.Clair??C.gosec??D.OWASPZAP??E.Checkmarx答案：ACD三、填空題（每空2分，共20分）16.在Linux中，查看塊設(shè)備隊(duì)列調(diào)度策略的命令是cat/sys/block/（sda）/queue/scheduler。答案：sda（示例，任意盤符均可）17.使用systemctl設(shè)置Nginx開機(jī)自啟的命令是systemctl（enable）nginx。答案：enable18.MySQL8.0默認(rèn)身份認(rèn)證插件是（caching_sha2_password）。答案：caching_sha2_password19.Kubernetes中，Pod的DNS域名格式為（space.pod.cluster.local）。答案：space.pod.cluster.local20.在Prometheus里，拉取目標(biāo)默認(rèn)使用（http）協(xié)議，端口為（9100）當(dāng)使用node_exporter時(shí)。答案：http；910021.將本地80端口流量轉(zhuǎn)發(fā)到遠(yuǎn)程8080端口，使用ssh命令sshL（80:localhost:8080）user@host。答案：80:localhost:808022.RAID10先做（鏡像）再做（條帶）。答案：鏡像；條帶23.查看Linux系統(tǒng)當(dāng)前已加載模塊列表的文件路徑是（/proc/modules）。答案：/proc/modules24.Nginx中，用于返回204狀態(tài)碼的指令是（return204;）。答案：return204;25.在Git中，將最后一次提交信息amend的命令是gitcommit（amend）。答案：amend四、判斷改錯(cuò)題（每題2分，共10分，先判斷對(duì)錯(cuò)，若錯(cuò)則給出正確表述）26.Linux系統(tǒng)中，nice值越大，進(jìn)程優(yōu)先級(jí)越高。答案：錯(cuò)，nice值越大，優(yōu)先級(jí)越低。27.MySQL的redolog大小由參數(shù)max_binlog_size決定。答案：錯(cuò)，由innodb_log_file_size決定。28.Kubernetes的Deployment控制器默認(rèn)使用Recreate升級(jí)策略。答案：錯(cuò)，默認(rèn)使用RollingUpdate。29.在TCP三次握手過(guò)程中，SYN標(biāo)志位僅在第一次出現(xiàn)。答案：錯(cuò)，第一次SYN=1，第二次SYN=1+ACK=1。30.RAID0通過(guò)鏡像提供冗余，允許任意一塊盤損壞。答案：錯(cuò)，RAID0無(wú)冗余，任意盤損壞即失效。五、簡(jiǎn)答題（封閉型，每題5分，共15分）31.描述Linux系統(tǒng)啟動(dòng)到登錄提示符的完整流程，要求給出關(guān)鍵階段與配置文件。答案：1.BIOS/UEFI→加載MBR/GPT中的Bootloader（grub2）2.grub2讀取/boot/grub2/grub.cfg，加載vmlinuz與initramfs3.內(nèi)核啟動(dòng)，掛載initramfs，加載驅(qū)動(dòng)4.切換到真實(shí)根文件系統(tǒng)，執(zhí)行systemd（PID1）5.systemd讀取/etc/systemd/system/default.target，啟動(dòng)default.target依賴單元6.啟動(dòng)getty@.service，顯示登錄提示符。關(guān)鍵配置：/etc/default/grub、/boot/grub2/grub.cfg、/etc/fstab、/etc/systemd/system/32.給出一次線上MySQL主從復(fù)制中斷的常見原因及排查步驟。答案：原因：網(wǎng)絡(luò)抖動(dòng)、serverid沖突、binlog被purge、表結(jié)構(gòu)不一致、主鍵沖突。步驟：1.在從庫(kù)showslavestatus\G查看Last_Error與Seconds_Behind_Master2.對(duì)比主從serverid、binlog文件名與position3.若binlog缺失，通過(guò)主庫(kù)showbinarylogs確認(rèn)是否被purge4.使用pttablechecksum校驗(yàn)數(shù)據(jù)一致性5.若可修復(fù)，使用sql_slave_skip_counter=1跳過(guò)錯(cuò)誤；若差距大，重做從庫(kù)。33.說(shuō)明Nginx的master/worker進(jìn)程模型及熱升級(jí)零中斷原理。答案：master負(fù)責(zé)讀取配置、管理worker；worker處理請(qǐng)求。熱升級(jí)：1.向舊master發(fā)USR2，舊master重命名pid文件，啟動(dòng)新master與worker2.向舊master發(fā)WINCH，舊worker優(yōu)雅退出3.驗(yàn)證新業(yè)務(wù)正常后，向舊master發(fā)QUIT，舊master退出，完成零中斷升級(jí)。六、計(jì)算題（共10分）34.某Web服務(wù)峰值QPS=8000，平均響應(yīng)時(shí)間RT=200ms，目標(biāo)p99響應(yīng)時(shí)間≤500ms。若采用單節(jié)點(diǎn)Nginx+PHPFPM，每臺(tái)機(jī)器極限并發(fā)為CPU4核，單核可維持200并發(fā)，內(nèi)存每并發(fā)占用32MB。計(jì)算：（1）所需最小機(jī)器數(shù)；（2）若引入Redis緩存命中率90%，后端QPS降至多少？（3）此時(shí)是否可節(jié)省機(jī)器，節(jié)省幾臺(tái)？答案：（1）并發(fā)數(shù)C=QPS×RT=8000×0.2=1600；單臺(tái)極限并發(fā)=4×200=800；需1600/800=2臺(tái)。（2）后端QPS=8000×(190%)=800。（3）新并發(fā)C'=800×0.2=160；單臺(tái)仍支持800，160/800=0.2→向上取整1臺(tái)；節(jié)省21=1臺(tái)。七、綜合應(yīng)用題（共30分）35.背景：某電商公司計(jì)劃在2025年雙11前完成全鏈路彈性架構(gòu)改造?，F(xiàn)有系統(tǒng)：峰值預(yù)估QPS12萬(wàn)，寫讀比1:9數(shù)據(jù)庫(kù)：MySQL8.0，一主兩從，單實(shí)例磁盤2TBSSD，內(nèi)存128GB應(yīng)用：SpringBoot無(wú)狀態(tài)服務(wù)，容器化，鏡像1.2GB緩存：Redis6.2Cluster，16分片，每分片8GB消息：Kafka3.5，三節(jié)點(diǎn)，副本因子3，單消息1KB，峰值寫入50MB/s監(jiān)控：Prometheus+Grafana，指標(biāo)保留30天日志：?jiǎn)喂?jié)點(diǎn)每天產(chǎn)生500GB，保留7天預(yù)算：可擴(kuò)展云資源，但需控制成本增幅≤20%任務(wù)：（1）給出數(shù)據(jù)庫(kù)容量評(píng)估，說(shuō)明是否需要分庫(kù)分表，給出拆分維度與拆分后實(shí)例數(shù)。（6分）（2）設(shè)計(jì)容器平臺(tái)網(wǎng)絡(luò)方案，要求Pod密度單節(jié)點(diǎn)≥200，給出CNI選型與網(wǎng)段規(guī)劃。（4分）（3）計(jì)算Kafka磁盤容量并給出集群節(jié)點(diǎn)數(shù)，要求峰值寫入下磁盤占用≤70%。（4分）（4）給出Prometheus高可用方案，解決單點(diǎn)與數(shù)據(jù)持久化，估算所需遠(yuǎn)程存儲(chǔ)容量。（4分）（5）設(shè)計(jì)日志收集鏈路，要求支持秒級(jí)檢索與7天存儲(chǔ)，給出組件選型與資源估算。（4分）（6）給出雙11當(dāng)天彈性伸縮策略，包含閾值、冷卻時(shí)間、最大副本數(shù)，需考慮緩存預(yù)熱與DB連接池上限。（4分）（7）列出三項(xiàng)潛在風(fēng)險(xiǎn)與對(duì)應(yīng)的降級(jí)預(yù)案。（4分）答案：（1）預(yù)估訂單表一年增長(zhǎng)：日均單量500萬(wàn)，雙11峰值10倍，單條訂單200B，一年365×500萬(wàn)×200B≈365GB，三年1TB。熱點(diǎn)集中，按user_id水平分16庫(kù)，每庫(kù)32表，共512表；每庫(kù)峰值寫QPS=12萬(wàn)×10%÷16=750，單實(shí)例可抗2000，故16主實(shí)例即可，每主帶2從。（2）CNI選CalicoBGP+IPAM，使用/16，單節(jié)點(diǎn)分配/24含256地址，滿足200Pod；NetworkPolicy開啟，kubeproxy用IPVS。（3）日寫入50MB/s×86400≈4.1TB，副本3倍12.3TB，保留3天36.9TB；磁盤70%利用率，需裸容量53TB；單節(jié)點(diǎn)16TB×4節(jié)點(diǎn)=64TB，滿足。（4）Prometheus采用ThanosSidecar+對(duì)象存儲(chǔ)，雙副本Prometheus，遠(yuǎn)程存儲(chǔ)使用S3兼容，壓縮率約0.06bytes/sample，30天指標(biāo)量：12萬(wàn)QPS×60指標(biāo)×86400×30≈1.87T樣本，容量≈1.87T×0.06≈112GB。（5）日志鏈路：Filebeat→Kafka→Logstash→Elasticsearch，熱節(jié)點(diǎn)7天，冷節(jié)點(diǎn)0天。單節(jié)點(diǎn)500GB，雙1111節(jié)點(diǎn)共5.5TB，ES三主兩分片，壓縮比0.8，需裸盤≈5.5TB÷0.8≈6.9TB，熱節(jié)點(diǎn)3×2.5TB=7.5TB。（6）HPA：CPU60%、QPS8000、自定義消息隊(duì)列l(wèi)ag10000，冷卻300s，最大副本=峰值QPS/單Pod極限QPS=120000/4000=30；緩存預(yù)熱采用Job提前加載熱門商品，DB連接池上限=單實(shí)例300×16=4800，副本30×100=3000<4800。（7）風(fēng)險(xiǎn)與降級(jí)：a.緩存擊穿→本地Caffeine+布隆過(guò)濾器，降級(jí)返回靜態(tài)推薦；b.支付鏈路超時(shí)→開啟異步隊(duì)列，頁(yè)面轉(zhuǎn)輪詢，降級(jí)提示“處理中”；c.數(shù)據(jù)庫(kù)主庫(kù)宕機(jī)→哨兵提升從庫(kù)，開啟只讀模式，降級(jí)寫請(qǐng)求排隊(duì)。八、開放型簡(jiǎn)答題（共10分）36.結(jié)合你對(duì)FinOps理念的理解，闡