1. 先建立整体认识Linux命令到底该怎么学很多人一提到Linux命令第一反应就是“记不住”然后是“命令太多太杂不知从何下手”。这其实是刚入门时最常见的误区。Linux命令看起来成千上万但抛开那些一年都用不上一两次的冷门工具日常工作中被反复使用的核心命令其实也就六七十个左右。真正让你觉得“记不住”的往往不是命令本身而是你试图用背单词的方式去记它们却没有理解命令背后的设计逻辑。Linux命令的本质其实非常朴素命令就是一个可执行的程序后面跟参数和选项告诉这个程序你要干什么。比如ls就是一个程序ls -l /etc就是告诉它“用长格式列出/etc目录的内容”。一旦你接受了这个设定再去看任何命令都不会觉得神秘。所谓“超全”也不该是罗列一份几百条命令的字典让你去背而是帮你建立一个完整的知识框架让你知道在什么场景下该用哪类命令以及命令之间怎么组合复用。这才是我写这篇文章的初衷。这篇文章的目标读者是那些刚接触Linux不久、或者用了两三年但总觉得自己“只会皮毛”的朋友。我会按照实际工作中的使用频率和依赖关系把命令体系拆成几个大的板块来梳理文件和目录操作、文本处理、权限与用户、进程管理、网络排查、系统状态查看以及Shell里那些能明显提升效率的高级技巧。每个板块里我会重点讲清楚三件事这个命令解决什么问题、为什么它是这个场景的“最优解”、以及它和相似命令之间的区别。这样学完之后你得到的不是一个命令列表而是一套随时能用的“判断依据”。2. 文件与目录操作每天都要用的核心命令2.1 高频文件命令的“正确用法”基本操作里ls、cd、pwd、cp、mv、rm这几个大概是每个教程都会讲的。但真正拉开效率差距的地方在于你是否养成了“组合选项”的习惯。举几个例子。ls大家都用但多少人默认就是ls不带任何参数这就浪费了它的能力。ls -lh可以看到人类可读的文件大小ls -lt按修改时间排序ls -lt | head -20直接看到最近改动的20个文件。我排查问题时几乎不离开这套组合尤其在日志目录里找最新写入的文件时一条ls -lt就能快速定位目标不用来回翻目录。cp和mv也没什么难度但有两个习惯值得刻意养成。一是cp -r递归复制目录时一定带上-p保留权限和时间戳或者直接cp -a归档模式否则复制出来的文件属性会丢失后续部署时可能引发权限问题。二是mv跨文件系统移动大文件时如果你用的是同一块磁盘的目录之间移动瞬间完成如果跨分区实际是“复制删除”时间会明显变长。理解这一点你就明白为什么有时候mv一个几十GB的目录会卡很久这不是命令有问题而是底层逻辑本来就是先复制。rm是另一个值得多说两句的命令。服务器上我几乎只用rm -rf清空临时目录但日常操作更推荐的做法是“先移后删”把要删除的内容先mv到一个临时目录比如/tmp/trash确认运行没问题后再统一清理。这个习惯看上去多了一步但它能救命。有一次我在某个生产环境想删掉一个过期日志目录手滑多加了一个空格差点把相邻的代码目录一并删掉。从那以后凡是不确定的内容一律先移动到回收目录确认无误再删除。2.2 查找文件find、locate与which的边界文件查找是面试里常考、实操里高频的场景但很多人只会用一个find裸命令效率并不高。find的功能很强但性能开销也大因为它默认是实时遍历目录树。它真正不可替代的地方在于“按条件组合查找”比如按大小、时间、权限过滤文件甚至直接对结果执行操作。我常用的几个模式# 查找近7天内修改过的日志文件 find /var/log -name *.log -mtime -7 # 查找超过500MB的大文件用于排查磁盘耗尽 find / -size 500M -type f # 找到空目录并删除谨慎使用 find /data -type d -empty -delete而locate是走数据库索引的速度极快但它依赖定时任务更新数据库刚创建的文件可能查不到。所以它的定位是“快速模糊搜索”不适合作为精确排查的依据。which则是专门用来定位“可执行命令”在PATH里的哪个位置属于另一个维度的问题和找普通文件完全不同。需要额外提醒一点find -exec和xargs虽然都能把结果传给后续命令但参数传递方式不同。-exec是逐条执行适用于目标数量少的场景xargs是攒一批再执行批量效率高但要注意文件名里含有空格时必须用-print0配合xargs -0否则会被错误拆分成多个参数。这个坑我在处理含空格的文件列表时踩过不只一次现在已经成为肌肉记忆了。2.3 链接文件与压缩归档ln这个命令用得好能省下很多磁盘空间和维护成本。符号链接也就是大家常说的软链接相当于Windows里的“快捷方式”但它在系统层面透明程序访问软链接和访问真实文件几乎没区别。有个很典型的用法是发布新版本时用软链接指向当前版本目录升级时只需要切换链接指向回滚时改回旧版本即可全程不需要停服。# 建立软链接 ln -s /data/app-v2.1 /data/app硬链接则是给同一个文件起多个名字它们共享inode和内容删除其中一个名字不会影响另一个。理解硬链接的关键在于“不能跨文件系统也不能对目录创建”而软链接没有这个限制。压缩归档这块tar是绕不开的。很多人只知道tar -czvf但不知道-z是调用gzip换用-J就是xz压缩。对文本日志来说xz的压缩率明显优于gzip缺点是压缩和解压都更慢。实际使用中我的习惯是日常备份用tar -czf追求高压缩率用tar -cJf快速打包不压缩就直接tar -cf不带压缩参数。另外记住tar解压时一定要先tar -tf查看包内容尤其从网上下载的压缩包先看一眼内部结构再决定怎么解压可以避免解出一堆文件散落在当前目录里。3. 权限、用户与进程从“能用”到“会管理”3.1 看懂权限模型rwx与数字的关系Linux的权限模型核心就是三组权限和三类身份。第一遍学的时候可能会觉得抽象但理解了数字表示法之后就非常简单读r是4写w是2执行x是1把三者的数字加在一起就是这一组权限的值。比如chmod 755意思就是“所有者拥有完整权限7421所属组和其他人只有读和执行541”。但比“怎么改”更重要的是“为什么这么设计”。读、写、执行三个权限在文件和目录上有完全不同的含义这是很多人容易混的地方。对文件来说r代表能查看内容w代表能修改内容x代表能把它当成程序运行。对目录来说r代表能列出目录里有谁w代表能在这个目录里创建和删除文件x代表能“穿过”这个目录进入子目录。这里有个隐藏的坑如果你想进入一个目录哪怕只是cd进去看具体情况这个目录必须至少有x权限如果只有r没有x你能列出目录列表但无法进入也拿不到文件的具体属性信息。这种“看似能看、实则进不去”的状态最容易让人误判。我在排查一个应用报“Permission denied”时层层排查到最后才发现不是文件本身没权限而是它所在的父目录缺少了x权限。3.2 用户、组与sudo实操用户管理这块日常使用最多的是useradd、usermod、userdel和groupadd。但和桌面系统不同在服务器上创建用户时我几乎不会用裸的useradd而是指定一组参数# 创建用户并指定家目录、用户组和默认Shell useradd -m -d /home/zhangsan -s /bin/bash zhangsan-m让系统自动创建家目录这个选项非常关键不加的话新用户登录后可能连个落脚的地方都没有。sudo给普通用户提权是多人共管服务器的标准做法。配置在/etc/sudoers文件里强烈建议不要直接编辑这个文件而是使用visudo命令它会在保存前检查语法避免你写坏了一个小符号就把整个sudo搞瘫痪。给用户完整提权或者只允许特定命令差一行字的区别# 允许用户执行任意命令 zhangsan ALL(ALL) ALL # 只允许重启服务 zhangsan ALL(ALL) /usr/bin/systemctl restart nginx3.3 进程管理定位问题的三板斧进程管理是排查线上问题的第一站。ps、top、kill这三个是基础中的基础但很多人在实际操作中只会ps aux然后盯着输出发呆不知道看什么。我排查进程问题的固定套路是这样的先用top看整体负载按CPU排序找到最耗资源的进程PID再用ps -fp PID查看这个进程的启动命令、用户名和启动时间如果需要更详细的线程或环境信息再配合/proc/PID/目录分析。top进入交互模式后按P按CPU排序、按M按内存排序这两个快捷键一定要形成本能反应。kill这个命令的关键在于信号的选择。默认发送的是TERM15这相当于礼貌地请进程收尾退出KILL9则是强制杀掉进程来不及做任何清理。实际中我的原则是能用TERM解决的就不要用KILL尤其是数据库、中间件这类有状态的服务被KILL后可能出现数据不一致恢复的成本远高于多等一下。ps和top有一个经常被混淆的关注点ps是“看瞬间状态”的快照工具top是“看动态变化”的监控工具。排查内存泄漏或者CPU波动问题时只用ps不够它看不到趋势。正确的做法是持续观察top输出里的变化或者用vmstat看系统整体的CPU、内存、IO状态再定位到具体进程上。4. 管道、重定向与组合技巧命令的真正威力4.1 三大“组合武器”的工作原理很多人学了二三十条命令依然觉得Linux“也不过如此”。真正让Linux命令产生质变的是管道|、重定向、、和通配符*、?、[]这三样东西带来的组合能力。管道的意思非常直白前一个命令的输出直接作为后一个命令的输入。cat access.log | grep 404 | wc -l就是把日志内容读出、过滤出404行、再统计数量。这三个命令单独看都很简单但通过管道串起来就构成了一条统计错误请求数的小工具。重定向则是在管理“输入输出从哪里来、到哪里去”。是覆盖写入是追加写入2把错误输出单独导走合并保存标准输出和错误输出。实际使用中我经常用21这个写法它的意思是“把错误输出也放进同一个管道流里”。在写定时任务脚本时如果不处理错误输出正常时你什么也看不到出错时却只能靠猜这会让排查效率变得极低。通配符是Shell层面的扩展机制在命令执行前就完成了匹配展开。*.log会被实际替换成目录里所有以.log结尾的文件名列表。理解这个机制特别重要因为如果当前目录下没有匹配的文件Shell会把*.log原样保留传给命令而不是报错——很多“为什么明明没文件还说文件不存在”的疑问根源就在这。4.2 一行命令解决一个真实需求组合命令的乐趣在于你可以在不写脚本的情况下用一行命令解决原本看起来很复杂的需求。我分享几个真实场景里的例子。第一个场景统计访问日志里哪些IP访问次数最多。awk {print $1} access.log | sort | uniq -c | sort -rn | head -10这里awk提取第一列IPsort排序让相同IP相邻排列uniq -c合并计数再按次数倒序最后取前10个。这条命令我在分析异常流量时反复使用一个非常古怪的IP曾经就是这么排查出来的——正常情况下同一IP不可能一分钟内触发上千次请求。第二个场景批量重命名文件。for f in report_*.csv; do mv $f ${f/report_/summary_}; done这段用到的是Shell内置的字符串替换能力。如果你有几十个文件需要把前缀从report_改成summary_不用写成复杂的脚本一个for循环加一行替换就能搞定。前提是文件名里不要有异常字符否则通过xargs或者find处理会更稳妥。第三个场景实时跟踪日志并过滤关键字。tail -f app.log | grep --line-buffered ERRORtail -f持续输出新增内容grep --line-buffered确保每一行被检测到后立即输出而不是攒一批再输出。这个组合在排查线上问题时几乎是每天必用比自己反复按CtrlC然后重新打开日志要高效得多。4.3 grep的隐藏用法不要在文件里大海捞针grep是文本处理里使用频次最高的命令但大多数人只停留在grep 关键词 文件这个层面。我建议至少掌握四个进阶用法。第一用-r递归搜索目录下的所有文件这是快速定位代码或配置的利器grep -rn timeout /etc/nginx/第二用-E启用扩展正则这样你就不需要写一堆转义符号了。比如匹配两种不同后缀的文件时grep -E \.(php|jsp|asp) access.log第三用-l和-L只看“哪个文件匹配/哪个文件不匹配”配合-r使用时可以快速定位包含指定内容的文件而不是输出一大堆命中行。第四用--include和--exclude缩小递归搜索范围。比如只搜索.conf文件grep -rn --include*.conf server_name /etc/nginx/5. 系统状态排查与网络诊断实用命令5.1 磁盘、内存与CPU占用的排查思路服务器出问题大概率就集中在磁盘满了、内存不够、CPU被打满这三个方向。排查工具其实就那么几个但关键是排查的顺序和判断依据。磁盘方面df -h先看全局du -sh逐级定位大目录。我常用的一条命令是du -sh /data/*/ | sort -h这条命令直接列出/data下每个子目录的大小并按从大到小排序一步到位找到最占空间的位置。后续再进入最大的目录逐层缩小范围。内存方面free -h看总量和用量但有两个容易被忽略的细节available才是真正可用的内存而不是总内存减usedbuff/cache这部分内存虽然显示被占用但它是可回收的缓存不能被直接当作“内存不够了”的依据。很多人一看到used很高就慌了实际上只要available还充裕系统运行完全没问题。CPU方面top里那个load average三个数字很多新手不知道怎么看。简单说三个值分别是过去1分钟、5分钟、15分钟的负载均值。这个数值本身就包含了趋势信息如果1分钟值高于15分钟值说明负载在上升如果持续三四个数值都超过CPU核心数说明系统确实处于过载状态。5.2 网络端口连通性与连接状态排查网络排查是Linux命令里最考验经验的板块之一。日常使用频率最高的是ping、ss、telnet和curl这四个。ping测的是主机是否能通但它没法告诉我“目标端口是否开放”。所以当应用层连不上时我的首选是ss -tlnp查看本机监听了哪些端口利用telnet host port主动测试目标端口的连通性。有时候防火墙规则拦住了ping通但telnet连不上这种情况非常典型。查看当前TCP连接状态时ss比netstat更推荐因为ss的输出信息更精细、执行速度也更快。排查连接数异常时一个常用的命令是ss -tan | awk {print $1} | sort | uniq -c把每条连接的状态统计一遍如果SYN-SENT或FIN-WAIT状态堆积大概率是网络层或对端服务出问题了。curl这个工具在排查HTTP接口时作用极大。curl -v可以看到完整的请求和响应头排查接口返回值异常时先看响应码curl -I只拿响应头不下载完整网页内容检查服务存活时比curl全量请求更轻量。有一个小技巧curl --connect-timeout 5 --max-time 10明确指定连接和总超时时间避免遇到网络黑洞时命令卡死在现场这一点在写自动化脚本时尤其重要不加超时时间的curl一旦卡住整个脚本都会等在那里。6. 提高效率的Shell技巧与常见坑6.1 几招让操作效率翻倍的Shell技巧前面讲的都是命令本身但Linux的交互效率还很大程度上依赖Shell层面的能力。我挑几个自认为最关键的说一说。第一是别名。把高频长命令设置成短别名减少记忆负担alias llls -lh --colorauto alias grepgrep --colorauto alias dpsdocker ps --format table {{.Names}}\t{{.Status}}grep的别名加--colorauto是我强烈建议的命中关键词的颜色高亮能节省大量肉眼扫描时间。默认情况下CentOS会自带这个别名但很多精简系统不会。第二是命令历史。!!代表上一条命令!nginx代表最近一条以nginx开头的命令CtrlR反向搜索历史命令。这些快捷键的价值在于“想重复执行时不要重敲一遍”。我在手误输错长命令后直接用!!加一个修改或者CtrlR搜索历史里的原命令效率远高于重新输入。第三是掌握man和help但我更推荐先看命令的--help输出。man页面结构完整、信息全但对速查而言太厚了--help恰好给出最常用的参数说明。我面对一个陌生命令时的查找顺序是--help→ 互联网搜索带具体场景的例子 →man细读某个特定选项的行为。很少有人会完整读完一个man文档这是正常现象不必有压力。6.2 常见的“命令能用但结果不对”的坑这一节讲几个我在实操中真真切切踩过、而且不只一次踩过的坑。第一个坑rm命令在特殊目录下“删不干净”。如果你在包含大量文件的目录里执行rm -rf dir有时候会看到“Argument list too long”的报错。原因是rm接收到太多参数超过了Shell的参数长度限制。解决办法是改用find配合删除find /path/to/dir -type f -delete第二个坑cp复制软链接文件时如果不加-L或-a复制出来的默认是链接本身而不是链接指向的真实文件内容。这在部署时特别容易出问题配置目录里放了软链接打包复制出去后目标位置却只有一个失去目标的死链。第三个坑tar压缩时路径结构问题。tar -czf backup.tar.gz /data/app解压后会得到data/app目录结构而你原本可能希望解压到当前目录就能用。解决办法是在目标目录下执行压缩或者合理使用-C指定目录tar -czf /backup/app.tar.gz -C /data app第四个坑crontab里写的命令和你在终端里执行的结果不一样。这通常是因为cron运行时的PATH变量非常精简找不到你依赖的自定义脚本路径或命令。我的做法是在脚本开头显式声明PATH或者直接用命令的绝对路径# 脚本开头 #!/bin/bash export PATH/usr/local/bin:/usr/bin:/usr/sbin:$PATH6.3 一个顺手的小技巧用文本工具辅助实战再补充一个排查问题时经常用的组合。日志文件里ERROR关键字多、上下文难定位时我会用grep -n带行号输出然后再用sed -n 100,120p log精确查看指定行区间的上下文。这里sed的定位能力是“文本处理三剑客”里最基础也最有用的一个应用。grep -n ERROR app.log | tail -5 sed -n 1200,1230p app.log先用grep找到出错行号再去看那附近的日志。总比打开整个日志文件手动滚轮找错误要高效得多。这种方法在日志文件几个GB大小的时候优势特别明显因为grep只扫描一遍不会把几GB内容全倒进终端然后让你人工去找。我自己在实际操作里的体会是Linux命令的学习是一个“先建框架、后补细节”的过程而高效使用命令的关键又在于“先理解每个命令的定位再通过组合把它们串起来”。掌握命令清单只是走完了第一步建立对场景的判断能力——比如什么情况下该看磁盘、什么情况该查网络、什么情况是进程状态异常——比单纯记住几十条命令更有长期价值。这几条我在不同项目里反反复复用下来的组合拳写下来算是一份水到渠成的总结希望对同样在Linux之路上摸索的朋友有点实际的帮助。