从配置文件清理到实时监控：用tee命令提升你的Linux命令行效率（附真实案例）
从配置文件清理到实时监控：用tee命令提升你的Linux命令行效率（附真实案例）
每次在Linux终端里操作时，你是否遇到过这样的困扰：执行命令后，既想在屏幕上看到实时输出，又需要把结果保存到文件里？或者在进行系统维护时，希望同时记录下所有操作日志？这就是tee命令大显身手的时候了。作为一个系统管理员或开发者，掌握tee的妙用可以显著提升工作效率，特别是在处理配置文件、监控日志和自动化脚本等场景下。
tee命令得名于管道中的T型接头，它就像这个接头一样，能够将数据流同时导向两个方向——终端屏幕和文件。与简单的重定向不同，tee保留了命令输出的实时可见性，同时确保了数据的持久化存储。下面，我将通过一个完整的系统管理任务流程，展示tee在实际工作中的多种应用场景。
1. 清理配置文件：从混乱到有序
系统配置文件往往充斥着大量注释和示例内容，真正有效的配置可能只占很小一部分。以SSH配置文件为例，原始文件通常包含数十行注释，而实际配置可能只有几行。这时，tee就能帮我们高效地提取有效配置。
1.1 过滤注释并保存配置
使用grep -v可以轻松过滤掉以#开头的注释行，而tee则能同时将结果输出到屏幕和文件：
grep -v '^#' /etc/ssh/ssh_config | tee clean_ssh_config.conf这个命令做了两件事：
grep -v '^#'过滤掉所有注释行tee将结果同时显示在终端并保存到clean_ssh_config.conf文件
重要提示：如果目标文件已存在，tee会默认覆盖它。如果需要追加内容而不是覆盖，可以使用-a选项：
echo "新增配置项" | tee -a clean_ssh_config.conf1.2 配置文件对比技巧
清理后的配置文件更易于阅读和维护，但有时我们需要对比新旧配置。这时可以结合diff和tee：
diff /etc/ssh/ssh_config clean_ssh_config.conf | tee config_diff.txt这个命令会：
- 比较原始配置和清理后的配置
- 将差异同时显示在屏幕上和保存到config_diff.txt
2. 实时监控日志：既要看得见，也要存得下
系统管理员经常需要监控日志文件的实时变化，传统的tail -f虽然能实时显示日志，但无法保存这些内容供后续分析。tee完美解决了这个问题。
2.1 基础日志监控
tail -f /var/log/syslog | tee syslog_monitor.log这个命令组合实现了：
tail -f实时跟踪日志文件的新内容tee将这些内容同时显示在终端并记录到syslog_monitor.log
2.2 带时间戳的增强型监控
为了更方便后续分析，我们可以给每条日志加上时间戳：
tail -f /var/log/syslog | while read line; do echo "$(date '+%Y-%m-%d %H:%M:%S') $line"; done | tee timestamped_syslog.log这个更复杂的管道：
tail -f实时获取新日志while read循环逐行处理date命令为每行添加精确到秒的时间戳tee同时输出到屏幕和文件
2.3 多日志源监控
有时需要同时监控多个日志文件，可以使用tail的-F选项（注意是大写的F）：
tail -F /var/log/{syslog,nginx/access.log} | tee combined_logs.log-F与-f的不同之处在于，它还能跟踪被轮转(rotate)的日志文件，非常适合生产环境使用。
3. 脚本中的审计日志：透明操作与完整记录
在自动化脚本中，tee的另一个重要用途是创建审计日志，既让用户看到脚本执行进度，又完整记录所有操作细节。
3.1 基础脚本日志
#!/bin/bash echo "开始部署流程 $(date)" | tee deployment.log echo "检查系统版本..." | tee -a deployment.log uname -a | tee -a deployment.log echo "安装必要软件包..." | tee -a deployment.log apt-get install -y nginx | tee -a deployment.log echo "部署完成 $(date)" | tee -a deployment.log这个脚本会在执行时：
- 在终端显示所有消息
- 同时将这些消息和命令输出追加到deployment.log
3.2 多级日志记录
更复杂的脚本可能需要不同级别的日志记录：
#!/bin/bash log() { local level=$1 local message=$2 echo "$(date '+%Y-%m-%d %H:%M:%S') [$level] $message" | tee -a script.log } log INFO "脚本启动" log DEBUG "检查依赖项" which nginx || log WARNING "Nginx未安装，将自动安装" apt-get install -y nginx && log INFO "Nginx安装成功" || log ERROR "安装失败"这种实现方式：
- 定义了带日志级别的log函数
- 自动添加时间戳
- 同时输出到终端和日志文件
- 根据不同情况记录不同级别的消息
3.3 错误流重定向
默认情况下，tee只处理标准输出(stdout)，错误输出(stderr)仍然会直接显示在终端。要同时捕获错误信息，需要重定向stderr：
./deploy.sh 2>&1 | tee deploy_full.log这里的2>&1将标准错误(文件描述符2)重定向到标准输出(文件描述符1)，然后tee就能捕获所有输出了。
4. 高级技巧与实战组合
掌握了tee的基础用法后，让我们看看一些更高级的应用场景和技巧组合。
4.1 权限提升时的日志记录
使用sudo执行命令时，tee需要特殊处理才能正确写入文件：
echo "需要root权限的内容" | sudo tee /root/restricted_file >/dev/null这里的关键点：
- 将
sudo放在tee前面而不是整个管道前 >/dev/null抑制终端输出（因为有时我们只需要写入文件）
4.2 多文件写入
tee可以同时写入多个文件：
dmesg | tee system_info.log kernel_messages.log >/dev/null这个命令将dmesg的输出同时保存到两个不同的日志文件中。
4.3 与压缩工具结合
对于需要长期保存的大型日志，可以边记录边压缩：
journalctl -f | tee >(gzip > journal.log.gz) >(awk '/error/ {print}' > errors.log) >/dev/null这个复杂的命令：
- 实时获取系统日志(
journalctl -f) - 同时：
- 压缩保存完整日志到journal.log.gz
- 提取包含"error"的行到errors.log
- 丢弃终端输出(重定向到/dev/null)
4.4 性能敏感场景的缓冲控制
处理大量数据时，可以使用stdbuf控制缓冲行为：
stdbuf -oL generate_large_output | tee bigfile.txt-oL设置行缓冲模式，避免tee积累大量数据才写入文件，在意外中断时减少数据丢失。
5. 真实案例：从问题排查到解决方案
去年我们遇到一个生产环境问题：某服务间歇性不可用，但日志中没有明显错误。使用tee建立了完整的监控和记录系统，最终找到了根本原因。
5.1 问题重现环境搭建
# 监控服务日志 tail -f /var/log/service.log | tee service_monitor_$(date +%Y%m%d).log # 同时监控系统资源 vmstat 1 | tee system_stats_$(date +%Y%m%d).log5.2 关键发现
通过分析tee保存的日志，发现每次问题发生时：
- 磁盘I/O等待时间激增
- 服务日志中有微秒级的处理延迟
5.3 最终解决方案
# 部署修复脚本时 ./apply_fix.sh 2>&1 | tee -a deployment_$(date +%Y%m%d).log # 验证修复时 stress_test | tee -a test_results_$(date +%Y%m%d).log整个过程中，tee帮助我们：
- 保留了完整的排查记录
- 实现了实时监控和历史回溯的结合
- 确保了所有操作的可审计性