1. 文件与目录操作看似基础细节最见功底我在面试候选人的时候习惯先问一个特别简单的题目“在Linux里软链接和硬链接的区别是什么”千万别觉得这题太基础恰恰是这种题最能区分“背过命令”和“真正理解系统”的候选人。很多人能说出“软链接相当于Windows的快捷方式硬链接就是文件名指向同一个inode”但一问到“删掉源文件之后两者分别会怎样硬链接能不能指向目录能不能跨文件系统”就卡住了。这轮题目是Linux面试的“入场券”高频、经典、看似简单但考察点非常密集。如果你正在准备面试这部分不建议死记答案而是要在自己的机器上把每个命令亲手敲一遍观察现象理解背后的机制。1.1 考察点软链接 vs 硬链接面试官到底想听什么先说标准答案但我会拆开讲因为面试官想听的不是定义而是你对“inode”这个核心概念的掌握程度。硬链接本质是同一个inode的多个目录项dentry。创建一个硬链接只是在一个目录里新增一个文件名指向同一个inode。inode里面存着文件的元信息权限、所有者、大小、时间戳和数据块指针但不存文件名。所以硬链接的文件和被链接的文件是同一个文件的两个名字。用ls -l看链接数第二列会加1。软链接本质是一个独立的文件这个文件的内容是另一个文件的路径。它有自己的inode有自己的权限通常就是777实际生效看目标文件的权限。它和Windows的快捷方式在逻辑上确实很像但底层实现完全不同。关键点在于删掉源文件硬链接依然可以正常访问因为inode还在数据还没被真正释放只有当所有硬链接都被删除inode和数据块才会被释放。软链接则变成“悬空链接”指向一个不存在的路径访问会报No such file or directory但ls -l依然能看到这个链接本身。硬链接不能跨文件系统因为不同文件系统有自己的inode编号空间你不能用一个文件系统的inode去“冒充”另一个文件系统的文件。软链接只是一个路径字符串所以随便跨哪怕指向一个不存在的路径也没问题。硬链接不能指向目录这是出于安全考虑避免目录之间形成环比如目录A硬链接到目录BB又硬链接回A导致递归遍历死循环。软链接可以指向目录。面试官如果继续追问“为什么硬链接的inode是同一个修改其中一个文件另一个也会变”你要能回答“因为底层就是同一份数据块从一个入口改了内容另一个入口看到的就是改完的内容。软链接因为是指向路径的所以对内容的修改其实也是通过目标路径去改的效果一样但本质不同——硬链接连inode都共享软链接只是路径引用。”1.2 考察点find 命令的花式用法考察真实场景解决能力find也是Linux面试的常客但很多人只会find / -name xxx。真正到了实战场景比如磁盘告警了你要找出所有大于1G的文件并排序或者要清理一个目录下7天前的日志文件只会-name是完全不够的。我推荐你把下面这些用法吃透# 按大小找比如大于1G的文件并把绝对路径列出来 find /data -type f -size 1G -exec ls -lh {} \; # 按时间找7天前修改过的日志文件直接删除 find /var/log -name *.log -mtime 7 -type f -exec rm -f {} \; # 按权限找找出来所有其他用户可写的文件排查安全风险 find / -type f -perm -ow 2/dev/null # 最经典的按进程找文件找出正在被删除但还被进程占用的文件 find /proc/*/fd -lname deleted -printf %p - %l\n最后这个是老运维才会用的技巧。线上排查“磁盘空间已经释放了但df还是显示100%”的问题时靠的就是查/proc下所有进程的文件描述符找出那些被rm掉但还被子进程占用的文件。面试时你如果主动提这个场景面试官对你的印象会明显不一样因为它说明你是真处理过线上故障的人。find的-exec是个高频考点。要注意{} \;和{} 的区别分号结尾是对每个找到的文件执行一次命令加号结尾是把所有找到的文件一次性作为参数传给命令。处理大量文件时的效率远高于\;因为进程启动次数少很多面试时最好能说出这一层。1.3 考察点路径问题绝对路径、相对路径和cd -路径问题看起来更基础但有个经典坑cd -是什么答案是“回到上一个所在目录”它依赖环境变量OLDPWD。面试官喜欢用这种小题目试探你有没有实际敲过命令而不是只看书。还有一个经常被坑到的场景脚本里用了相对路径然后放在 crontab 里跑结果找不到文件。因为 cron 环境下的当前目录是用户的 HOME不是你写脚本时所在的目录。所以生产环境的脚本开头第一行先cd $(dirname $0)切换到自己所在的目录这是很多新手没意识到的坑。面试如果聊到“你的脚本在命令行能跑放crontab就报错”这就是标准答案。2. 权限与用户管理从命令背诵到安全思维权限题几乎是Linux面试的必考题而且面试官问的深度天差地别。初级问法是“chmod 754 是什么意思”中级问法会涉及SUID、SGID、Sticky Bit高级问法会直接给你一个生产场景“你发现系统里一个二进制程序运行时会创建某个文件但创建出来的文件属主居然是root这是为什么”2.1 考察点chmod 数字权限的推导逻辑chmod 754的含义7421rwx541r-x4r--。这个背下来不难但面试官更想听的是你对三类身份的理解owner、group、other。我建议你用另一种方式去记数字模式的本质是二进制。r4二进制100w2二进制010x1二进制001。你把三类身份的权限写成三个二进制位就明白为什么可读永远是4可写永远是2可执行永远是1——这三个数字在二进制里分别对应不同的bit位。还有一个高频题chmod和chown的区别。答案很简单chmod 改权限位rwxchown 改属主和属组。但真正容易踩坑的是普通用户对自己的文件执行chown会提示Operation not permitted因为把文件所有权转移给别人是一种需要root权限的操作否则你能随便把文件丢给别人就能绕过各种磁盘配额和审计机制了。2.2 考察点SUID、SGID、Sticky Bit三种特殊权限位特殊权限位是权限题的分水岭。理解它们关键要抓住一个核心思想“这个程序运行时是以谁的权限在跑”SUID (Set User ID)作用于可执行文件用数字4表示。当一个文件设置了SUID位普通用户执行这个文件时进程的有效用户IDEUID会临时变成文件属主的UID。最经典的例子就是/usr/bin/passwd普通用户需要修改自己的密码但/etc/shadow只有root能写怎么办passwd程序的属主是root设置了SUID位于是一般用户执行passwd时进程以root身份运行就能改shadow文件了。实际面试里如果你能说出来“SUID是二进制位在属主权限的x位上体现用ls -l看是-rwsr-xr-x”就已经超越大多数候选人了。SGID (Set Group ID)数字2表示。作用于可执行文件时进程的有效组ID会变成文件属组作用于目录时在该目录下新建的文件会自动继承目录的属组而不是创建者的基本组。这个特性常用于团队共享目录团队成员不管谁往目录里放文件文件的属组始终是团队组组内成员就能互相修改了。SEO团队目录如果没设SGIDA用户创建的文件B用户可能碰都碰不着这就是为什么很多共享目录方案首选SGID。Sticky Bit (SBIT)数字1表示。只对目录有意义典型例子是/tmp。设置了Sticky Bit的目录所有用户都能在里面创建文件、写文件但只能删除自己拥有的文件不能删别人的。这个特性在面试里通常和安全场景挂钩——面试官会问“如果 /tmp 没有Sticky Bit会怎样”答案是“任何用户都能删除 /tmp 下其他用户的临时文件这是一个非常严重的本地安全漏洞”。你还需要知道怎么设置chmod us file是加SUIDchmod gs dir是加SGIDchmod t dir是加Sticky Bit也可以数字法chmod 4755 file。查找位的方式find / -perm -4000 2/dev/null找出所有带SUID位的文件这是安全审计必做的一步。2.3 考察点新建用户的完整流程别只会 useradd“Linux 怎么新建用户”是初阶题但面试官会把问题升级“新建一个用户指定它的家目录、指定uid、指定登录shell然后设置密码需要哪些步骤”很多人只会useradd username和passwd username但到了指定参数就蒙了。一个完整的、可上生产的命令是useradd -u 1501 -d /home/tom -m -s /bin/bash -G devops,tools tom echo tom:初始密码 | chpasswd-u指定UID-d指定家目录-m表示如果家目录不存在就创建-s指定登录shell如果指定为/sbin/nologin这个用户就不能登录系统常用来跑服务-G指定附加组。面试官可能会追问“你新建了一个用户这个用户想用sudo怎么做”答案是usermod -aG wheel tomCentOS系或usermod -aG sudo tomUbuntu系然后用visudo编辑 sudoers 文件。注意-aG的-a很重要它表示append追加如果不加会把这个用户从其他附加组里移除只保留当前指定的组。还有一个隐藏考点/etc/passwd和/etc/shadow的分工。passwd文件存的是用户的静态信息用户名、UID、GID、家目录、shell密码位通常是个x真正的密码哈希放在shadow文件里shadow文件只有root能读这样防止普通用户拿到哈希去做暴力破解。面试官如果问“为什么password文件里密码位是x而不是哈希”你要能答出这层安全设计逻辑。3. 进程、内存与系统调优运维和开发都绕不开的硬核题这一部分面试题开发背景的候选人容易栽。因为日常写代码很少关心操作系统的调度和资源管理但一旦你的服务部署到Linux服务器上内存泄漏、CPU飙高、僵尸进程、负载异常膨胀每一个都是要命的线上事故。面试官从这部分开始就已经不是在考察“知识”而是在考察“解决问题的思路”。3.1 考察点僵尸进程是怎么产生的一定不能回答“杀掉”我看到很多面试题答案是“用 kill -9 杀掉僵尸进程”这是错的而且错得非常典型。僵尸进程Zombie Process的本质是子进程已经终止但它还把退出状态留在进程表里等待父进程调用wait()或waitpid()来回收。这时候进程已经不再占用CPU和内存资源只是占据了一个进程表项PID。你kill -9一个僵尸进程是无效的因为僵尸进程已经死了没有信号处理能力kill 信号根本不起作用。正确答案应该是分两条线根源僵尸进程的产生是父进程没有正确回收子进程的退出状态。如果是你自己写的程序需要修复代码在父进程里调用 wait()如果是常见服务检查父进程是否异常卡住。应急如果僵尸的父进程是 init/systemd (PID 1)通常会自动回收。如果父进程一直不回收你需要处理的是“父进程”而不是“僵尸进程”——找到僵尸进程的PPID然后处理它的父进程。处理命令# 查看系统里的僵尸进程 ps -ef | awk $3Z || $8~/defunct/{print} # 或者用 top 看STAT 列为 Z 的就是 top -b -n 1 | grep zombie # 找到僵尸进程的父进程PID ps -o ppid -p zombie_pid如果父进程是正常的业务进程修复代码是关键如果父进程本身已经失去响应那就需要把父进程重启或结束掉让PID 1接管并回收剩余的子进程。面试时能把这个逻辑链说清楚比单纯背答案要好得多。3.2 考察点CPU飙高排查标准五步法“线上CPU突然飙到99%你怎么排查”这是运维开发和SRE岗位的必问题。标准思路要有层次感我把它拆成五个步骤第一步top -c找到CPU占用最高的进程拿到PID同时看整体负载情况。第二步top -Hp PID或者ps -eLo pid,tid,pcpu,comm | sort -k3 -rn | head -20找到这个进程内到底是哪个线程在吃CPU拿到线程IDTID。第三步把TID转成十六进制printf %x\n TID。这一步是为了去线程dump里找对应线程。第四步jstack PID | grep -A 30 nid0x十六进制TIDJava应用或者用gdb attach拿到线程当前的调用栈。看它到底卡在哪个方法、哪个循环里。第五步根据调用栈定位代码问题是死循环、正则回溯爆炸、还是频繁GC、又或者是业务逻辑里有耗时的IO调用。整个过程面试官愿意听的不是你背了哪条命令而是你这五步之间的逻辑关系从进程找到线程从线程找到代码一层一层收敛。我做面试官时只要候选人能主动说出“top -H 看线程”我就知道这个人真的处理过线上问题因为只看书的人不会知道这一步。3.3 考察点free 命令输出你真的看懂了吗free -h的输出有一块最容易误解有时候free那一列很小但系统并没有内存压力因为有一部分内存被用作了缓存buff/cache。Linux的内存管理哲学是“空闲内存不如用来做缓存”所以它会尽可能多地把内存当作page cache加速磁盘IO。面试要掌握的核心是判断系统到底缺不缺内存不能只看free一列要看 available。available 表示“在不触发swap的前提下还能分配多少内存”它会把可回收的cache算进去。所以在CentOS 7之后的版本free -h直接展示 available 列就是用来纠正“只看free”的误区。还有一个常见追问“系统开始用swap了是不是说明内存不够了”答案不绝对。Linux有 swap 的 swappiness 参数默认60它控制内核“倾向于把内存页换出到swap”的程度。如果设置了 0表示尽量避免swap如果服务对延迟敏感很多团队会把 swappiness 调成 10 甚至 0。但也有场景比如内存充足的机器偶尔有一点swap也不代表一定有问题关键看是否持续、是否伴随严重的IO等待。用 sysctl 调优的姿势# 查看当前值 sysctl vm.swappiness # 临时调整 sysctl vm.swappiness10 # 永久生效写入 /etc/sysctl.conf echo vm.swappiness 10 /etc/sysctl.conf sysctl -p3.4 考察点Linux 的 OOM Killer数据库进程被杀的原因这个问题面试频率很高因为大多数Java后端或者数据库进程都遇到过“半夜进程突然没了”的惨案查日志发现是 OOM Killer 把进程杀了。面试官问“你的MySQL怎么突然挂了”如果你能答出“被OOM Killer杀了”并继续解释原因那这题就是加分项。OOM Killer的机制是当系统内存严重不足时内核会挑一个进程杀掉释放内存。不是随机挑而是根据每个进程的 oom_score 来选。评分越高越容易被杀。oom_score 一部分由进程占用内存量决定内存越大分越高另一部分由oom_score_adj决定它默认是0但某些系统服务比如sshd会设置负值来保护自己。保护重要进程的办法是设置oom_score_adj为一个负值比如echo -1000 /proc/PID/oom_score_adj用systemd管理服务的话在service文件里加OOMScoreAdjust-500调优建议优先考虑减少内存占用和排查内存泄漏而不是单纯调低 oom_score。因为如果系统真到了必须杀进程才能续命的地步把数据库进程保护起来可能会导致系统hang死这是一个比较微妙的取舍面试时能谈到这一层就已经赢过大多数候选人了。4. 网络排查与故障定位靠“经验”而非“背诵”拉开差距网络这块的面试题边界很清晰如果面后端开发重点在HTTP协议、TCP三次握手、端口连通性排查如果面运维/SRE重点在tcpdump抓包、内核网络参数调优、负载均衡、DNS解析链路。我挑几个最高频、最有区分度的题来讲。4.1 考察点端口不通排查链路从链路层到应用层经典的面试题叫做“两台机器之间端口明明开着但客户端就是连不上你怎么排查”这题没有标准答案但有标准思路——逐层向下排查。我推荐的顺序是# 1. 先ping确认三层通不通 ping 目标IP # 2. 再telnet或nc确认端口通不通四层 telnet 目标IP PORT # 或者 nc -vz 目标IP PORT # 3. 看本机有没有监听端口在目标机器上执行 netstat -tlnp | grep PORT # 或者用 ssss比netstat更快更现代 ss -tlnp | grep PORT # 4. 检查防火墙规则 systemctl status firewalld # CentOS系 iptables -L -n -v # 看INPUT链是否有DROP # Ubuntu 的话看 ufw status # 5. 如果是云环境/跨机房要检查安全组、ACL这里隐藏着一个重点ss和netstat的区别。面试官问“这两个命令有什么区别”时正确回答是netstat 通过读取 /proc/net 下的文件来获取信息ss 直接和内核通信所以ss更快而且在高并发连接数下netstat 容易卡顿甚至输出不准确。现在新安装的Linux系统都自带ssnetstat 反而需要额外安装 net-tools 包。这个细节很能体现你对现代系统工具的掌握程度。还有一种非常典型的场景防火墙把端口drop掉和reject掉表现完全不同。DROP是客户端一直卡在连接状态直到超时REJECT是客户端立刻收到Connection refused。这个区别在排查“为什么telnet卡半天”的故障里非常有用。4.2 考察点TCP三次握手、四次挥手用什么抓包证明TCP的握手和挥手是Linux面试题里“最经典中的经典”但经典题也能问出新意。面试官可能会说“别背书告诉我你用什么命令能看到三次握手的过程”答案是tcpdump而且这是一个非常能体现实战能力的命令。# 在目标机器上抓80端口的所有包 tcpdump -i eth0 port 80 -nn -S # 抓完后能看到 SYN, SYN-ACK, ACK 三个包的流转-nn表示不做DNS反解不显示服务名直接显示IP和端口抓包时一定要加否则会非常慢且输出混乱。-S表示显示绝对序列号默认tcpdump显示的是相对序列号在做包分析时容易困惑。面试官如果继续深挖“你连不上一个远程服务抓包看到对面回了RST包怎么分析”这时候你要知道RST包的含义TCP收到一个无法处理的报文时会回复RST重置连接。可能是端口没监听可能是防火墙REJECT也可能是连接队列满了。RST出现的位置和上下文不同原因完全不一样。面试能说到这层就已经超出只背三次握手的候选人了。4.3 考察点如何实时看一个端口被哪些进程占用这个问题看起来简单但现场实战非常高频。很多人会背netstat -tlnp | grep 8080但这有个问题如果端口是通的但进程是别人用-p参数看不到的权限不足怎么办推荐组合拳# 查看端口监听情况注意不带-p也能看但只有root能看到进程名 ss -tlnp sport :8080 # lsof 也很直观 lsof -i :8080如果是“端口没有监听但连接能通”的情况那就要查是不是有iptables的 REDIRECT 或者 DNAT 规则在捣鬼。这个知识点面试官大概率不会直接问但作为加分项说出来会非常惊艳。5. Shell脚本与文本处理写出的东西要能上生产“你在Linux环境里最常用的三个命令是什么”这道题经常被当作暖场题但回答上下限差距极大。新人答“ls、cd、cat”也没错但如果能答出“awk、grep、sed三件套”并配上真实的使用场景面试官立即就知道你平时是在命令行里干活的。5.1 考察点grep 的经典用法和“坑”grep的高频用法# 递归搜索目录下所有文件输出匹配行的文件名和行号 grep -rn error /var/log/ # 只看某类文件比如 .log 文件里搜关键字 grep --include*.log -rn ERROR /var/log/ # 排除某个目录 grep -rn password /etc/ --exclude-dirssl # 正则匹配比如匹配所有IP地址 grep -E -o [0-9]{1,3}(\.[0-9]{1,3}){3} /var/log/syslog | sort | uniq -c | sort -rn一个容易踩的坑在管道中grep到大量文件时比如ps aux | grep java会匹配到grep本身那条进程。因为grep java的命令行里包含字符串“java”所以会把grep自己的进程也匹配出来。老手都会在 grep 后面加一个方括号技巧ps aux | grep [j]ava。方括号让“java”这个字符串在命令行里变成“[j]ava”grep自身那一行就不再匹配而Java进程命令行里是真正的“java”依然能被匹配到。这个小技巧面试官如果看到了会心一笑。5.2 考察点awk 和 sed一页纸理解核心awk 的处理模型是做“列处理”逐行读取按分隔符默认空格把一行拆成列然后对每一列做操作。核心变量NF 是当前行的字段数NR 是当前行号$0 是整行$1、$2...是第1列、第2列。高频用法# 打印第1列和最后一列 awk {print $1, $NF} /etc/passwd # 按冒号分隔打印用户名和shell awk -F: {print $1, $7} /etc/passwd # 算某列的和比如统计文件大小总和 ls -l /var/log/*.log | awk {sum $5} END {print sum} # 找出某个目录下大于1G的文件并排序 find /data -type f -size 1G -exec ls -lh {} \; | awk {print $5, $9} | sort -rhsed 是做“行处理”的主要操作是替换、删除、插入。# 将所有 old 替换成 new注意是全局替换 sed s/old/new/g file.txt # 直接修改文件加 -i 参数生产环境建议先不带 -i 试运行一次 sed -i s/old/new/g file.txt # 删除第10到20行 sed 10,20d file.txtsed 的-i参数在 macOS 和 Linux 上报错方式不一样macOS 需要sed -i 面试官如果问到跨平台你能说出来这个差异又是一个加分点。5.3 考察点nohup 和 的区别以及 nohup 的坑“后台运行一个服务为什么用 nohup 而不是直接用 ”是一个非常经典的面试题。标准答案是只是把进程放到后台但进程的stdout和stderr仍然绑定到当前终端如果终端关闭进程会收到 SIGHUP 信号而退出。nohup的作用是忽略SIGHUP信号配合使用才能真正脱离终端运行。正确的起服务姿势nohup java -jar app.jar /data/logs/app.log 21 这部分面试官爱追问的是21是什么意思答案是把标准错误文件描述符2重定向到标准输出文件描述符1当前指向的地方也就是日志文件。注意顺序很重要 /data/logs/app.log 21和21 /data/logs/app.log结果完全不同——后者stderr会指向终端而非日志文件。这个细节在现场实战中能直接决定你的日志是否完整。5.4 考察点文本处理三件套综合实战很多面试官喜欢出一个综合题“有一个日志文件每行是一个访问记录格式是IP 时间 URL 状态码现在让你统计访问量最多的前10个IP并输出IP和次数你会怎么做”awk {print $1} access.log | sort | uniq -c | sort -rn | head -10这个链路的每一步都值得展开awk {print $1}提取第一列IPsort把相同的IP排到一起因为uniq -c只能统计相邻的行uniq -c统计连续相同行的数量sort -rn按次数从大到小排head -10取前10如果面试官继续加码“URL里的查询参数要忽略只统计路径怎么做”答案是用 awk 的 -F 指定分隔符或者用 grep -o 提取正则匹配的路径部分。这种题没有唯一答案面试官想看的是你能否熟练运用文本处理工具解决具体问题。6. 磁盘、存储与文件系统很多老手也会栽的题目磁盘这块的面试题很多候选人分不清“文件系统满了”和“inode满了”的区别这在面试里是明显的减分项。其实这两个问题是两个层面一个是磁盘块空间不足一个是文件系统元数据表满了表现完全不同。6.1 考察点inode 耗尽df 还有空间但系统报错现在固态硬盘容量越来越大每个文件的最小占用是1个块通常是4KB但每个文件还需要消耗1个inode。如果你的磁盘上全是密密麻麻的小文件——比如一堆1KB的临时文件、缓存碎片、邮件队列——磁盘可能还有空间但inode表已经满了这时候你touch一个新文件都会报No space left on device。排查命令# 查看各文件系统inode使用率 df -i # 找出那个目录下文件数量多到离谱 find /data -maxdepth 3 -type d | while read dir; do echo $dir $(ls $dir | wc -l); done | sort -k2 -rn | head -10解决方案分两种一是清理小文件二是如果确实需要大量小文件就得规划大inode的文件系统。格式化时指定-i参数每多少字节分配一个inode或指定-N指定inode总数。这是运维要掌握的技能面试能谈到这个层面说明你真的处理过存储问题。6.2 考察点df 和 du 不一致的三层原因“为什么df显示磁盘满了但du查不到大文件在哪儿”是线上排障的经典问题。原因至少有四个层面删除了文件但进程还在占用这是最常见的rm掉一个大文件但某进程仍持有文件句柄磁盘空间不会真正释放。解决办法是lsof | grep deleted找到进程重启或让进程重新打开文件。文件系统有快照比如LVM快照、ZFS快照快照里还保存着旧数据df会计算在内但du找不到。挂载点遮挡mount bind你删除的文件在某个子目录但子目录被另一个挂载点遮挡了df统计的是整个挂载点的使用量du看到的是当前目录树两者计算范围不一致。稀疏文件sparse file文件逻辑大小很大但实际物理占用很少。du 按实际块数算df 按文件系统层算两者结论会不同。面试能把这个链条里至少前三层说出来面试官就会认定你是经历过“故障轰炸”的人而不是只看过视频的初学者。6.3 考察点软RAID 还是 硬RAIDLVM 到底解决了什么问题这块偏系统设计面试官问“你了解LVM吗”回答思路可以是LVMLogical Volume Manager就是“存储的金刚圈”——在物理磁盘和文件系统之间加了一层逻辑卷层。它解决的核心问题是“分区大小固定扩容太麻烦”。你有一块500G的磁盘传统分区方案建了一个100G的 /data 分区想扩到200G如果相邻空闲空间够就直接扩不够就非常麻烦。LVM的做法是把物理磁盘分区/整盘做成PV物理卷多个PV合成VG卷组VG就像一大块“存储池”再从池子里切LV逻辑卷给文件系统用。这样扩容时只要VG里有空闲一条lvextend就能给LV加空间不用管底下物理磁盘的布局。常用命令pvcreate /dev/sdb1 /dev/sdc1 vgcreate myvg /dev/sdb1 /dev/sdc1 lvcreate -L 100G -n data myvg mkfs.ext4 /dev/myvg/data mount /dev/myvg/data /data动态扩容的完整链路# 给LV加20G lvextend -L 20G /dev/myvg/data # 让文件系统感知新空间不同文件系统命令不同 resize2fs /dev/myvg/data # ext4 xfs_growfs /data # xfs面到这个层级你已经不是在背命令而是在讲存储架构的设计思路。7. 几道场景综合题面试官真正想听的答题方式最后这部分我放几道综合场景题它们不是孤立的命令题而是考察你“遇到问题时怎么分析、怎么讲清楚、怎么给方案”。面试官如果时间充裕一定会问一两道这样的题。7.1 场景题新来的同事把服务器的 /etc 权限改了整个系统可能出问题怎么办这题经常被用来考察“危险操作的修复能力”。候选人别慌先明确表态系统还能不能正常登录如果能登录优先修复关键文件和目录的权限如果不能就要用单用户模式/救援模式。常见的/etc权限异常比如chmod -R 777 /etc会导致很多服务无法启动。修复时可以尝试利用安装包重装相关组件来恢复权限rpm -V可以校验已安装包的文件属性和权限rpm --setperms --setugid可以按rpm数据库恢复文件权限Debian系用dpkg --verify和dpkg-statoverride。如果连rpm都用不了就得进单用户模式用备份恢复/etc或者用初始化系统自带的工具重建关键配置。这题考察的重点不是你会不会修复命令而是遇到高风险操作时有没有提前做备份的意识和事故恢复预案。所以最好在回答中强调“我们生产环境所有核心目录变更前必须先在测试环境验证且变更前会对 /etc 做完整备份tar 或 rsync。”7.2 场景题数据库CPU飙高、响应变慢你怎么用Linux命令配合定位这是一道跨界题后端开发和DBA都可能碰到考察的是综合排查能力。建议按这个顺序回答# 1. top 看整体确认是否是数据库进程在吃CPU top -c # 2. 进入MySQL/PostgreSQL看当前有哪些慢查询、活跃事务 SHOW FULL PROCESSLIST; # 3. 用 vmstat 看系统层面是否有频繁的上下文切换、IO等待 vmstat 1 5 # 4. 用 iostat 确认磁盘IO是不是瓶颈 iostat -x 1 # 5. 如果是Java类应用用 jstat 看GC情况jstack 看线程 jstat -gcutil PID 1000核心思路是“从现象到根因层层排除”。CPU高的原因可能是慢SQL导致单核CPU跑满、大量并发连接导致频繁上下文切换、索引失效全表扫描、IO等待导致CPU空闲但系统响应慢这种情况CPU不高是IO问题。面试能把这些可能性和对应的排查命令说出来就已经是标准的高分答案了。7.3 场景题多台服务器都需要执行同样的命令怎么批量操作这题在云原生面试里很常见是考察“工程化能力”的题目。初级答案是“一台一台ssh”中级的答案是“用pssh / pdsh”高级的答案是“用Ansible写个playbook”。推荐思路先讲清楚批量操作的难点主机清单管理、并发控制、错误处理、回滚再给出Ansible的方案。# Ansible 批量执行命令 ansible all -i hosts -m command -a uptime # 用playbook管理服务 ansible-playbook -i hosts deploy.yml相比psshAnsible的优势是幂等性——同一个playbook跑很多次结果一致不会因为重复执行而出问题。这是生产环境里最重要的特质也是面试官想考察的地方你不是在解决“一次性的临时命令”而是在建立“可持续、可维护的自动化运维体系”。7.4 场景题系统负载很高但CPU和内存看起来都不高可能是什么原因这题非常考察分析能力。负载load average高但CPU不高最常见的原因是不可中断睡眠D state的进程太多通常意味着进程在等待IO——磁盘IO、网络IO、锁。也可能是内存里大量swap换页导致进程都卡在IO上。排查步骤# 1. 查看哪些进程处于 D 状态 top -c # 看 STATE 列D uninterruptible sleep # 2. 看IO是否成为瓶颈 iostat -x 1 vmstat 1 5 # 3. 查看内核日志可能伴随IO错误 dmesg -T | tail -50如果vmstat的wa列很高说明CPU大量时间在等IO如果si/so不为0说明正在大量swap。这两个指标都不高但负载高就要考虑是不是运行队列里堆积了大量短小的进程瞬时负载被拉高了。这道题能答出“D state进程”这个概念就已经远超只会看load average数字的候选人了。面试其实分两个层次。第一个层次是背题目、背答案这是很多面试题库给你的能帮你兜底但上限不高。第二个层次是真正理解“为什么”——为什么硬链接不能跨文件系统为什么僵尸进程kill不掉为什么OOM Killer会挑数据库进程下手。理解了背后的机制面试官换任何角度追问你都能接住。我在实际面试中见过不少候选人命令背得滚瓜烂熟但一到“如果遇到xxx你怎么排查”就卡壳。原因就是没有把知识串成体系。所以这篇文章虽然讲的是面试题但我更建议你把它当成一份“Linux知识体系自查清单”——每道题不是用来背的而是用来验证我是不是真的理解我每天在用的这套系统把这套逻辑想通了面试只是顺带的事。