简介面向新手运维工程师的Linux基础命令完全速成指南以PDF格式打包共1个文件大小821KB。内容紧扣日常运维核心场景系统划分文件与目录操作、文本内容处理、系统监控与进程管理、权限与用户管理、网络与通信、压缩与打包六大模块整理20余个高频命令的常见用法、关键参数和典型示例覆盖pwd、ls、cd、cp、mv、rm、find、grep、awk、sed、top、ps、netstat、chmod、tar等具体工具的操作技巧每个命令均配有功能说明、参数解读和操作示例便于对照练习既包含基础文件管理也涵盖日志分析、服务管理、网络调试等实用场景。同时提供日志分析实战如统计Nginx访问IP排名、故障排查流程和权限数字含义等经验性技巧并附有从基础操作到Shell脚本自动化的四阶段学习路线图以及针对误删、权限滥用等常见风险的避坑提醒便于新手在虚拟环境中边学边练逐步建立运维思维。目前已有737人学习下载适合具备一定计算机基础、志在运维岗位的技术人员作为入门速查手册。1. 别急着背命令先搞清楚运维到底在干什么我带了几年运维新人发现一个普遍问题大家一上来就捧着命令大全猛背结果进了生产环境还是不知道从哪下手。其实Linux命令本身不难难的是搞清楚每条命令在真实运维场景里解决什么问题。先说结论运维工程师的核心工作可以浓缩成三件事——保证服务活着、出了问题能快速定位、系统性能扛得住。你学的每一条命令最终都要落到这三个目标上。所以这篇指南不会像字典一样平铺直叙而是按运维日常的真实操作路径来拆解让新手知道这个命令什么时候用、为什么用、用的时候要注意什么。为什么运维离不开Linux道理很简单互联网公司生产环境里Linux系统占比超过九成。从云主机到容器镜像从数据库服务器到负载均衡底层全是Linux。哪怕你以后走云计算、容器化、AI运维方向底层操作还是那几百条命令的变体。https://www.cnblogs.com/along21/p/7608131.html 这篇文章总结过Linux目录结构的精髓新手值得细读——你知道了哪些目录是干嘛的命令行为才有据可循而不是死记硬背。我自己带人的习惯是第一周不让他们碰任何自动化工具就用纯命令行处理日常巡检、日志查看、服务启停、用户管理这些基础任务。等命令手感出来了再上脚本、上Ansible、上K8s。基础打不牢后面全是空中楼阁。下面我按运维真实工作流把新手最该掌握的Linux基础命令分成五个模块每个模块都配场景、配示例、配避坑提醒。建议你跟着操作一遍光看的话效果至少打五折。2. 文件与目录操作你每天都在跟这些命令打交道2.1 目录切换与查看ls、cd、pwd这三个命令可以说是Linux的开门三件套。新手最容易忽略的是ls的输出细节但恰恰是这些细节在生产环境里能救命。# 进入站点的日志目录 cd /var/log/nginx/ # 查看当前工作目录 pwd # 列出所有文件包括隐藏文件并带详细信息 ls -lah关于ls的输出我遇到过太多新人看不懂第一列的权限位就开始瞎操作了这是个危险习惯。drwxr-xr-x这串字符从左到右分别是文件类型d是目录-是普通文件、所有者权限、所属组权限、其他人权限。r是读4、w是写2、x是执行1后面的数字就是权限的八进制表达。你以后用chmod改权限理解不了这串字母会寸步难行。pwd看着简单但配合cd在多层目录里穿梭时经常有人迷失方向。我自己的习惯是每次切换到一个新目录先跑一遍pwd确认位置再干活尤其是操作rm、mv这类有破坏性的命令之前。2.2 文件复制、移动与删除cp、mv、rm这三个命令是Linux运维里手滑事故的高发区。先说cp最常用的是递归复制目录# 备份配置文件强烈建议养成备份习惯 cp /etc/nginx/nginx.conf /etc/nginx/nginx.conf.bak_$(date %F) # 递归复制整个目录 cp -r /data/app /data/app_backup用$(date %F)拼出带日期的备份名是我从老运维那里学来的习惯现在也成了我要求新人必须养成的操作规范。没有日期标记的备份三天之后就不知道哪份是新哪份是旧了。mv的坑在于跨文件系统移动时它实际上是复制删除大文件会慢得让你怀疑机器卡死了。rm则是事故重灾区rm -rf一执行哭都来不及。所以我对新人的要求是rm之前先ls确认路径重要数据绝对不用rm一律先mv到/tmp再定期清理。这就是运维圈常说的先mv后rm安全策略多一道保险少一次事故。多练几遍通配符用法比如rm -rf /data/logs/*.log但务必先ls /data/logs/*.log看清楚匹配到了什么再动手删绝对不要在不确定路径时使用rm -rf / xxx这种写法一个空格就能让你删库跑路3. 查看与检索排障时最锋利的武器3.1 日志查看tail、head、cat、less生产环境出问题第一件事永远是看日志。日志查看命令的熟练度直接决定你排障的速度。tail是我个人使用频率最高的命令没有之一。# 实时跟踪最新的日志输出-F能处理日志轮转比-f更稳 tail -F /var/log/nginx/access.log # 查看最后200行日志 tail -n 200 /var/log/messages # 从头看日志但配合grep用 cat /var/log/nginx/error.log | grep 500关于tail的-F参数我特别强调下。很多日志系统会按天轮转如果文件被重命名了-f参数跟的还是旧文件inode你就什么都看不到了。用-F它会在文件被轮转后自动重新打开新文件这是运维老兵都在用的参数新手可能不知道这个小差异。cat适合小文件log文件动辄几百MB甚至几个GBcat会直接把终端刷爆。这时候用less最舒服# 用less打开大日志按G跳到最后按/搜索关键词 less /var/log/nginx/error.logless里按ShiftG到文件末尾按/关键词搜索并高亮按q退出。操作熟悉了你就会发现查看大文件并定位关键报错效率比cat高一个量级。3.2 关键词检索grep与管道grep是运维排障的探针。单独用的场景很少基本都是配合管道符号|把前面命令的输出喂给grep去过滤。这个组合拳你天天都会用。# 在Nginx错误日志里找出所有500报错的记录 grep 500 /var/log/nginx/access.log # 实时跟踪日志并只过滤出包含关键字error的行 tail -F /var/log/app/application.log | grep error # 递归搜索某个目录下所有包含特定关键词的文件 grep -r timeout /etc/redis/grep配合正则表达式是进阶玩法比如grep -E ERROR|FATAL app.log匹配多种级别。新手先把-i忽略大小写、-r递归、-n显示行号这三个参数用熟日常够了。3.3 文件定位find、which、whereis当你忘了某个配置文件或脚本放在哪find就是你的救星# 按名称查找文件 find /etc -name nginx.conf # 按名称模糊查找 find /data -name *.log # 按修改时间查找mtime -1表示一天内修改过的排障神器 find /tmp -mtime -1find / -name xxx全盘搜索很慢尽量缩小搜索范围到具体目录。which和whereis则用于定位可执行命令的路径比如which nginx、whereis mysql排查环境变量问题时它们特别好使。4. 系统状态监控服务器爽不爽一看便知4.1 实时监控三件套top、free、df运维巡检的核心就是这三条命令我每天上班第一件事就是跑一遍# 查看CPU和内存占用TOP10的进程 top # 按大写P按CPU排序按大写M按内存排序 # 查看内存总量与使用量 free -h # 查看磁盘分区占用情况 df -htop这个工具值得新手多花时间研究按P键按CPU使用率排序、按M键按内存使用率排序、按c显示完整命令行这三招能帮你快速锁定哪个进程在吃资源。free的-h参数把数字变成人类易读的G/M格式避免你对着以KB为单位的数字发懵。看内存时不要只盯free那一列要看available它才是系统实际可用的内存。df -h同理重点关注使用率超过80%就该考虑清理或扩容了我见过磁盘写满导致服务挂掉的严重事故都是从小习惯上养成的警惕性救回来的。4.2 磁盘占用排查du与df的配合df看的是磁盘整体du看的是目录细节。出问题的时候你需要用du去定位到底是哪个目录把磁盘塞满了# 查看当前目录下各个子目录的大小-h人类可读-s不要逐层展开 du -sh /var/*# 找出 /data 下占用空间最大的前10个目录 du -h --max-depth1 /data | sort -rh | head -10这里我踩过一个典型的坑df显示磁盘满了但du统计各个目录加起来却对不上。后来才明白是某个进程删了文件但没释放占用文件还被进程的句柄握着。这种情况光用du是找不出来的得靠lsof# 找出已经被删除但仍被进程占用的文件 lsof | grep deleted找到对应的进程后重启或重载磁盘空间才真正释放。这种眼睛看到的不一定是全部的场景Linux运维里太常见了用这条命令能解决一大半磁盘诡异告警。5. 用户与权限管理多人共用的底线规矩5.1 用户操作useradd、userdel、passwd生产环境的服务器不是一个人在用数据库账号、应用账号、运维账号各司其职。useradd是运维的高频操作尤其是配合-m -s参数来创建带家目录和指定shell的用户# 创建新用户并指定家目录和登录shell useradd -m -s /bin/bash zhangsan # 设置/修改密码交互式输入 passwd zhangsan # 删除用户同时删除其家目录和邮件池 userdel -r zhangsanuserdel后面不加-r用户家目录会残留在/home下面。等哪天磁盘满了你排查一圈发现一堆已删除用户的垃圾文件那滋味可不好受。另外给用户设置密码时一定要养成用强密码的习惯生产服务器被爆破往往就是从弱口令开始的。5.2 组与权限groupadd、chmod、chown权限管理是运维的重点和难点特别是多人在一台机器上协作的时候。你创建了用户接下来就要把用户放进对应的组并设置文件和目录权限# 创建部署组并将用户添加进去 groupadd deploy usermod -aG deploy zhangsan # 修改目录所有者与所属组 chown -R zhangsan:deploy /data/app # 设置权限所有者rwx组rx其他人无权限 chmod 750 /data/app-R参数是递归生效操作目录时必须带上否则只改了目录本身里面文件还是老权限。chmod 750的数字是怎么来的r4、w2、x1三者相加7421rwx541r-x0---。这套换算新手必须背熟后面写脚本、配服务全是这个逻辑。关于权限设计的思路我还想多说两句一般来说应用文件的所有者设为应用专用账号组设为运维组其他用户一律不给权限这是最低限度的安全基线。有些公司图省事全用root跑应用出事儿就是大事故这个习惯一定要从一开始就改掉。6. 网络排查命令线上故障的破案工具6.1 连通性检查ping与ss网络不通是运维最常见的工单排查链路永远是从底往上走先ping通不通、再查端口服务有没有监听、最后看抓包数据有没有正确到达。# 测网络连通性 ping -c 4 baidu.com # 查看所有监听端口-t TCP-l listening-n 数字端口显示 ss -tlnp新版Linux系统里netstat逐渐被ss取代了因为ss更快信息也更全。ss -tlnp能看到哪个进程在监听哪个端口排障查端口占用就靠它了。新手如果机器上执行netstat提示没有这个命令不要慌用ss是现在的趋势。6.2 接口请求测试curlcurl是运维测试HTTP接口的神器支持各种协议调试接口参数的时候我基本离不开它# 查看HTTP响应头排查nginx配置、重定向是否生效 curl -I http://localhost # 带请求体发起POST请求Content-Type指定为JSON curl -X POST -H Content-Type: application/json \ -d {name:test,age:18} \ http://localhost/api/user # 跟随重定向并输出详细过程-v调试排障利器 curl -vL http://example.com-v我强烈推荐新手多用它会打出完整的请求和响应过程包括DNS解析、TCP握手、TLS握手、HTTP状态码、响应头。接口不通的时候curl -v能帮你一眼看出卡在哪一步比如是DNS解析失败还是连接被拒还是TLS证书报错。7. 运维面试官真正想让你掌握的命令与实操心法这一节专门为准备运维面试的新手写。我参加过不少面试也当过面试官Linux命令是必考环节但面试官基本不会出xx命令的xx参数是什么这种背诵题而是会问你一个场景服务器负载过高你怎么排查考察的是命令的综合运用能力。以这个经典问题是一台线上服务器CPU突然飙到100%你怎么处理完整的命令链路是# 第一步确认现状找到吃CPU的进程 top # 第二步定位到具体进程PID后查看线程级别状态 top -H -p PID # 第三步用strace跟踪系统调用确认它在干什么 strace -p PID # 第四步配合jstack/pstack等工具输出线程堆栈分析这套链路体现的是定位问题→缩小范围→找到根因的排障思路。命令本身不难难的是你有清晰的逻辑链。另外几个面试高频点新人备考时务必掌握软链接与硬链接的区别ln -s创建软链接相当于Windows的快捷方式删掉原文件链接就失效硬链接则共享同一个inode删除原文件不影响其他硬链接访问。Linux启动流程BIOS→引导加载器→内核→init/systemd→启动服务这条链路能讲清楚说明你有系统级认知。systemctl常用操作systemctl start/stop/restart/reload/enable nginx尤其是reload和restart的区别——reload只重载配置不中断服务restart会重启进程生产环境能用reload就别轻易restart。对初学者我的建议是不要试图一次背完Linux常用100个命令那样效率极低。先把这篇指南里二十来个核心命令练熟然后每天在真实任务里自然扩展新命令比如哪天要压缩日志就去学tar要定时跑脚本就去学crontab。命令是工具解决问题才是目的用着用着自然就记住了。我个人带新人的经验是找一台不重要的虚拟机把服务搞坏再修好这套流程走几遍比看十篇教程都管用。Linux命令的学习曲线没有捷径但绝对有高效路径——以场景驱动学习在解决问题中形成肌肉记忆上手速度至少快一倍。本文还有配套的精品资源点击获取