IT运维工程师面试题及详细答案（真实职场版）

IT运维工程师面试题及详细答案（真实职场版）一、Linux系统基础运维面试题（高频）1、简述你日常Linux运维常用的命令及用途答：日常工作中高频使用的命令主要分几类，覆盖文件、进程、网络、日志、权限排查：文件操作：ls查看目录、cd切换目录、mkdir创建文件夹、rm删除文件/目录、cp复制、mv移动重命名，cat、more、less查看文件内容，tail-f实时监控日志，工作中排查服务报错基本都会用tail实时刷新日志。权限用户：chmod修改文件权限、chown修改属主属组、useradd添加用户、passwd修改密码，服务器多人员维护时，常用这部分命令做权限管控。进程管理：ps-ef查看全量进程、top实时查看系统资源和进程、kill/kill-9结束进程，服务卡死、端口占用时优先用这些命令排查。磁盘资源：df-h查看磁盘整体使用率、du-sh统计目录大小、free-m查看内存使用、uptime查看系统负载和运行时间，日常巡检核心命令。网络排查：ping测试连通性、ifconfig/ipaddr查看网卡IP、netstat/ss查看端口占用、curl测试接口访问、traceroute追踪路由。2、Linux权限755、777、644分别代表什么，日常怎么使用？答：Linux权限分为所有者、所属组、其他用户三位，对应读、写、执行权限，数字分别是4、2、1。644：所有者读写，组和其他仅只读。是普通文件默认权限，日志文件、配置文件、脚本文件都设置644，保证安全不被随意修改。755：所有者读写执行，组和其他读、执行。是目录默认权限，网站目录、程序目录统一配置755，保证用户可以进入目录、读取文件，禁止随意修改。777：所有用户读写执行，权限全开。工作中尽量不使用，仅临时测试目录、共享目录偶尔使用，生产环境开启777存在极大安全风险。3、磁盘空间df显示满了，但是找不到大文件，是什么原因？怎么解决？答：这是运维高频故障，核心原因是文件被删除，但进程未释放句柄。场景：日志文件正在被程序读写，直接rm删除文件后，磁盘空间不会立刻释放，进程依然占用文件句柄，df查看磁盘使用率依旧100%，du统计不到占用空间。解决步骤：1、执行lsof|grepdeleted查看被删除未释放的文件及对应进程；2、找到占用进程PID，重启对应服务或kill掉进程，空间自动释放；3、日常规范：大日志清空不要用rm，优先使用>文件名清空内容，避免产生僵尸文件占用空间。4、如何查看服务器开机启动项，如何禁止开机自启？答：主流CentOS7+、Ubuntu系统使用systemd管理服务。查看开机自启服务：systemctllist-unit-files|grepenabled设置开机自启：systemctlenable服务名禁止开机自启：systemctldisable服务名临时关闭当前服务：systemctlstop服务名工作中新装服务、优化服务器开机速度，都会关闭无用的自启服务，减少资源占用和安全隐患。二、网络运维核心面试题1、常用的网络端口及对应服务有哪些？答：日常运维接触最多的端口：22端口：SSH远程连接服务器，运维核心端口；80端口：HTTP网页服务，网站默认明文端口；443端口：HTTPS加密网页端口，生产网站基本全部使用；3306端口：MySQL数据库端口；6379端口：Redis缓存端口；8080端口：Tomcat、后端服务常用端口；21端口：FTP文件传输端口。2、服务器能ping通IP，但是ping不通域名，是什么问题？怎么排查？答：ping通IP说明网络连通正常，ping不通域名是DNS解析故障。排查步骤：1、查看服务器DNS配置，检查/etc/resolv.conf文件是否配置正确的DNS地址；2、测试DNS解析，使用nslookup、dig命令解析域名，判断是否解析失败；3、临时解决：更换公共DNS（14、）；4、检查本地hosts文件是否被篡改，导致域名解析异常。3、端口不通怎么全方位排查？答：端口不通按从外到内、从网络到服务的顺序排查，效率最高：1、本地服务器排查：ss-lntp查看端口是否正常监听，确认服务是否启动成功；2、服务器防火墙排查：CentOS检查firewalld、iptables是否放行对应端口，未放行则添加端口规则；3、外网网络排查：检查云服务器安全组、机房硬件防火墙是否开放端口；4、连通性测试：使用telnet、curl、nc命令测试端口连通性；5、服务排查：端口监听正常但不通，大概率是服务绑定了内网IP，未绑定全局监听。三、服务与数据库基础运维题1、网站访问慢，你的排查思路是什么？答：我会按照从客户端到服务器、从网络到资源、从服务到日志的顺序逐层排查：1、客户端层面：测试不同网络、不同设备访问，排除本地网络、浏览器缓存问题；2、网络层面：ping、traceroute测试延迟和丢包，检查带宽是否跑满；3、服务器资源：查看CPU、内存、磁盘IO、负载是否过高，是否有进程占用大量资源；4、服务层面：检查Nginx、后端服务是否卡顿、连接数打满，查看服务日志是否有报错、超时；5、数据库层面：排查MySQL慢查询、索引失效、数据库连接数过多导致响应延迟；6、缓存层面：检查Redis缓存命中率，是否存在大量缓存穿透、缓存失效问题。2、MySQL数据库日常运维工作有哪些？如何防止数据丢失？答：日常MySQL运维核心工作：1、日常巡检：查看数据库进程、连接数、慢查询日志、磁盘空间、运行负载；2、日志维护：定期清理慢日志、错误日志，分析慢语句协助开发优化；3、权限管理：管理数据库账号权限，禁止弱密码、过度授权；4、数据备份：定时全量备份+增量备份，定期测试备份文件可恢复性。防止数据丢失方案：1、开启定时自动备份，保留多日备份文件；2、开启binlog日志，可精准恢复指定时间段数据；3、生产环境做主从复制，主库故障可切换从库，避免单点故障；4、禁止生产数据库直接删表、删数据，操作前先备份。3、Nginx日常运维常见问题及处理方式答：工作中最常见的三类问题：1、500内部错误：大概率是后端程序报错、脚本权限不足、配置文件语法错误，查看nginx错误日志、后端服务日志定位问题；2、502网关错误：后端服务挂掉、端口未监听、服务重启中，重启后端服务、检查服务状态即可恢复；3、504超时错误：后端接口响应太慢、服务器资源不足，优化接口、调整nginx超时参数、扩容服务器资源；4、404错误：路径配置错误、文件缺失、域名匹配错误，核对nginx站点配置和文件目录。四、故障排查与应急处理面试题1、服务器宕机，你的应急处理流程是什么？答：我会遵循先恢复业务、后排查原因、最后复盘优化的运维原则：1、紧急响应：第一时间确认服务器状态，云服务器查看后台运行状态，物理机确认硬件是否正常；2、恢复业务：尝试重启服务器、重启异常服务，若单节点故障，立刻切换备用节点、负载均衡节点，优先恢复用户访问；3、排查原因：业务恢复后，查看系统日志、服务日志，排查宕机原因，如资源耗尽、进程卡死、硬件故障、攻击等；4、止损记录：记录故障时间、影响范围、处理过程，同步给部门；5、优化复盘：针对问题做优化，比如资源扩容、定时巡检、增加监控告警，避免重复故障。2、如何预防服务器故障？日常巡检工作内容有哪些？答：预防故障核心是常态化巡检+监控告警，日常巡检主要包含：1、资源巡检：每日检查CPU、内存、磁盘、负载、带宽使用率，提前处理高负载、高占用问题；2、服务巡检：检查网站、数据库、缓存、后端服务运行状态，确认端口监听正常；3、日志巡检：筛查错误日志、异常访问日志，提前发现潜在报错和攻击行为；4、安全巡检：检查服务器账号、端口开放情况，清理无用文件、漏洞补丁更新；5、备份巡检：确认每日备份正常生成，定期测试数据恢复。五、个人工作认知与面试问答（HR+技术综合）1、你理解的IT运维工作是什么？答：我认为运维不是单纯的修故障、重启服务，核心是保障业务稳定、安全、高效运行。日常除了故障处理、服务器维护、服务部署、权限管理，更重要的是提前发现隐患、优化系统、做好备份和监控，最大限度减少业务故障和停机时间，同时配合开发完成项目上线、环境搭建，保障业务正常迭代。2、遇到解决不了的故障，你会怎么处理？答：首先我会自主排查，梳理故障现象、查看日志、对照过往经验和技术文档逐一排查；如果长时间无法定位问题，不会盲目耗着，会及时上报领导，同步当前排查进度和故障影响范围，同时请教资深同事、查阅官方文档，配合团队一起解决问题。故障解决后会完整记录复盘，积累经验，避免下次遇到同类问题无法处理。3、运维工作重复繁琐，你怎么保持工作耐心和积极性？答：运维工作确实重复性高、细节多，但每一次巡检、每一次优化都是在规避故障。我始终认为，运维的价值就是防患于未然，平时多细致一点，线上故障就少一点。同时我会在日常工作中主动学习优化技巧