Ubuntu系统中cron定时任务默认不会将输出内容记录到特定日志文件，若任务执行出错或需要查看输出，用户往往会感到无从下手。实际上，可以通过简单配置将cron任务的输出重定向到指定日志文件，甚至为不同任务设置独立的日志记录。下面将详细介绍几种实用的日志记录方法。

一、理解cron的输出机制

cron守护进程在执行任务时，任何输出（包括标准输出stdout和标准错误stderr）默认会通过邮件发送给任务所有者。如果系统未配置邮件服务，这些输出就会丢失。因此，直接捕获输出到文件是最常见的需求。基本重定向命令是在crontab条目末尾添加 "> /path/to/logfile 2>&1"，将stdout和stderr都重定向到同一文件。例如：

* * * * * /home/user/script.sh > /var/log/cron_script.log 2>&1

若想分别记录stdout和stderr，可以使用 "> /path/to/stdout.log 2> /path/to/stderr.log"。对于无需记录输出的任务，可重定向到/dev/null以避免日志文件膨胀。

二、系统级日志：syslog与rsyslog集成

Ubuntu系统的cron日志通常通过rsyslog管理，默认记录在/var/log/syslog文件中，使用命令 "grep CRON /var/log/syslog" 可以筛选出cron相关条目。这些日志记录了任务执行时间、命令及进程ID，但不会包含命令的具体输出内容。如果需要调整日志级别或存储位置，可以编辑/etc/rsyslog.d/50-default.conf文件，修改cron.*的配置行，然后重启rsyslog服务。

三、高级日志策略：按任务与时间分割

对于长期运行的定时任务，建议采用日志轮转（log rotation）和分割策略，防止单个文件过大。可以借助logrotate工具，或直接在脚本中实现按日期命名日志文件。例如，在crontab中使用date命令动态生成日志文件名：

* * * * * /home/user/script.sh > "/var/log/cron/script_$(date +\%Y\%m\%d).log" 2>&1

注意crontab中的百分号需要转义。另一种更优雅的方式是在脚本内部处理日志，这样能实现更复杂的逻辑，比如添加时间戳、日志级别等。

四、实战：编写自带日志功能的脚本

将日志记录逻辑嵌入脚本本身，是更可控和专业的做法。以下是一个Bash脚本示例，它将自己的所有输出同时写入控制台和日志文件，并支持日志级别：

#!/bin/bash
LOG_FILE="/var/log/my_cron_task.log"
exec &> >(tee -a "$LOG_FILE")
echo "[$(date '+%Y-%m-%d %H:%M:%S')] INFO: Task started"
# 你的主要任务代码放在这里
if [ $? -eq 0 ]; then
    echo "[$(date '+%Y-%m-%d %H:%M:%S')] INFO: Task completed successfully"
else
    echo "[$(date '+%Y-%m-%d %H:%M:%S')] ERROR: Task failed" >&2
fi

然后在crontab中只需调用该脚本，无需额外重定向。这种方法分离了任务逻辑和日志管理，便于维护。

五、监控与告警：日志不是终点

记录日志后，更重要的是主动监控。可以结合工具如logwatch或fail2ban来分析cron日志，检测错误模式。对于关键任务，建议在脚本中实现错误告警，比如通过curl发送HTTP请求到内部监控系统，或在检测到错误时调用本地通知脚本。确保定期检查日志文件的权限和磁盘空间，避免因权限不足或空间满导致任务静默失败。

六、常见问题与排错技巧

首先，如果任务未按预期执行，检查cron服务是否运行： "systemctl status cron"。其次，环境变量问题常导致脚本在cron中失败，因为cron的环境与用户shell环境不同。建议在脚本中显式设置PATH等变量，或在crontab开头定义环境变量。最后，查看系统日志 "grep -i cron /var/log/syslog | tail -20" 可以获取cron尝试执行命令的线索，这往往是排错的第一步。

总结来说，Ubuntu下管理cron任务输出并不复杂，核心在于理解重定向机制，并根据任务重要性选择合适的日志策略。无论是简单的文件重定向，还是集成到syslog，或是实现自带日志的脚本，目标都是确保任务执行过程可见、可追溯。定期维护和监控日志，才能让定时任务真正可靠地运行在后台。