2026运维试题及答案

2026运维试题及答案一、单项选择题（每题2分，共20分）1.在Linux系统中，查看系统平均负载应使用哪个命令？A.freeB.uptimeC.dfD.iostat答案：B解析：uptime直接输出最近1分钟、5分钟、15分钟的平均负载。free查看内存，df查看磁盘，iostat查看I/O与CPU统计。2.在Linux中，存储用户密码哈希值的文件是？A./etc/passwdB./etc/shadowC./etc/groupD./etc/gshadow答案：B解析：/etc/passwd存放用户基本信息，密码哈希存放在/etc/shadow中，默认仅root用户可读，安全性更高。3.在Shell脚本中，变量$?表示？A.当前脚本的PIDB.上一个命令的退出状态码C.当前Shell的版本D.脚本的参数个数答案：B解析：$?返回上一条命令的退出状态码，0通常表示成功，非0表示失败，常用于脚本中的错误判断。4.在TCP/IP模型中，HTTP协议工作在哪一层？A.网络接口层B.网际层C.传输层D.应用层答案：D5.在systemd中，设置服务开机自启动的命令是？A.systemctlstartnginxB.systemctlenablenginxC.systemctlrestartnginxD.systemctlstatusnginx答案：B6.在MySQL中，查看当前数据库列表的命令是？A.SHOWTABLES;B.SHOWDATABASES;C.SELECTDATABASE();D.DESCRIBEDATABASE;答案：B7.在Docker中，将容器内部80端口映射到宿主机8080端口的运行参数是？A.-p80:8080B.-p8080:80C.-P80D.--expose8080答案：B解析：端口映射格式为-p宿主机端口:容器端口，因此将容器内80端口映射到宿主机8080应写为-p8080:80。8.在Ansible中，默认的主机清单文件路径是？A./etc/ansible/hostsB./etc/ansible/ansible.cfgC./etc/hostsD./etc/ansible/inventory答案：A9.在Nginx配置中，worker_processes指令用于？A.设置工作进程数量B.设置最大连接数C.设置监听端口D.设置日志路径答案：A10.在Git中，将本地提交推送到远程仓库的命令是？A.gitcommitB.gitpushC.gitfetchD.gitmerge答案：B二、多项选择题（每题3分，共15分，少选得1分，错选不得分）1.下列哪些属于Linux中常用的文件系统类型？A.ext4B.xfsC.NTFSD.btrfs答案：A、B、D解析：ext4、xfs、btrfs是Linux下常见的文件系统。NTFS是Windows文件系统，Linux虽可通过驱动读写，但不属于Linux常用文件系统。2.下列哪些RAID级别能够提供数据冗余？A.RAID0B.RAID1C.RAID5D.RAID10答案：B、C、D解析：RAID0仅做条带化，无冗余能力；RAID1为镜像，RAID5采用奇偶校验，RAID10为镜像加条带，均具备冗余能力。3.下列哪些工具可以用于Linux系统性能监控？A.topB.vmstatC.iostatD.sar答案：A、B、C、D解析：四个命令均常用于Linux性能分析，top查看实时进程和资源，vmstat查看整体资源与上下文切换，iostat查看磁盘I/O与CPU，sar可采集并报告历史性能数据。4.在Shell中，下列哪些是合法的变量名？A.pathB.1pathC._pathD.path-name答案：A、C解析：变量名必须由字母、数字和下划线组成，且不能以数字开头。B以数字开头不合法，D含连字符不合法，A、C合法。5.下列哪些属于常见的开源监控系统？A.ZabbixB.PrometheusC.NagiosD.Nginx答案：A、B、C解析：Zabbix、Prometheus、Nagios是运维常用开源监控系统。Nginx是Web服务器和反向代理软件，不属于监控系统。三、判断题（每题1分，共10分）1.Linux系统中root用户的UID为0。答案：正确2.执行chmod777file后，所有用户对该文件都具有读、写、执行权限。答案：正确3.TCP三次握手过程中，第二次握手发送的是SYN+ACK报文。答案：正确4.在Docker中，容器被删除后其内部产生的数据一定会永久丢失，无法持久化。答案：错误解析：Docker支持数据卷（Volume）和绑定挂载（BindMount），可将容器数据持久化到宿主机，容器删除后数据仍然保留。5.Ansible的playbook使用YAML格式编写。答案：正确6.在MySQLInnoDB存储引擎中，执行DELETE命令后，表空间一定会立即释放。答案：错误解析：InnoDB删除数据后，空间会被标记为可复用，但不会立即返还给操作系统，容易产生碎片，通常需要通过OPTIMIZETABLE等方式回收。7.在Kubernetes中，Pod是调度和部署的最小单位。答案：正确8.Nginx既可以作为Web服务器，也可以作为反向代理服务器。答案：正确9.使用crontab-l可查看当前用户的定时任务列表。答案：正确10.在Shell脚本中，单引号和双引号的作用相同，变量都会进行展开。答案：错误解析：单引号中所有字符均按字面处理，变量不展开；双引号中变量和部分转义字符会展开。四、简答题（每题5分，共25分）1.简述TCP三次握手的过程。答案：第一次：客户端发送SYN报文，进入SYNSENT状态；第二次：服务端收到后回复SYN+ACK报文，进入SYNRCVD状态；第三次：客户端再发送ACK报文，双方进入ESTABLISHED状态，连接建立。2.简述Linux中硬链接与软链接的主要区别。答案：硬链接与原文件共享同一inode，不能跨文件系统，不能链接目录，删除原文件后硬链接仍可访问数据；软链接是独立的链接文件，保存目标路径，可跨文件系统，可链接目录，原文件删除后软链接失效。3.简述Docker镜像与容器的关系。答案：镜像是只读模板，用于创建容器；容器是镜像的运行实例，在镜像层之上添加可写层。一个镜像可以创建多个容器，容器可以启动、停止、删除，而镜像保持不变。4.简述Nginx正向代理与反向代理的区别。答案：正向代理代理客户端，服务端不知道真正的客户端是谁，常用于突破网络限制或访问外网；反向代理代理服务端，客户端不知道真正的服务端是谁，常用于负载均衡、缓存、安全隔离和统一入口。5.简述运维工作中常见的故障排查基本思路。答案：先确认现象与影响范围，收集日志与监控数据；从网络、系统资源、应用服务、依赖组件逐层排查；采用二分法或对比法定位问题；制定临时恢复方案与长期修复方案；处理完成后复盘总结，更新监控与应急预案。五、案例分析题（每题15分，共30分）1.某Web应用部署架构为Linux+Nginx+PHP-FPM+MySQL，近期用户反馈访问缓慢，偶发502BadGateway。请描述你的排查步骤，并分析至少三个常见原因及对应解决方案。答案：排查步骤：(1)查看Nginx错误日志/var/log/nginx/error.log，确认502对应的上游错误信息。(2)检查PHP-FPM进程状态，确认是否存在进程数耗尽、频繁重启或内存溢出。(3)查看系统资源：CPU、内存、磁盘I/O、网络连接数，使用top、vmstat、ss等命令。(4)检查MySQL慢查询日志与当前连接数，确认数据库是否成为瓶颈。(5)复现请求并抓取链路，可使用strace、慢日志或APM工具定位具体卡点。常见原因及解决方案：(1)PHP-FPM进程数不足：Nginx将请求转发给PHP-FPM时无可用进程，返回502。可适当增加pm.max_children，优化代码逻辑，限制慢请求数量。(2)PHP-FPM处理超时或异常退出：脚本执行时间超过request_terminate_timeout，或代码出现致命错误。需要优化代码、合理调整超时时间、修复错误并记录日志。(3)后端MySQL响应缓慢导致PHP脚本阻塞：数据库连接数满或慢查询多。需优化SQL、添加索引、调整连接池大小，必要时升级硬件或拆分读写。(4)Nginx与PHP-FPM通信方式异常：使用TCPsocket时端口被占用或监听失败，可检查配置，改用Unixsocket以提高性能和稳定性。(5)系统内存不足：内存耗尽触发OOM或Swap抖动，导致PHP-FPM进程被杀。需增加内存、优化内存使用、限制每个请求的内存占用。解析：502通常表示Nginx无法从上游获取有效响应，排查应从“外到内、从现象到日志”逐步推进。先看Nginx错误日志，再检查PHP-FPM进程状态和系统资源，最后深入应用与数据库层定位根因。2.某公司使用Kubernetes部署微服务，近期频繁出现Pod被驱逐（Evicted）和OOMKilled现象。请分析可能的原因，并提出至少四条优化建议。答案：可能原因：(1)节点内存资源不足，Pod内存使用超过limit，触发cgroupOOMkiller将其杀死。(2)节点磁盘压力大，如日志、镜像、容器可写层占用过高，kubelet根据驱逐阈值主动驱逐Pod。(3)未设置合理的requests/limits，导致调度不均衡或资源超卖严重。(4)应用自身内存泄漏或流量突增导致内存峰值过高。(5)节点数量不足或Pod分布不合理，部分节点过载。(6)系统级内存回收频繁（如kswapd活跃），导致节点整体内存压力增大。优化建议：(1)为所有容器设置合理的resources.requests和resources.limits，内存limit应略高于正常运行峰值。(2)优化应用内存使用，修复内存泄漏，合理使用缓存或对象池。(3)根据监控数据调整Pod副本数，使用HPA（水平自动扩缩容）应对流量高峰。(4)合理配置节点亲和性和反亲和性，避免多个高内