Linux服务器运维指令全攻略：从SSH、tmux到conda的高频命令速查

2026年元旦刚过完我在整理手头几个服务器的部署文档时发现一个尴尬局面同一个排查指令这半年里我至少搜过五六次每次都要重新翻博客、翻手册偶尔还翻到过时写法。索性决定从1月5日开始把自己在服务器和终端上用过的指令全部沉淀成一份自用笔记每一条都附上当时的使用场景和解释方便日后直接抄作业。这份笔记不是教科书式的命令大全更像是我个人踩坑后的整理汇总。里面有最基础的Linux文件操作也有SSH远程连接、终端复用、conda环境、git提交这类日常高频场景。今天把这份累计中的笔记分享出来如果你也是运维、后端开发或者自己折腾服务器的人可以对照着查缺补漏也可以直接拿走当成自己的速查手册。1. 终端起步目录与文件操作里的高频指令1.1 目录切换与查询pwd、cd、ls的组合用法刚接触终端的人容易忽略一个事实大多数报错都源于当前目录不是你以为的那个目录。所以我把pwd、cd、ls这三兄弟放在笔记最前面它们是所有操作的地基。pwd没有任何花哨参数就是输出当前工作目录的绝对路径。在脚本里我经常用它来确认程序启动时的环境比如部署完成后执行pwd看到预期路径才能放心往下走。cd是切换目录的入口除了最常见的cd /etc、cd ..还有两个容易被遗忘的用法cd -可以在最近两次目录之间跳转在长路径之间来回操作时能省不少键盘寿命cd ~则永远回到当前用户的家目录相当于一个锚点。ls的细节最多。我常年用ls -lah这一条-l显示详细信息-a显示隐藏文件-h把文件大小从字节换算成K、M、G这样更直观的单位。执行之后第一列第一个字符是文件类型d开头说明是目录-是普通文件l是软链接。这个细节在排查为什么这个目录删不掉或者为什么软链接失效时非常有用。还有ls -t按修改时间排序配合head -n 5能快速找到最新改动的文件排查上线后的配置漂移时很好用。提示ls的参数可以写在一起比如-lah、-lrt顺序不影响结果。但新手容易把ls和find搞混ls只能看指定目录下的内容要做递归查找必须用find后面专门有一节讲。1.2 文件创建、复制、移动与删除的踩坑记录touch用来创建空文件或者更新时间戳。我有个习惯在工程里标识某个步骤是否执行完毕时会touch一个.done文件脚本判断这个文件是否存在比判断日志内容靠谱得多。touch的另一层用途是批量刷新文件时间比如同步过来的文件时间戳不对可以用touch *.log统一修正。rm、cp、mv是三个容易出事故的指令尤其是rm。rm -rf /path这个组合在运维圈里臭名昭著-r递归删除目录-f强制忽略不存在的文件。我的经验是生产环境上执行rm -rf之前先用ls -lah把目标路径完整列一遍确认没有拼错再按下回车。即使这样我仍然建议养成两种习惯一是优先用mv把文件移到/tmp或专门的trash目录观察几天没问题再清理二是给rm设置别名让它在删除时多问一句避免肌肉记忆直接敲出rm -rf xxx。cp和mv的差异在于cp是复制源文件还在mv是移动源文件消失。mv在同一个文件系统内只是修改目录项瞬间完成跨文件系统则会先拷贝再删除速度慢且占用临时空间。我有一次在NFS挂载目录下移动一个40G的数据库备份等了十分钟还没结束后来才意识到它是跨文件系统在拷贝。所以大文件迁移前先df -h确认源和目标的文件系统再决定用mv还是rsync。1.3 查找文件与定位命令find、which、whereis、locatefind是文件查找的瑞士军刀基本语法是find 路径 条件 动作。最常用的组合是find /var/log -name *.log -mtime 7找出七天前的日志文件配合-delete参数可以直接清理过期日志。还有find / -type f -size 500M排查哪些大文件占满了磁盘。找完一般会接-exec ls -lh {} \把找到的结果以可读大小列出来不过我更喜欢用管道接xargs写法更直观。which和whereis是用来找命令本身在哪的工具。which会从PATH环境变量里搜索可执行文件比如which python3返回/usr/bin/python3whereis除了可执行文件还会找源码和man手册的位置。在排查明明装了两个版本的软件用的却是老版本这类问题时which的输出就是第一手证据。此外新装了命令却提示command not found八成是PATH没配好或者是shell的环境变量没有reload需要重新登录或者source配置文件。locate是基于系统索引的快速查找速度比find快很多但索引可能不是实时的查找新增文件时可能落空。我通常用updatedb手动刷新索引或者干脆直接用find这样心里踏实。2. 服务器状态监控进程、内存、磁盘与时间的排查指令2.1 进程视角排查ps、top、htop的配合使用进程排查是我日常使用频率最高的场景。ps aux | grep java这条命令几乎成了肌肉记忆a显示所有用户的进程u显示用户和资源占用x包括没有控制终端的进程。grep java在这里是过滤通常后面还会接一个grep -v grep来滤掉grep自己那条进程否则看到的结果总多一行干扰项。输出里第二列是PID后面kill 就能结束进程实在杀不掉再加-9强制结束。top是实时刷新版的进程监控相当于任务管理器。进入top界面后按P按CPU排序按M按内存排序按q退出。我一般不会长时间挂着一个top而是在需要判断系统是否过载时开一会儿看load average和CPU idle。load average三个数字分别代表1分钟、5分钟、15分钟的平均负载如果三个数持续高于CPU核心数说明系统处于饱和状态。htop是top的增强版颜色更友好支持鼠标操作和树状进程视图Ubuntu上apt install htop装一下体验提升一个档次。排查单进程的CPU或内存占用我更倾向于用pidstat -p 1每秒采样一次如果只看瞬时值ps -p -o pid,%cpu,%mem,cmd更直接。这类指令适合写进监控脚本把输出交给告警系统。2.2 内存与磁盘视角free、df、du的数值解读free -h输出的available这一列才是系统真正可用的内存不是free那一列。原因是Linux会尽量用空闲内存做缓存buffer/cache看起来占用很多但需要时能被立刻回收。判断内存是否不足我习惯看available是否持续低于总内存的10%同时检查swap是否频繁变化。df -hT是磁盘分区的总体视角-T会多显示文件系统类型方便识别ext4、xfs、nfs、tmpfs这些不同类型。写数据时遇到No space left on device先df -h看哪个分区满了别急着删文件。还有一个坑df显示满了但删除大文件后空间并没有释放这是因为有进程仍然占着这个文件句柄需要用lsof | grep deleted找出进程重启或kill它才能彻底释放。du是目录维度的磁盘占用统计我最常用的写法是du -sh /var/* | sort -rh | head -n 10一条命令找出/var下占用最大的十个项目。sort -rh表示按人类可读的数字降序排这个组合在清理磁盘时特别好用。du和df数值对不上是正常的du统计的是目录树的逻辑大小不包含卸载挂载点下方的数据而df统计的是整个文件系统。2.3 时间同步排查date、timedatectl、chrony服务器时间不一致会引起一连串诡异问题日志时间对不上、HTTPS证书验证失败、分布式任务重复触发。排查的第一步是date输出当前系统时间。如果时区不对用timedatectl set-timezone Asia/Shanghai纠正。现代Linux环境通常用chrony做时间同步先用chronyc sources -v查看时间源的同步状态。输出里第二列SRC状态是^*表示已同步到最佳时间源^?表示未同步或正在查询。假如系统时间和真实时间差了几分钟直接执行chronyc makestep可以立即校准不用重启服务。如果是老系统还在用ntpd则用ntpq -p查看同步状态。这个场景我至少遇到过三次每次都是微服务调用的签名校验失败最后都是时间偏差导致的。3. 日志追踪与文本处理服务器排障的后半程3.1 日志实时追踪tail、head、less的基本功排障的第一步永远是看日志。tail -f 文件名可以持续输出文件尾部新增的内容是观察服务运行状态的标配。多年前排查崩溃问题时我喜欢一直挂着tail -f后来发现更稳妥的做法是用tail -F大写F会处理文件被重命名或重建的情况日志轮转后不会跟丢。这一点算是我踩过坑之后的教训用tail -f盯着nginx日志结果日志按照小时切割重命名之后终端就静默了还以为是流量断了。查看日志的其他姿势head -n 50查看开头less替代cat翻看大文件进入less按G跳到最后按g跳到开头按/搜索关键词按n跳转下一个匹配。如果日志文件是压缩的zcat和zgrep可以直接探查.gz文件。线上日志动辄几个G直接cat会刷屏不说还可能把终端卡死less是更专业的选择。3.2 关键词过滤与统计grep、awk、sed的组合拳grep是日志分析里出场率最高的指令。grep -n ERROR app.log定位错误行-r递归搜索目录下的所有文件。要是想搜索时忽略大小写加-i。定位到关键词之后往往需要看上下文grep -C 5 ERROR app.log就非常有用前后各显示5行。我从网上学到的技巧是grep 2026-01-05 10: app.log | grep -A 10 OutOfMemory这种管道接力相当于把日志范围一层层缩小。awk是处理字段型数据的利器它的默认逻辑是按空格切分每一行按列处理。比如awk {print $1, $4}可以提取第一列和第四列。请求耗时分析的典型场景awk {print $NF} access.log | sort | uniq -c | sort -rn统计每行最后一个字段状态码的出现次数。sed则擅长做文本替换sed -i s/old/new/g file直接原地替换在批量改配置时特别好用。这三个工具单独用都很单薄配合管道组合起来才是完整战斗力。我的习惯是先grep缩小范围再awk提取关键列最后sort和uniq做统计一条命令完成原来要手动翻半天才能做到的事。3.3 后台运行任务nohup、、jobs、bg、fg的管理SSH断开后终端进程会被挂断这个机制困扰过几乎每个新手。nohup python3 main.py run.log 21 这个大杂烩式命令拆开看其实不难理解nohup让进程忽略挂断信号 run.log把标准输出写到文件21把标准错误也重定向到同一个文件最后的让进程后台运行。如果任务已经在前台跑起来了想临时挂起转到后台按CtrlZ把当前进程挂起然后输入bg让它到后台继续运行再用jobs -l查看后台任务列表。想要重新切回前台用fg %1数字是jobs里的任务编号。这是我在长时间数据处理场景中的常用操作。不过一旦要管理多个这样的任务还是建议用tmux后面的章节会专门讲——nohup适合单任务tmux适合会话级别的长期任务管理。4. 远程连接与终端复用SSH、tmux、Tabby的效率提升4.1 SSH远程连接与免密登录配置SSH做远程管理是运维的基本功日常指令是ssh userhost首次连接会提示确认指纹输入yes后在远程主机上操作。为了让每次登录少打一点字我在~/.ssh/config里写好了别名配置Host my-server HostName 192.168.1.10 User root Port 22 IdentityFile ~/.ssh/id_ed25519配置之后直接ssh my-server就能连上。免密登录的核心是密钥对本机执行ssh-keygen -t ed25519生成密钥对然后把公钥传到目标服务器。传统方式是ssh-copy-id userhost一行命令完成如果目标机器没有这个命令也可以手动把公钥追加到远程主机的~/.ssh/authorized_keys里。我叠加过一条经验ed25519比rsa密钥更短且更安全新环境一律用ed25519。真实生产环境常有多层网络隔离直接访问目标机器不可行需要跳板机。ssh -J userjump-host usertarget这个参数可以指定跳板OpenSSH 7.3以上就支持。在~/.ssh/config里还可以给每个Host单独指定ProxyJump这样配合别名使用连跳板这一层都可以不用手动管理。4.2 tmux终端复用会话不丢失的精髓tmux是我愿意向每个运维朋友安利的终端复用工具。它是一个终端里的窗口管理器核心价值是SSH连接断开之后tmux会话还活着重新连上再attach工作现场原封不动。夜间跑数据迁移任务时尤其省心本地电脑合盖睡觉第二天打开终端一看任务还在运行。基础指令不超过五条tmux new -s work创建名为work的新会话tmux detach脱离当前会话回到普通终端tmux ls列出所有会话tmux attach -t work重新接入会话tmux kill-session -t work结束会话。会话内部的快捷键通过Ctrlb前缀触发比如Ctrlb按c创建新窗口Ctrlb按n切到下一个窗口Ctrlb按%左右分屏Ctrlb按“上下分屏”。我习惯一个窗口跑日志一个窗口写命令一个窗口开vim互不干扰。screen是tmux之前的老牌终端复用工具基本思路类似但tmux的分屏、会话保持和脚本化能力明显更强。如果系统没有tmuxapt install tmux或者yum install tmux可以快速安装。对于长时间运行的Python脚本、Java服务、数据库迁移我都默认用tmux包裹一层。4.3 Tabby终端工具与VSCode Remote SSH本地终端工具我也换过不少早期用Windows自带的cmd和PowerShell后来用Tabby。Tabby是一个跨平台的现代化终端模拟器支持SSH直连、SFTP文件管理还有一个我非常看重的功能持久化切页场景。简单说即使本地断电重启Tabby里的SSH会话标签页也能恢复不用逐一重连。它内置了主题和快捷键自定义颜值和实用性都过关。开发场景里我更常用VSCode的Remote-SSH扩展。在VSCode里按F1输入Remote-SSH: Connect to Host选择之前配置好的SSH机器就能直接在本地编辑器里操作远程文件。配合终端面板相当于把远程开发环境无缝接进了本地IDE。调试Python代码时可以直接在远程解释器上跑缩进和依赖都不用本地配这是团队多人共用服务器时最推荐的开发姿势。5. 开发环境指令conda、git与包管理器的日常操作5.1 conda环境管理隔离依赖的几条指令多项目共存时最头疼的就是依赖冲突。这个项目要Python 3.8那个项目要Python 3.10装来装去系统Python环境迟早会搞坏。conda解决这个问题的思路是为每个项目创建独立环境互不干扰。关键的指令入口并不复杂conda create -n myenv python3.10创建指定Python版本的环境conda activate myenv进入环境conda deactivate退出环境conda env list查看所有环境conda env remove -n myenv删除环境。装包方面conda install numpy与pip install numpy两者可以混用但我的建议是尽量保持单一渠道安装避免两种包管理器写入同一位置导致冲突。环境文件对团队协作特别重要。conda env export environment.yml导出当前环境的完整依赖换一台机器后用conda env create -f environment.yml复现同样的环境。这比手工记录依赖清单要省事得多。5.2 git日常指令从克隆到推送的闭环git也是终端使用频率最高的一批指令。从服务器拉代码用git clone 查看当前改动git status把文件加入暂存区git add .写提交说明git commit -m xxx推送到远程git push origin main。这一套闭环里最容易犯的错是把敏感信息比如数据库密码提交进仓库。我现在的习惯是提交前先git status确认变更范围然后检查diff内容。分支操作里git checkout -b feature/xxx基于当前分支创建并切换到新分支git branch -a查看本地和远程的全部分支git merge合并分支git pull --rebase拉取远程改动并以rebase方式合入避免生成不必要的merge commit。线上紧急修复时我的操作顺序是git stash暂存当前改动切到hotfix分支修复完成后git stash pop恢复现场。git log --oneline --graph -10是查看最近提交历史的快捷方式图形化地展示分支走向。如果提交信息写得混乱git log -S 关键词还能全文搜索是哪次提交引入了这个关键词。这些指令加上.ignore文件的合理配置基本能覆盖个人开发99%的场景。5.3 系统包管理器apt、yum、dnf以及依赖清理服务器发行版不同包管理器也不同。Debian系用aptRedHat系用yum或dnf。日常的高频操作无非是apt update刷新软件源索引apt install 安装软件apt remove 卸载软件apt autoremove清理不再需要的依赖。我踩过的一个坑是某次强制卸载了一个软件包没走依赖检查结果把系统自带的库文件也卸了重启后网络服务起不来。从那以后凡是卸载操作我会先仔细查看apt会连带删除哪些包确认无害再确认。旧系统上还能见到yumCentOS 8开始转向dnf但命令语法基本一致。综合来说包管理器不要混用yum和dnf同时操作同一套RPM库容易造成锁冲突。生产环境软件版本能不动就不动升级前最好先在测试环境验证一遍。这是运维老手吃了多少亏之后总结出来的铁律。6. 服务管理与数据库指令运维落地场景时刻表6.1 systemd服务管理systemctl与journalctl的组合现代Linux系统都使用systemd管理服务。以前是service nginx start现在更规范的做法是systemctl start nginx。日常管理服务的命令包括systemctl status查看服务运行状态、systemctl restart重启服务、systemctl enable --now设置开机自启并立即启动、systemctl disable取消自启动。服务起不来时journalctl -u nginx -n 50查看服务最近的50条日志-f参数可以持续跟踪和tail -f效果类似。这个组合是我排查为什么服务异常退出时的第一选择。另外systemctl list-units --typeservice | grep nginx可以快速确认服务单元是否加载正常。如果改了服务配置文件记得systemctl daemon-reload让新配置生效这一步很多人容易漏掉。6.2 数据库基础操作MySQL的常用SQL与备份恢复服务器上跑数据库绕不开MySQL或它的兼容分支。命令行登录最常用的是mysql -u root -p输入密码后进入SQL交互界面。进入后先执行SHOW DATABASES;看看有哪些库然后USE mydb;切换库再SHOW TABLES;列出当前库的表。SELECT、UPDATE、DELETE、INSERT是四大基础操作每条SQL语句最后必须加分号否则MySQL会一直等待输入这个细节新人经常忽略。备份数据库我习惯用mysqldump。单库备份的典型命令mysqldump -u root -p mydb mydb_$(date %F).sql恢复时mysql -u root -p mydb mydb_2026-01-05.sql即可。全库备份需要加--all-databases参数。日常运维我还会加上--single-transaction参数InnoDB引擎下可以在不锁表的情况下完成备份对线上服务影响最小。6.3 服务器虚拟化与磁盘阵列的备忘记录虚拟化和磁盘阵列不是每天都能用到的操作但作为运维知识储备非常必要。服务器虚拟化方面KVM/QEMU是Linux上的主流方案。我用virsh list --all查看宿主机上的虚拟机virsh start 启动虚拟机virsh shutdown 对虚拟机执行优雅关机。如果需要自动迁移或高可用则会涉及libvirt和oVirt相关的管理指令。磁盘阵列RAID的几种级别值得整理成备忘RAID 0是条带化读写性能高但任意一块盘损坏会导致数据全丢RAID 1是镜像两块盘互为备份空间利用率只有50%但安全性最好RAID 5是最常见的折中方案需要至少三块盘允许坏一块空间利用率是n-1块盘的容量RAID 10是镜像条带性能和安全性都兼顾但至少需要四块盘。操作层面硬件RAID通常在服务器启动时进入RAID卡配置界面设置软件RAID则用mdadm工具如果要在现有Windows服务器系统上提取RAID驱动文件则需要进入系统备份驱动后注入到目标安装镜像这个过程比较繁琐遇到最好先查清RAID控制芯片型号再动手。注意不论哪种RAID方案都不是备份的替代品。RAID解决的是磁盘硬件故障备份解决的是误删、损坏等逻辑错误。两者叠加才是完整的数据安全方案。7. 高频问题排查速查来自一线的实战记录7.1 命令找不到与终端换行的常见问题遇到command not found先检查命令是否安装比如输入python3提示找不到可以用apt install python3先安装。如果确定已经安装那就是PATH的问题。执行echo $PATH查看当前生效的搜索路径确认安装目录是否在其中。修改~/.bashrc或~/.zshrc后记得source ~/.bashrc让配置立即生效或者重新登录终端。临时执行命令时也可以直接写全路径比如/usr/local/bin/python3跳过PATH搜索。关于Linux终端怎么换到上一行通常指的是在长命令和多行输入场景中回到上一行编辑。在bash里按CtrlA跳到当前行开头按CtrlE跳到行尾按CtrlU删掉整行按CtrlK删除到行尾。按上下方向键可以翻阅历史命令。如果需要真正进入上一行多行编辑用vim模式按CtrlX再按CtrlE会在默认编辑器里打开当前命令行修改保存后自动执行。7.2 SSH连接失败与文件占用的排查思路SSH连接失败太常见了排查顺序我建议固定下来。第一步ping目标主机确认网络通不通第二步telnet目标IP 22确认SSH端口有没有开放第三步看防火墙规则本地服务器用ufw status或firewall-cmd --list-all检查22端口是否放行。如果前面都正常那大概率是SSH配置问题检查/etc/ssh/sshd_config里的PermitRootLogin和PasswordAuthentication等参数修改后重启sshd服务。排查连接慢的问题我会加-v参数跑一遍ssh -v userhost它会打印详细的握手过程定位到卡在哪一步。磁盘空间未被释放的问题前面提过错误的是删除文件后df -h的空间没有变化。用lsof | grep deleted找到仍然占用文件句柄的进程重启该进程。还有一种情况是清理了很大的日志文件但Java进程没有触发日志重开空间会一直占着这时候只能重启或发信号让进程重新打开文件。7.3 从网络热词看社区关注点指令笔记的更新方向整理笔记时我也顺手看了一圈社区里最近的讨论趋势发现大家关注的点主要集中在终端复用工具tmux、Tabby、SSH远程开发VSCode Remote、conda环境管理、服务器集群和虚拟化、磁盘阵列这几个方向上。这和我的笔记内容基本吻合。网络上有人讨论优化电脑性能、清理电脑的指令本质上也是在终端操作里寻找更高效的命令组合比如清理缓存、查找大文件、禁掉自启动项这些都能在我前面的find、du、systemctl、lsof中找到答案。这也侧面说明指令笔记看似零散但背后是一套完整的终端解决问题的方法论从文件系统、进程、网络、服务、开发环境一路铺到数据库与虚拟化。把这条线串起来比零散记忆上百条命令有用得多。这是我第一次系统地整理这类笔记后续随着实际使用还会持续补充。最后分享一个个人心得记指令时一定要顺手写上一两句当时为什么用它的场景描述只记命令不记场景三个月后回看就完全想不起来这条是干嘛的。技巧是每条指令配一个真实场景的例子让记录本身变得有语境。希望这份笔记也能给正在折腾服务器和终端的你一点参考。