服务器上的定时任务配置，如果只是处理简单、固定周期的工作，一般优先选择crontab；但一旦涉及更细致的控制、任务依赖关系管理，或者需要实现秒级调度，systemd timer通常会更合适。两者的实现方式也有所不同：crontab主要通过编辑时间字段和执行命令来完成，而systemd则需要同时配置好.service和.timer这两个单元文件。

服务器定时任务配置，主流方案基本就是两种：crontab 和 systemd timer。到底该怎么选，其实主要看实际需求：如果只是执行一些常见的周期性任务，用 crontab 往往最简单直接；但如果涉及更精细的控制、依赖管理，或者要求秒级调度，那么 systemd timer 会更适合。

crontab 配置最常用，也最容易上手

它非常适合每天自动备份、每小时清理日志、定时同步数据这类常规服务器定时任务。

• 编辑当前用户的定时任务：

  crontab -e

• 每行格式是：
  分 时 日 月 周 命令（共6个字段，前5个用于定义执行时间，最后1个是要运行的命令）

• 常见写法示例：

  • 每天凌晨2点执行备份脚本：
    0 2 * * * /bin/bash /opt/scripts/backup.sh
  • 每30分钟检查一次服务状态：
    */30 * * * * /usr/bin/systemctl is-active --quiet nginx || systemctl restart nginx
  • 每周一上午9点运行日志归档：
    0 9 * * 1 /usr/local/bin/archive-logs.sh

• 注意事项：

  • 环境变量默认不会继承当前 shell，建议在脚本开头显式声明 PATH，或直接使用命令绝对路径
  • 建议加上输出重定向，方便后续排查问题：>> /var/log/backup.log 2>&1
  • 修改后通常无需重启 cron 服务，保存后即可生效（cron 会每分钟自动扫描）

systemd timer 更适合复杂的定时任务场景

它由 .service + .timer 两个文件组成，支持开机自启、错过任务后的补执行、依赖网络就绪后再运行等特性。

• 创建服务单元（比如 /etc/systemd/system/daily-cleanup.service）：

  [Unit]
  Description=Daily log cleanup
  
  [Service]
  Type=oneshot
  ExecStart=/usr/local/bin/clean-logs.sh
  User=root

• 创建定时器单元（/etc/systemd/system/daily-cleanup.timer）：

  [Unit]
  Description=Run daily cleanup at 4:00 AM
  
  [Timer]
  OnCalendar=*-*-* 04:00:00
  Persistent=true
  
  [Install]
  WantedBy=timers.target

• 启用并启动：

  sudo systemctl daemon-reload
  sudo systemctl enable daily-cleanup.timer
  sudo systemctl start daily-cleanup.timer

• 查看状态：

  systemctl list-timers --all
  journalctl -u daily-cleanup.service -n 20

小技巧和常见避坑点

• 时间字段中，星期几的 0 和 7 都表示周日，尽量不要混用 0 和 sun
• crontab -l 只会显示当前用户的定时任务；系统级任务需要查看 /etc/crontab 或 /etc/cron.d/
• 脚本执行权限要确认到位：chmod +x /path/to/script.sh
• 正式加入定时任务前，建议先手动执行一次命令，确认脚本能正常运行
• 不要在 crontab 中直接写密码，数据库密码等敏感信息建议通过配置文件或环境变量加载

整体并不复杂，但这些细节在实际配置服务器定时任务时很容易被忽略。