刚接触Linux的人往往会面临一个场景一台刚装好CentOS 7.9的服务器或者虚拟机摆在面前只有一个黑乎乎的终端窗口光标在闪烁接下来该干什么是敲ls看看当前目录还是直接ping baidu.com测网络网上教程多如牛毛但大多数要么只罗列命令参数不管实际场景要么直接丢出一大段脚本让人照抄抄完还是不明白为什么。这篇文章就是为解决这个问题而写的所有命令都在CentOS 7.9环境下实测过没有任何花哨功能都是生产环境里真正高频使用的操作覆盖文件管理、文本查看、用户权限、系统监控、网络传输、压缩解压等日常运维必备技能。无论你是刚入行的运维新人、转行做后端开发的程序员还是自己搭服务器练手的技术爱好者都可以把这份指南当作手边的操作手册跟着步骤敲一遍配合各个命令的回显输出截图示意你很快就能摆脱“面对终端不知道敲什么”的窘境。1. 环境准备与命令基础概念1.1 准备一台CentOS 7.9环境实操之前先解决环境问题。如果你手上还没有Linux机器最省事的办法是用虚拟机软件装一个CentOS 7.9内存分配2GB、磁盘20GB就足够跑通本文所有命令。安装过程中记得选择“最小化安装”或者带“开发工具”的安装包前者能让你体会手动装命令的过程后者则省去后面补装工具的麻烦。装完之后你大概率会面对一个纯文本登录界面。输入root用户名和密码登录进去第一件事就是确认系统版本cat /etc/centos-release正常会输出CentOS Linux release 7.9.2009 (Core)。这一步不是走形式很多命令的行为在不同版本上有细微差别确认版本之后后面提到的参数、输出格式才对得上号。比如CentOS 7用systemd管理服务而6代还是init脚本这直接影响systemctl命令的使用方式。如果觉得虚拟机里操作不方便也可以开启SSH服务用本地的终端模拟器远程连进去。我个人建议把所有练习都放到远程终端里做因为大部分生产服务器你根本摸不到物理机远程操作才是常态。开启SSH服务的命令systemctl start sshd systemctl enable sshd ip addrip addr用来查看IP地址记下ens33或eth0网卡对应的地址然后在本地电脑上用SSH客户端连接即可。1.2 理解命令的基本结构Linux命令看起来五花八门但底层结构就一句话命令名 选项 参数。拿一个实际例子说明ls -lh /var/log/messages这里ls是命令名-lh是选项l表示长格式显示h表示人类可读的大小/var/log/messages是操作对象。绝大部分命令都遵循这个结构你只需要记清楚“想干什么”——复制文件用cp移动用mv删除用rm查看进程用ps逻辑非常直白。我的建议是不要试图一次记住所有参数。每个命令只需要掌握两三个最高频的用法剩下的等到真实场景里遇到了再用man命令查帮助也不迟man lsman会打开完整的帮助文档按q键退出。这个习惯能帮你省掉大量死记硬背的时间用得多了参数自然就记住了。提示最小化安装的系统里可能没有man命令先执行yum install -y man补上。顺便养成“读文档”的习惯这比收藏任何教程都管用。1.3 绝对路径与相对路径路径问题算是新手最常见的卡壳点。绝对路径是从根目录/开始写的完整路径比如/etc/nginx/nginx.conf在任何位置执行都能准确找到目标。相对路径则是相对于当前目录的写法比如你在/etc目录下输入nginx/nginx.conf就能访问同一个文件。理解这个区别的关键在于提示符。Linux默认提示符会显示当前目录比如[rootlocalhost etc]#这里etc就是当前所在目录。我用一个类比帮你记住这个关系绝对路径就是快递的完整收货地址省市区街道门牌号相对路径就是你说“我在你楼下超市门口往前走50米就到了”——前者全世界通用后者只有站在正确位置才有效。日常操作中我会优先使用绝对路径写脚本和配置文件因为脚本执行环境不可控相对路径容易出问题。但纯手敲命令时相对路径能省很多字配合Tab键自动补全效率极高。2. 文件与目录操作日常使用频率最高的命令2.1 查看目录内容ls的实用进阶ls可能是你接触的第一个Linux命令但它的进阶用法很多人未必真吃透了。基础版大家都熟悉核心实战参数我列一下ls -l # 长格式显示含权限、属主、大小、修改时间 ls -a # 显示隐藏文件以.开头的文件 ls -lh # 大小以K、M、G为单位显示可读性更强 ls -lt # 按修改时间排序最新的排最上面排查问题常用 ls -R # 递归显示子目录内容ls -l的输出信息量很大我把第一行拆开解释一下-rw-r--r--. 1 root root 1810 Mar 21 09:33 nginx.conf第一个字符-表示普通文件d表示目录l表示软链接。后面九个字符分成三组每组三个分别代表文件属主u、属组g、其他人o的读r、写w、执行x权限。后面的数字1是硬链接数root root是属主和属组1810是文件大小Mar 21 09:33是最后修改时间。实际工作里最常用的组合是ls -lhrth是易读大小r是逆序排列t按时间排序。这样能快速找到目录里最旧或最新的文件排查日志增长和临时文件堆积问题时特别顺手。2.2 切换目录与目录管理操作cd命令几乎没有学习成本但有一个很多人没用过的技巧。输入cd -可以回到上一次所在的目录在两个目录间来回切换时非常好用。比如你先在/etc/nginx查看配置又去了/var/log/nginx看日志想再回到刚才的配置目录直接cd -省得重新敲路径。pwd是显示当前工作目录看似不起眼但写脚本、配定时任务时经常用它来确认路径避免相对路径错误。创建目录时mkdir有一个参数必须掌握就是-p。mkdir -p /data/logs/2025/nginx能一次性创建多层不存在的目录而且如果目录已存在也不会报错。这在自动化脚本里几乎是标配写法因为脚本执行时不能假设目录一定存在。删除目录用rmdir只能删空目录实际很少用。通常直接用rm -rf后面套一个危险操作提醒注意rm -rf /是所有Linux人必须刻在脑子里的禁忌。/后面加个空格再写个目录名整个目录就没了。删文件前先ls确认内容养成习惯不要为省事跳过去任何人在疲惫状态下都可能手滑。2.3 复制、移动与删除文件cp和mv命令覆盖了文件操作的三大基本动作——复制、改名、挪位置。我总结了一个速查逻辑cp是复制源文件保留mv是移动源文件消失同时兼有重命名功能。常用参数如下cp -r /data/app /data/app_backup # 递归复制目录 cp -p nginx.conf nginx.conf.bak # 保留权限和修改时间 mv /data/old.txt /data/new.txt # 重命名 mv /data/old.txt /backup/ # 移动到其他目录实战中我最常用的一个场景是修改配置文件前先备份cp nginx.conf nginx.conf.bak.20250101有了备份再改动心里就有底了。改完配置验证没问题再决定是保留备份还是清理旧文件。mv在磁盘空间不足时还有一个妙用当你需要处理一个大文件又不想直接删除怕误操作可以先mv到临时目录确认服务一切正常后再删。反正mv只是在文件系统层面改个路径记录不涉及数据拷贝瞬间完成。2.4 通配符与特殊文件通配符是Linux命令里高效的批量操作工具主要有三个*匹配任意多个字符?匹配任意一个字符[ ]匹配指定字符集中的任意一个[0-9]表示0到9任一数字举个例子查看所有2024年的日志文件变形ls /var/log/nginx/access.log.2024*清理一小时内生成的临时文件、批量改名、批量删除这些任务配合通配符会非常快。但你也要意识到通配符的扩展机制是shell先把它替换成匹配到的文件名再交给命令如果当前目录文件特别多比如上万个命令长度可能超过系统限制ARG_MAX通常为2MB这时候用find命令配合-exec或管道更合适。软链接也是需要理解的概念。ln -s /data/www /var/www/html创建的软链接可以理解成Windows的快捷方式。配置Nginx网站根目录时经常用到这种手法数据存在数据盘网站目录在系统盘通过一条软链接把两者连起来既省空间也能规避分区大小限制。判断一个文件是不是软链接ls -l看第一个字符是l即可。3. 文件内容查看与搜索日志排查的核心能力3.1 从头到尾读文件cat与less的选择遇到配置文件需要看内容新手第一反应是cat。cat适合查看短文件几十行以内。文件超过一屏内容cat会造成大量输出刷屏后面的内容根本来不及看。这时候用less代替它支持分页浏览和上下滚动还能按/关键词搜索定位按n跳到下一个匹配项G跳到文件末尾gg回文件开头。我习惯用less查看Nginx或应用日志less /var/log/messages查看文件开头部分用head默认显示前10行。查看文件末尾用tail默认显示后10行。日志类文件通常最新的内容都在末尾所以tail的出场率明显高于head。3.2 实时滚动查看日志tail -f要说运维排查问题最实用的命令tail -f绝对排前三。它能让文件新增内容实时滚动输出到终端你在另一个终端修改配置文件或者触发一个请求这边立即能看到对应日志。命令格式tail -f /var/log/nginx/access.log看Nginx访问日志时配合grep过滤出一个IP或接口的日志就能清楚看到请求状态码、响应时间、来源地址快速定位问题。生产环境调试接口异常时我常同时开两个终端一个跑tail -f看应用日志另一个发测试请求效率非常高。如果觉得滚动输出太快可以加-n 50参数先显示最后50行再进入跟随模式防止刷屏一时反应不过来。3.3 文本搜索利器grepgrep的本质是文本过滤工具它从输入流或文件里提取匹配指定模式的行并输出。最常用的几个参数grep error /var/log/messages # 普通搜索 grep -i error app.log # 忽略大小写 grep -r timeout /etc/nginx/ # 递归搜索目录下所有文件 grep -n listen nginx.conf # 显示行号 grep -v ^# nginx.conf # 反向匹配排除以#开头的行 grep -E error|warning app.log # 扩展正则匹配多个关键词grep -v ^#这个用法特别适合读取配置文件。把注释行和空行过滤掉剩下的全是生效配置一眼看清全貌grep -vE ^#|^$ /etc/nginx/nginx.confgrep配合管道符号还能实现更强大的操作。比如查看某一个Tomcat进程的启动参数ps -ef | grep tomcat这个组合说明了一个更通用的思想Linux的哲学是“一个命令只做一件事然后用管道把多个命令串起来”。ps管进程列表grep管过滤两者结合完成一个复杂任务。你学会了这一个组合的思考方式后面就能自己发明更多组合。3.4 统计文本内容wc与sort、uniq组合排查日志时经常要回答“某个IP访问了多少次”“某个错误出现了几回”这类问题。wc -l能数出行数但它只能数总数无法按类别统计。这时需要三件套grep ERROR app.log | wc -l # 统计错误总行数 awk {print $1} access.log | sort | uniq -c | sort -rn | head -20最后这条命令是访问日志分析的高频组合awk {print $1}取出每行第一个字段通常是客户端IPsort排序让相同IP聚到一起uniq -c统计每个IP出现的次数再sort -rn按次数从大到小排列最后head -20取前20行。这样就能快速得出访问量最高的IP列表排查CC攻击或分析热点来源时特别有用。sort -rn这里面的r表示反向排序n是按数值排序而不是字典序。少了n数字10会排在2前面这是新手经常踩的坑。4. 用户与权限管理保护系统安全的基本功4.1 用户与用户组管理生产环境里直接使用root操作是一个非常不好的习惯。root权限意味着绕过了一切权限校验一条误命令就可能毁掉整个系统。正确做法是日常使用普通用户需要管理员权限时通过sudu临时提权。创建用户的命令useradd zhangsan passwd zhangsanuseradd创建用户passwd设置密码。创建后通常还要给用户添加sudo权限方法是把用户加入wheel组usermod -aG wheel zhangsan-aG的意思是append追加到某个组不加-a直接-G会把用户从原来的附属组里挪出来这是一个容易翻车的细节。查看当前用户的命令是whoami切换用户用su - username。注意su -和su的区别带-会完整加载目标用户的环境变量工作目录也会切换过去。不加-只切换用户名环境变量还是原来那个人的容易引发各种奇怪问题。我这里说的都是普通场景下切换用户生产环境里更规范的临时提权方式是sudo配置对应权限而不是直接把root密码告诉别人。4.2 文件权限的理解与设置权限这部分概念不难但搞错代价大。每个文件有三组权限属主u、属组g、其他人o每组有读r4、写w2、执行x1三个位。数字表示法就是把这几个值加起来。rwx是7r-x是5rw-是6。chmod命令修改权限最常用的是数字模式chmod 755 /data/www # 属主全权限属组和其他人读执行 chmod 644 nginx.conf # 属主读写其他人只读 chmod -R 750 /data/app # -R递归修改目录下所有文件为什么配置文件通常是644、目录通常是755因为配置文件只需要属主能写其他人读取就可以了。目录需要有执行权限才能进入所以目录至少是755如果给纯644其他人连cd进去都做不到。修改属主和属组用chownchown root:root nginx.conf chown -R zhangsan:zhangsan /data/app关于权限有一个实战中容易踩的坑Nginx工作进程运行在nginx用户下而站点目录属主是root且权限是755那么Nginx只能读文件而不能在目录里创建新文件。如果遇到上传文件权限不足、目录无法生成缓存的报错优先排查目录权限和运行用户是否匹配。4.3 特殊权限与sudo配置除了rwx常规权限还有两个特殊位需要了解。setuids作用于可执行程序让执行该程序的用户临时获得程序属主的权限。常见例子是passwd命令它的权限是-rwsr-xr-x普通用户修改自己密码时能临时用root身份改写/etc/shadow文件。setgids作用于目录时会让这个目录下新建的文件自动继承目录的属组共享目录经常这么用。配置sudo权限的文件是/etc/sudoers官方要求用visudo命令编辑而不是直接vi因为visudo保存时会做语法校验防止写错导致sudo彻底失效。给用户只授权特定命令的写法zhangsan ALL(ALL) /usr/bin/systemctl restart nginx, /usr/bin/tail -f这种细粒度授权比直接给ALL权限安全得多。生产环境里给外包同事或临时协助者授权时能只给一条命令就不要给一堆命令能限定参数就不要开放全部。5. 系统状态查看与进程管理性能排查的必备技能5.1 查看系统资源使用free与df、du系统卡了、内存不够了这些问题的排查基本从以下几个命令入手。查看内存使用free -h-h以G为单位显示。输出里的buff/cache列容易被误解为“已使用”实际上这部分内存是Linux的文件缓存当程序需要时会自动释放。判断内存够不够主要看available列它代表可分配给新程序的实际内存。查看磁盘空间使用df -hT-T显示文件系统类型xfs、ext4、vfat等-h易读。看到某个分区使用率逼近100%就要考虑清理或扩容。查看当前目录占用磁盘大小du -sh /var/log du -sh * | sort -rh | head -10第二条命令找出当前目录里占用最大的10个文件/目录快速锁定磁盘空间被什么吃掉了。我发现很多生产环境磁盘告警最后定位到的都是日志文件堆积导致配合find清理旧日志是最常见操作。5.2 查看进程与资源占用ps与top查看当前有哪些进程在运行用ps -ef。输出列比较多重点看PID进程号、PPID父进程号、CMD命令。配合grep过滤特定进程ps -ef | grep java要想看进程具体占用了多少CPU和内存用动态刷新的top命令。首次进入按大写P按CPU排序按大写M按内存排序按q退出。top还有一个批处理模式适合脚本采集数据top -bn1 | head -30-b批处理-n1只取一次快照。这条命令在写监控脚本时经常用到。如果某个进程异常占用CPU又不确定它是什么ps -ef找到PID后再查看进程的工作目录和启动命令ls -l /proc/12345/cwd cat /proc/12345/cmdline/proc目录是内核暴露给用户态的一张信息表用文件系统的方式呈现所有运行进程的细节。理解了这一点排查很多诡异问题时你都会自然而然想到去/proc下翻一翻。5.3 systemd服务管理CentOS 7后服务管理全面切换为systemd相关命令必须重点掌握systemctl start nginx # 启动服务 systemctl stop nginx # 停止服务 systemctl restart nginx # 重启服务 systemctl reload nginx # 平滑重载配置不中断连接 systemctl enable nginx # 开机自启 systemctl status nginx # 查看服务状态 systemctl disable nginx # 取消开机自启reload和restart的区别需要记清楚。Nginx改配置后可以直接reload它会重新加载配置并优雅重启worker进程正在处理的连接不中断。而restart是先停再启会造成短暂中断。生产环境里改配置优先考虑reload只有涉及新增监听端口等无法reload的场景才用restart。查看服务启动报错信息用journalctl -u nginx --since 2025-01-01 00:00:00这个命令能查到服务在指定时间之后的全部日志。服务起不来时systemctl status只给一句“failed”真正的细节都在日志里。5.4 查找命令与文件find的实战用法find命令的定位能力非常强但也因为它参数多让新手望而生畏。实战高频用法其实就这几种find /data -name *.log -type f # 按名字找文件 find /data -mtime 7 -type f # 找7天前修改过的文件 find /data -size 500M # 找超过500MB的大文件 find /data -name *.tmp -delete # 找到后直接删除 find /data -name *.log -exec rm -rf {} \; # 找到后执行命令清理日志时下面这条是我在服务器上最常用的组合删除7天前的日志文件并把结果输出到文件供确认find /var/log -name *.log -mtime 7 -type f | tee /tmp/old_logs.txt | xargs rm -f关于-exec和xargs的区别-exec每条匹配都会启动一次命令文件量大时效率偏低xargs会把匹配结果批量传给后面的命令效率更高但也要注意文件名包含空格时会出错可用-print0配合xargs -0解决。6. 压缩打包与网络传输发布部署的必备操作6.1 tar打包压缩与解压Linux打包压缩的霸主是tar几乎统治了所有软件发布场景。基本用法不需要死记把下面几个组合抄下来tar -czvf app.tar.gz /data/app # 打包并gzip压缩 tar -xzvf app.tar.gz # 解压gz包 tar -cjvf app.tar.bz2 /data/app # 打包并bzip2压缩压缩率更高 tar -xjvf app.tar.bz2 # 解压bz2包 tar -xvf app.tar # 解压纯打包无压缩记忆方法c是create创建z是gzip压缩j是bzip2压缩v是verbose显示过程f指文件x是解压。所以不管看到.tar.gz、.tar.bz2还是.tar对应的参数组合都顺理成章也能拼出来。解压时如果想指定目录加-C参数tar -xzvf app.tar.gz -C /opt/app打包排除某些目录或文件tar -czvf backup.tar.gz /data --exclude/data/logs --exclude/data/cache这个排除参数在备份场景太重要了不排掉日志和缓存备份文件体积会膨胀几倍浪费磁盘和时间。6.2 网络下载与测试curl和wget软件安装包下载、接口测试、HTTP请求调试这两个命令足够覆盖。wget面向下载任务最常用参数wget -O nginx.tar.gz https://example.com/nginx.tar.gz # 下载并重命名 wget -c https://example.com/big.tar.gz # 断点续传 wget -bhttps://example.com/app.tar.gz # 后台下载curl功能更全面不仅能下载还能发送各种HTTP请求。调试接口时我非常依赖它curl -I https://example.com/ # 只看HTTP头 curl -X POST -d nametest https://example.com/api curl -H Content-Type: application/json -d {key:value} https://example.com/api-I只获取响应头-X指定请求方法-d带请求体-H加自定义头。后端开发排查接口返回状态码、响应时间或者确认服务器到外部网络是否连通这些命令足够用了。6.3 远程文件传输scp与rsync远程拷贝文件是跨服务器操作的基础能力。scp最简单直接scp nginx.tar.gz root192.168.1.100:/opt/ scp -r /data/app root192.168.1.100:/data/如果需要做目录同步、增量备份用rsync它只传变化的部分效率高得多rsync -avz --delete /data/app/ root192.168.1.100:/data/app/-a归档模式保留权限和时间戳-v显示过程-z压缩传输--delete让目标目录与源目录严格一致删除目标端多余文件。使用--delete要格外谨慎它会清掉目标目录里源目录没有的文件路径写错就麻烦了我建议第一次同步时不要加这个参数确认两边内容差异后再说。6.4 查看网络端口占用与连接状态网络排查也是高频场景。查看一个端口被什么进程占用netstat -tlnp | grep 80-t显示TCP-l显示监听状态LISTEN-n不解析域名以数字显示-p显示进程号。没有-p就看不到PID这时需要root权限才能显示进程名。更轻量的替代命令是ssCentOS 7里netstat有时未预装ss才是官方推荐的工具ss -tlnp | grep 80查看服务器到底有哪些监听端口、哪些端口对外提供服务一台新接手服务器直接ss -tlnp扫一遍开放的端口和对应进程就一目了然了。7. 常见问题排查实录与经验心得7.1 命令找不到command not found执行命令报command not found好几个可能原因命令没装、命令的路径不在PATH环境变量里、敲错了命令名。先检查命令是否装过which nginx没有输出说明没找到用yum install安装。如果命令确实存在但which找不到路径可能是安装到了/usr/local/bin而PATH里没包含这个目录可以用find / -name nginx搜一下。CentOS 7最小化安装里很多工具比如ifconfig、netstat都在net-tools包里需要单独安装。7.2 权限不足Permission denied权限不足提示在操作文件时最常出现。如果是普通用户操作系统目录优先检查当前身份id确认是否有必要使用sudo提权。如果是操作自己的目录仍然报权限不足用ls -ld看看目录权限是不是被误改。一种常见情况目录权限从755被改成700其他用户进不去了连Nginx这样的服务用户也无法读取网站文件。临时应急可以chmod ox /data给“其他人”加执行权限但更合理的修复方式是chown调整目录属主和属组而不是一股脑放宽权限。7.3 端口被占用Address already in use启动服务时提示address already in use说明端口已被别的进程占用。定位到占用者再决定是停掉它还是改端口ss -tlnp | grep 8080看到PID后用ps -ef | grep PID确认是什么进程。如果确定是残留的僵尸进程可以kill PID结束。如果源端口被系统保留比如CentOS 7里某些端口段被保留还会看到Cannot assign requested address的报错检查/proc/sys/net/ipv4/ip_local_port_range和ip_local_reserved_ports。7.4 磁盘空间耗尽后的自救步骤df -h看到使用率100%连日志都写不进去了这种情况每个运维都遇到过。处理流程先找出大文件du -sh /* 2/dev/null | sort -rh | head -10定位到日志目录后查看最大日志文件并确认它还在被进程占用ls -lhS /var/log/nginx/ lsof | grep deleted删除被进程占用的日志文件有个陷阱文件被删后空间不会立即释放因为进程还持有该文件的句柄。正确的清理方式是清空文件而不是删除 /var/log/nginx/access.log用把文件内容截断为0字节空间立即释放服务不用重启。7.5 我的几个习惯与操作建议文章最后分享几个我从实际工作里沉淀下来的习惯谈不上什么高深理论但确实帮我省过很多麻烦。第一条危险的删除操作前先把路径写在纸上或者心里默念一遍再回车。我见过太多因为路径多打一个空格导致目录被误删的案例。尤其rm -rf这种命令宁可多花两秒确认也不要赌自己的输入一定准确。更好的习惯是完全不用rm -rf删除重要目录而是用mv挪到临时目录确认没问题再彻底清理。第二条改配置前永远先做备份。哪怕只是多加一行注释也先cp一份带日期的备份文件。这些备份文件不占多少空间但回滚时能救命。我通常在项目目录下建一个backup文件夹放这些历史配置每季度统一清理一次。第三条学会看日志比学会更多命令更重要。很多问题其实日志里都写得清清楚楚只是新手不知道去哪看、看哪行。遇到报错先别急着搜答案先看/var/log/messages、/var/log/secure、服务的日志文件往往比自己猜原因高效得多。日志文件不存在时多半是rsyslog服务没启动或配置文件里日志级别设置过高也属于排查方向之一。最后一条把常用命令组合封装成脚本。比如每次排查内存用free -h、看磁盘用df -hT、查大目录用du -sh *完全可以写成一个sysinfo.sh放到/usr/local/bin下一步跑完。刚开始学的时候多敲命令本身就是在练肌肉记忆但熟练之后把这些固定动作自动化省下来的时间拿去看看新知识投资回报率很高。这份指南覆盖的命令都是我平时跑服务器时真正在用的按顺序过一遍配合实际服务器操作效果更好。你可以在自己的测试机上把命令全部敲一遍体会每条命令的反馈再用上一段时间自然会形成肌肉记忆。到时候你面对一个陌生服务器至少能做到不慌不忙知道该从哪里下手查起这大概就是入门到进阶的第一步了。
绿色便携版：离线专业术语查取引擎)
