运行维护测试题及答案.docxVIP

运行维护测试题及答案

一、单项选择题（每题2分，共30分）

1.某Linux服务器CPU使用率持续超过90%，通过top命令观察到用户态（us）占用75%，内核态（sy）占用15%，以下最可能的原因是：

A.磁盘I/O密集型任务运行

B.大量进程处于等待I/O状态

C.应用程序存在高计算量任务

D.内核模块存在死锁

答案：C

解析：用户态CPU高（us占比大）通常与用户空间进程的计算任务相关，如循环运算、数据加密等；内核态（sy）高可能与系统调用、中断处理有关。磁盘I/O密集会导致iowait（wa）升高，进程等待I/O会表现为大量进程处于D（不可中断睡眠）或S（可中断睡眠）状态，死锁通常伴随进程僵死或无响应，因此选C。

2.以下关于数据库备份策略的描述，错误的是：

A.全量备份周期应结合业务数据变更频率设定

B.增量备份需基于最近一次全量备份恢复

C.日志备份（binlog/redolog）应实时归档

D.云数据库可仅依赖云厂商自动备份，无需本地留存

答案：D

解析：云厂商备份可能受服务故障、策略调整影响，本地或异机留存备份是容灾的基本要求，因此D错误。其他选项均符合备份策略设计原则。

3.某Nginx服务器配置反向代理，前端用户访问时出现502BadGateway错误，排查步骤的正确顺序是：

①检查Nginx与后端服务器的网络连通性（如telnet端口）

②查看Nginx错误日志（error.log）

③确认后端服务器是否正常运行（如进程状态、资源使用）

④检查Nginx配置文件中upstream模块是否指向正确地址

A.②→④→①→③

B.①→③→②→④

C.④→②→①→③

D.③→①→④→②

答案：A

解析：502错误通常由后端不可达或响应异常导致。首先查看Nginx错误日志可直接获取报错细节（如连接超时、拒绝连接）；其次检查配置文件确保upstream地址正确；然后验证网络连通性（如telnet80/443）；最后确认后端服务本身状态（如进程是否存活、CPU/内存是否耗尽）。

4.以下不属于Linux系统内核参数优化范畴的是：

A.调整最大文件描述符数（fs.file-max）

B.配置TCP连接超时时间（net.ipv4.tcp_fin_timeout）

C.设置Swap分区大小

D.修改进程最大线程数（kernel.threads-max）

答案：C

解析：Swap分区大小由磁盘分区决定，属于存储规划范畴，内核参数优化主要针对操作系统运行时的资源限制（如文件描述符、线程数）、网络协议行为（如TCP超时）等。

5.某分布式系统使用ZooKeeper作为服务注册中心，当ZooKeeper集群半数以上节点宕机时，系统会出现：

A.服务注册/发现功能完全瘫痪

B.剩余节点自动选举新Leader，服务短暂中断后恢复

C.所有节点进入只读模式，无法写入

D.客户端连接自动切换至备用集群

答案：A

解析：ZooKeeper采用ZAB协议，集群正常工作需保证超过半数节点存活（法定人数）。当半数以上节点宕机时，无法满足法定人数，集群停止服务（既不能读也不能写），因此选A。

6.以下日志分析场景中，最适合使用ELK（Elasticsearch+Logstash+Kibana）的是：

A.实时监控服务器CPU/内存使用率

B.分析用户登录失败的IP分布及时间规律

C.统计数据库慢查询的执行次数

D.排查某次突发网络中断的具体时间点

答案：B

解析：ELK擅长非结构化日志的收集、存储、检索与可视化，用户登录失败日志包含IP、时间、用户等信息，适合通过Kibana进行多维分析。A适合用Prometheus+Grafana（时序数据监控）；C可通过数据库自带慢查询日志结合脚本统计；D需高精度时间戳对齐，可用tshark或Splunk。

7.某应用通过JDBC连接MySQL，出现“Toomanyconnections”错误，可能的原因不包括：

A.应用未正确关闭数据库连接（Connection未释放）

B.MySQL配置的max_connections参数过小

C.数据库长时间未执行主从同步

D.应用开启了大量短连接且连接池配置不合理

答案：C

解析：主从同步异常会影响数据一致性或读写分离，但不会直接导致连接数超限。其他选项均可能导致连接数超过max_connections限制。

8.以下关于容器镜像安全的措施，效果最差的是：

A.