系统维护师的面试题及答案.docxVIP

系统维护师的面试题及答案

一、技术基础能力考核

1.问题：服务器部署的Linux系统（CentOS7）突然无法通过SSH连接，本地登录后发现网络服务异常。请描述从基础检查到问题定位的完整流程。

答案：首先确认物理连接状态，检查网口指示灯是否正常，使用`ethtool网卡名`查看链路是否UP；若物理连接正常，执行`systemctlstatusnetwork`或`systemctlstatusNetworkManager`（根据实际启用服务）检查网络服务运行状态，观察是否有报错日志（如`journalctl-unetwork`）。接着检查IP配置，通过`ipaddrshow`确认IP地址、子网掩码是否正确，是否存在冲突；使用`iprouteshow`查看路由表是否有默认网关。若IP配置正常，测试本地环路`ping`，若失败需检查`/etc/hosts`是否被篡改或系统文件损坏。若本地环路正常，测试网关连通性`ping网关IP`，失败则检查路由表或网关设备状态。若网关可达，检查防火墙规则`iptables-L`或`firewall-cmd--list-all`，确认22端口是否被封禁；若防火墙无限制，检查SSH服务状态`systemctlstatussshd`，查看是否因内存不足、配置文件错误（如`/etc/ssh/sshd_config`中的Port、ListenAddress参数）导致服务未启动或崩溃，可通过`ss-tlnp|grep22`确认SSH服务是否监听22端口。若服务未启动，尝试`systemctlrestartsshd`并查看`/var/log/secure`中的启动日志定位具体错误（如密钥文件权限问题、PAM模块配置错误）。

2.问题：某业务数据库（MySQL5.7）每日凌晨出现10分钟左右的慢查询，影响用户体验。假设你是系统维护师，如何定位并解决该问题？

答案：首先获取慢查询日志，确认MySQL是否开启慢查询记录（检查`slow_query_log`是否为ON，`long_query_time`是否设置合理，通常设为1秒），若未开启需临时启用并等待重现。通过`pt-query-digest`分析慢查询日志，定位具体SQL语句、执行时间、锁等待情况。观察慢查询集中的时间段，检查是否有定时任务（如数据归档、报表生成）在此时执行，通过`SHOWPROCESSLIST`查看运行中的线程，确认是否有全表扫描、无索引查询或锁表操作。检查数据库服务器资源使用情况，通过`top`、`iostat`观察CPU、内存、磁盘I/O在慢查询期间是否达到瓶颈（如磁盘IOPS超过物理限制导致查询阻塞）。若资源正常，分析具体SQL的执行计划（`EXPLAIN`命令），检查是否缺少索引（如WHERE、JOIN条件字段未建立索引）、索引是否失效（如对字段使用函数、类型不匹配）。若存在大表查询，考虑分库分表或增加从库分担读压力；若为定时任务导致，调整任务执行时间或优化任务逻辑（如分批处理代替一次性全量操作）。此外，检查数据库配置参数，如`innodb_buffer_pool_size`是否过小导致频繁磁盘读取，`max_connections`是否不足导致连接排队，调整后需验证效果。

二、故障排查与应急处理能力

3.问题：生产环境中，一台承载核心业务的Nginx服务器突然宕机，导致用户无法访问页面。作为值班维护人员，你会如何处理？

答案：第一步，确认宕机状态：通过远程登录（若无法SSH则联系机房查看物理机状态）检查服务器是否断电、硬件故障（如内存、硬盘报错）；若服务器运行中，使用`top`查看CPU、内存是否耗尽，`dmesg`查看内核是否有致命错误（如OOMKill）。第二步，检查Nginx进程状态：`ps-ef|grepnginx`确认主进程和worker进程是否存在，若进程不存在，尝试`systemctlstartnginx`启动，若启动失败查看`/var/log/nginx/error.log`定位错误（如配置文件语法错误、端口被占用）。第三步，若进程正常但无法访问，检查监听端口：`ss-tlnp|grep80`确认Nginx是否监听80/443端口；使用`curllocalhost`测试本地访问是否正常，若本地正常则问题可能在网络（如负载均衡器配置错误、DNS解析异常），需联系网络团队排查；若本地访问异常，检查Nginx配置文件（`nginx-t`验证语法），确认虚拟主机、反向代理地址是否正确，静态资源路径是否存在权限问题（如目录属主属组错误导致无法读取）。第四步，若服务器硬件故障（如硬盘损坏），立即切换到备用服务器（需提前配