中级运维工程师面试题及答案.docxVIP

中级运维工程师面试题及答案

一、Linux系统与基础运维

问题1：如何排查Linux服务器CPU使用率持续90%以上的问题？请描述具体步骤及涉及的工具。

答：排查CPU高负载需分步骤定位问题根源，具体步骤如下：

1.确认整体负载情况：使用`top`或`htop`命令观察系统整体CPU使用率，重点关注`us（用户态）`、`sy（内核态）`、`wa（IO等待）`占比。若`us`高，通常是用户进程消耗；`sy`高可能是内核或系统调用频繁；`wa`高则可能是磁盘IO瓶颈。

2.定位高CPU进程：在`top`界面按`P`键（按CPU使用率排序），找到占用CPU最高的进程PID。记录PID后，使用`ps-ef|grepPID`或`ps-opid,ppid,user,comm,%cpu,%mem-pPID`查看进程详细信息（如所属用户、启动命令）。

3.分析进程内部线程：若单个进程CPU高，可能是其内部某个线程导致。使用`top-H-pPID`查看进程下的所有线程（线程在top中显示为轻量级进程LWP），找到高CPU的线程ID（TID）。将TID转换为十六进制（如`printf%x\nTID`），用于后续分析。

4.获取进程堆栈信息：使用`pstackPID`或`gstackPID`获取进程的线程堆栈，结合十六进制TID定位具体线程的调用栈，判断是否存在死循环、递归过深或不合理的循环操作。例如，若堆栈中频繁出现`do_work()`函数调用，可能是业务逻辑问题。

5.检查进程资源限制：通过`cat/proc/PID/limits`查看进程的资源限制（如最大线程数、文件描述符），若因限制导致进程频繁创建/销毁线程，可能间接导致CPU升高。

6.结合性能分析工具：使用`perf`工具进一步分析，如`perftop-pPID`可实时查看进程内函数调用的CPU消耗占比；`perfrecord-pPID-g`记录后用`perfreport`生成调用图，定位热点函数。

7.验证是否为偶发或持续问题：若问题偶发，可使用`dstat`或`sar-u110`持续监控CPU变化，结合`strace-pPID`跟踪进程系统调用（如`strace-tt-pPID`记录时间戳，观察是否有频繁的`read/write`或`epoll_wait`调用）。

问题2：如何优化Linux系统的文件描述符限制？说明临时调整与永久生效的方法，并解释`ulimit`与`sysctl`的区别。

答：Linux默认文件描述符限制（`nofile`）通常为1024，高并发服务（如Nginx、Redis）需调大此限制，步骤如下：

-临时调整：

1.查看当前限制：`ulimit-n`（用户级）或`cat/proc/sys/fs/file-max`（系统级）。

2.临时修改用户级限制：`ulimit-n65535`（仅对当前shell会话有效）。

3.临时修改系统级限制：`sysctl-wfs.file-max=1000000`（需root权限，重启后失效）。

-永久生效：

1.修改用户级限制：编辑`/etc/security/limits.conf`，添加：

```

softnofile65535

hardnofile65535

```

（``表示所有用户，也可指定具体用户如`nginx`）

2.修改系统级限制：编辑`/etc/sysctl.conf`，添加`fs.file-max=1000000`，执行`sysctl-p`生效。

3.验证：重启服务或重新登录后，通过`ulimit-n`和`cat/proc/sys/fs/file-max`确认。

`ulimit`与`sysctl`的区别：

-`ulimit`：控制用户级资源限制（如文件描述符、栈大小、最大进程数），由PAM模块（`pam_limits.so`）在用户登录时加载，作用于单个用户或进程。

-`sysctl`：调整内核参数（如网络、文件系统、虚拟内存），影响整个系统，需root权限，通常用于全局优化（如`net.core.somaxconn`控制TCP连接队列大小）。

问题3：如何分析Nginx错误日志中的“502BadGateway”问题？请列举可能原因及排查方法。

答：502错误表示Nginx作为代理时，后端服务（如PHP-FPM、Tomcat）未返回有效响应，可能原因及排查步骤：

1.后端服务未启动或崩