在Ubuntu服务器上运维，最让人崩溃的事情之一就是：你跑了一个长时间任务，SSH连接突然断了，所有进程跟着一起挂掉。tmux就是专门解决这个问题的终端复用工具，它能让你的会话在后台持续运行，哪怕网络断开、SSH掉线，重新连上之后一切照旧，任务不中断、输出不丢失。简单说，tmux就是给你的终端加了一个"保护罩"，让你的工作永不掉线。
tmux（Terminal Multiplexer）是一个开源的终端复用器，它允许你在一个终端窗口中创建多个虚拟终端会话，每个会话可以独立运行程序。更关键的是，这些会话运行在服务器端，不依赖你本地的SSH连接状态。你断开连接，会话还在；你重新连上，直接"附加"回去，看到的就是你离开时的画面。
为什么Ubuntu运维必须掌握tmux
做Linux服务器运维，日常场景无非是：远程登录服务器执行编译、跑脚本、监控日志、部署服务。这些操作动辄几小时甚至几天。如果你直接在SSH终端里跑，一旦网络波动、客户端崩溃、甚至你不小心关了终端窗口，所有前台进程都会收到SIGHUP信号被杀掉。用nohup可以让进程后台运行，但你没法再"看到"它的输出，也没法跟它交互。tmux完美解决了这两个痛点：进程持续运行，而且你随时可以重新连接回去查看和操作。
另外，tmux还支持多窗口、多面板分屏，一个SSH连接里你可以同时开好几个终端窗口，左边看日志、右边跑命令、下面编辑配置文件，效率极高。对于经常需要同时处理多项任务的运维人员来说，这是刚需工具。
Ubuntu上安装tmux
Ubuntu系统默认仓库里就有tmux，安装非常简单，一条命令搞定：
sudo apt update sudo apt install tmux -y
安装完成后验证版本：
tmux -V
建议安装较新的版本（3.0以上），老版本在某些功能上有兼容性问题。如果仓库版本太旧，可以从源码编译安装，或者使用PPA源。不过大多数情况下，apt安装的版本已经够用了。
tmux核心概念：会话、窗口、面板
在开始使用之前，必须搞清楚tmux的三层结构，这是所有操作的基础：
会话（Session）：最高层级，相当于一个独立的工作空间。你可以创建多个会话，比如一个叫"deploy"专门部署，一个叫"monitor"专门监控。每个会话有独立的编号和名称。
窗口（Window）：会话里面的标签页。一个会话可以有多个窗口，每个窗口相当于一个独立的终端标签。
面板（Pane）：窗口里面的分屏区域。一个窗口可以水平或垂直拆分成多个面板，每个面板运行独立的shell。
理解了这三层，你就掌握了tmux的骨架。所有操作都是围绕这三个层级展开的。
tmux基本操作：从创建会话到断线恢复
最常用的操作流程是这样的：
第一步，创建一个命名会话：
tmux new -s mywork
执行后你会进入一个新的tmux环境，底部出现绿色状态栏。这时候你在里面执行任何命令都是安全的。
第二步，在会话中进行分屏操作。按下前缀键（默认是Ctrl+b），然后按"（左引号）可以垂直分屏，按%可以水平分屏：
# 前缀键 Ctrl+b，然后按 " Ctrl+b " # 前缀键 Ctrl+b，然后按 % Ctrl+b %
第三步，在面板之间切换。按Ctrl+b然后按方向键，或者按o（小写字母o）循环切换。
第四步，也是最关键的一步——断开连接（detach）。当你需要离开时，不要直接关SSH，而是执行：
Ctrl+b d
这会把你从tmux会话中"分离"出来，回到普通shell，但tmux会话和里面所有运行的程序都还在服务器上继续跑。
第五步，重新连接（attach）。下次SSH登录后，执行：
tmux attach -t mywork
你会立刻回到之前的工作状态，所有程序都在正常运行，输出都还在。这就是tmux最核心的价值——断线恢复。
tmux常用快捷键速查表
tmux所有操作都需要先按前缀键（默认Ctrl+b），然后再按功能键。以下是运维场景最高频的快捷键：
Ctrl+b c # 新建窗口 Ctrl+b n # 下一个窗口 Ctrl+b p # 上一个窗口 Ctrl+b 0-9 # 切换到指定窗口 Ctrl+b " # 垂直分屏 Ctrl+b % # 水平分屏 Ctrl+b o # 切换到下一个面板 Ctrl+b x # 关闭当前面板 Ctrl+b d # 分离当前会话 Ctrl+b s # 列出所有会话（可选择切换） Ctrl+b [ # 进入复制模式（可滚动查看历史输出） Ctrl+b 方向键 # 在面板间切换
建议把这个列表存下来，刚开始用的时候多按几次就熟了。熟练之后这些操作都是肌肉记忆，速度比你开新终端还快。
远程断线后的完整恢复流程
实际运维中，断线场景各不相同，这里给出几种典型情况的处理方法：
场景一：SSH客户端意外关闭
重新打开终端，SSH登录服务器，然后查看当前有哪些tmux会话：
tmux ls
你会看到类似这样的输出：
mywork: 1 windows (created Mon Jun 16 10:30:00 2025) [80x24]
然后直接附加回去：
tmux attach -t mywork
场景二：网络超时导致SSH断开
这种情况下，如果你没有提前detach，连接断开时tmux会话可能也会被杀。所以养成习惯：在开始长时间任务之前，先创建tmux会话并detach。或者在你的~/.bashrc里加上自动重连的配置：
if command -v tmux >/dev/null 2>&1 && [ -z "$TMUX" ]; then
tmux attach -t default || tmux new -s default
fi这样每次登录SSH时，如果没有已有的tmux会话就自动创建一个，有的话就自动连上。
场景三：多人同时运维同一台服务器
tmux支持多人同时attach同一个会话，适合协作排障。一个人操作，另一个人实时观看。如果需要只读模式，可以用：
tmux attach -t mywork -r
这样附加进去的人只能看，不能操作，避免误操作。
tmux配置文件优化：让运维更顺手
tmux的默认配置比较朴素，但它支持通过~/.tmux.conf进行深度定制。以下是针对运维场景的推荐配置：
# 修改前缀键为 Ctrl+a（更顺手） unbind C-b set -g prefix C-a bind C-a send-prefix # 开启鼠标支持（点击切换面板、调整大小） set -g mouse on # 状态栏样式 set -g status-style 'bg=#1e1e2e fg=#cdd6f4' set -g status-left '#[fg=#89b4fa,bold] #S ' set -g status-right '#[fg=#a6e3a1] %H:%M #[fg=#f9e2af] %d-%m-%y ' # 窗口编号从1开始 set -g base-index 1 setw -g pane-base-index 1 # 自动重命名窗口为当前命令名 setw -g automatic-rename on # 历史记录行数 set -g history-limit 50000 # 关闭窗口时确认 bind-key x confirm-before -p "kill-window #W? (y/n)"
配置好之后，在tmux中按Ctrl+a然后按:（冒号）进入命令模式，输入source-file ~/.tmux.conf即可生效，或者直接重启tmux。
tmux与screen的对比：为什么选tmux
很多老运维可能习惯用screen，但tmux在各方面都更胜一筹：
screen的代码已经多年不维护，功能停滞；tmux活跃开发，社区活跃。tmux支持更灵活的分屏布局，脚本化能力更强，配置文件语法更清晰。从实际使用体验来说，tmux的快捷键更合理，面板管理更直观。如果你还在用screen，建议迁移到tmux，学习成本不高，收益明显。
进阶技巧：tmux脚本化与自动化运维
对于需要频繁执行固定操作的运维场景，可以用tmux脚本批量创建会话和窗口：
#!/bin/bash # 创建一个运维专用会话，自动打开多个窗口 tmux new-session -d -s ops -x 80 -y 24 # 窗口1：系统监控 tmux rename-window -t ops:1 'monitor' tmux send-keys -t ops:1 'htop' Enter # 窗口2：日志查看 tmux new-window -t ops:2 -n 'logs' tmux send-keys -t ops:2 'tail -f /var/log/syslog' Enter # 窗口3：命令行 tmux new-window -t ops:3 -n 'shell' # 切换到第一个窗口 tmux select-window -t ops:1 # 附加到会话 tmux attach -t ops
把这个脚本存为ops.sh，每次登录服务器执行./ops.sh，一个完整的运维工作环境就搭好了。这种方式在需要同时监控多项指标、执行多步部署时非常高效。
注意事项与常见坑
使用tmux时有几个容易踩的坑需要注意：
第一，不要在tmux里运行需要交互输入密码的命令然后detach，因为重新attach后你没法输入密码。解决办法是用ssh密钥认证或者提前把密码写在expect脚本里。
第二，tmux会话里的环境变量和普通shell可能有差异，特别是PATH。如果发现命令找不到，检查一下~/.profile或~/.bashrc是否在tmux启动时被正确加载。
第三，服务器重启后tmux会话不会自动恢复，因为tmux是用户态进程。如果需要持久化，可以配合systemd用户服务或者用tmux-resurrect等插件实现会话保存和恢复。
第四，长时间运行的tmux会话可能会占用较多内存，特别是开了很多面板和历史记录的情况。定期清理不用的会话：
tmux kill-session -t old_session
保持服务器资源整洁。
总结
tmux是Ubuntu运维的必备工具，没有之一。它解决了远程运维中最核心的痛点——断线丢失工作。掌握tmux的会话管理、分屏操作、快捷键和配置优化，你的运维效率会有质的提升。从今天开始，养成"先开tmux再干活"的习惯，你会感谢自己的。
