2025互联网常用运维笔试题及答案.docxVIP

2025互联网常用运维笔试题及答案

一、Linux系统与基础操作

1.请描述`top`命令输出中`%CPU`、`ni`、`virt`、`res`列的具体含义，并说明如何通过`top`快速定位CPU占用率异常的线程？

答案：

-`%CPU`：进程占用的CPU时间百分比（多核场景下可能超过100%）；

-`ni`：进程的nice值（优先级调整值，范围-20到19，值越小优先级越高）；

-`virt`：进程虚拟内存总量（包括未实际分配的内存）；

-`res`：进程实际占用的物理内存（常驻内存集大小）。

定位CPU异常线程的步骤：

①在`top`界面按`H`（开启线程显示模式），此时`PID`列实际显示的是线程ID（TID）；

②观察`%CPU`列排序，找到高占用的线程；

③记录该线程的TID（十进制），转换为十六进制（如TID=1234→0x4d2）；

④使用`pstack进程PID`或`gdb-p进程PID-exthreadapplyallbt`查看线程栈，结合十六进制TID定位具体代码逻辑（如死循环、高计算量函数）。

2.某服务器`df-h`显示根分区可用空间为0，但`du-sh/`统计所有目录总大小远小于分区容量，可能的原因是什么？如何快速定位并解决？

答案：

可能原因：存在被删除但未释放的大文件（如日志文件被`rm`删除，但仍被进程持有句柄）。进程未关闭该文件描述符时，文件系统不会回收空间。

定位步骤：

①执行`lsof+L1`（列出所有被打开且引用计数0的文件），过滤状态为`(deleted)`的条目；

②或使用`find/proc//fd-ls|grepdeleted`（遍历所有进程的文件描述符，查找被删除的文件）。

解决方法：

①找到对应进程（如`nginx`、`java`），通过`kill-HUPPID`或重启进程释放文件句柄；

②若进程无法重启，可通过`echo/proc/PID/fd/FD`清空文件内容（需谨慎，避免数据丢失）。

3.请写出`crontab`每分钟执行一次`/usr/local/scripts/clean_log.sh`脚本的正确语法，并说明`crontab`任务未执行时的排查思路（至少5步）。

答案：

正确语法：`/usr/local/scripts/clean_log.sh/tmp/clean.log21`（建议添加日志输出以便排查）。

排查思路：

①检查`crontab-l`是否存在该任务，确认用户是否正确（不同用户的crontab独立）；

②查看`/var/log/syslog`（或`/var/log/cron`，取决于系统配置）是否有`cron`调度日志，确认任务是否被触发；

③检查脚本权限：`ls-l/usr/local/scripts/clean_log.sh`，确保有`x`执行权限（`chmod+x`）；

④验证脚本在命令行直接执行是否正常（注意环境变量差异，`crontab`默认使用最小化环境，需在脚本中显式指定`PATH`或使用绝对路径）；

⑤检查`selinux`或`apparmor`是否禁用了`cron`执行脚本的权限（通过`audit2allow`或临时关闭验证）；

⑥确认系统时间是否正确（`date`），避免因时区问题导致任务未触发。

二、网络基础与故障排查

4.某业务接口响应延迟高，通过`ping`检测目标IP丢包率0%，但`traceroute`显示中间某跳延迟超过500ms，可能的原因是什么？如何进一步验证？

答案：

可能原因：

①中间节点（如路由器、防火墙）负载过高，导致数据包排队；

②中间节点对`traceroute`使用的ICMP/UDP包做了限速或优先级降级（业务流量为TCP，优先级更高）；

③路由路径中存在跨运营商链路（如电信→联通），跨网节点性能较差。

验证方法：

①使用`mtr`（结合`ping`和`traceroute`）持续监控，观察延迟高的跳数是否稳定出现；

②通过`tcptrace`分析业务TCP连接的RTT（往返时间），确认延迟是否与该跳相关；

③尝试更换路由路径（如通过BGP宣告更优路由），观察延迟是否降低；

④联系中间节点的网络管理员，检查其设备的CPU、内存、队列状态（如`showprocessescpu`）。

5.请解释TCP连接中`TIME_WAIT`状态的产生原因、作用及大量`TIME_WAIT`可能导致的问题，并给出优化方案