/path/to/your/log/file.log把信息写入一个日志文件。 注意，/path/to/your/log/file.log 要替换成你实际的日志文件路径。 权限一定要设置好，不然你的脚本运行的时候没权限写日志，那就白忙活了。 建议你把日志文件放在/var/log目录下，这地方比较规范，也方便管理。 权限设置方面，775是个不错的选择，让你的脚本能写，其他人也能读，方便排错。
有些人喜欢把日志直接输出到标准输出，然后用tail -f /var/log/syslog来查看。 但这方法不推荐，因为syslog里信息太多了，你的日志很容易被淹没，查找起来很麻烦。 而且，如果你的定时任务脚本挂了，你连错误信息都找不到。
再来说说systemd timer，这玩意儿是现代Linux系统的主流。 它比cron更强大，也更灵活。 systemd timer的日志通常在/var/log/syslog里，但是你会发现它记录的信息非常简洁，只告诉你任务是否成功执行，不会告诉你任务的具体输出。 所以，你仍然需要在你的定时任务脚本里自己添加日志功能，方法和cron一样。
关键在于，无论你用cron还是systemd timer，都得养成良好的编程习惯，在脚本里写日志。 这不仅仅是为了查看执行情况，更是为了排错。 一个好的日志记录，能让你快速定位问题，节省大量的时间和精力。
另外，别忘了考虑日志文件的轮转。 日志文件会越来越大，占用大量的磁盘空间。 可以使用logrotate来管理日志文件的轮转，定期压缩或删除旧的日志文件，防止磁盘空间被耗尽。 配置logrotate也很简单，只需要创建一个配置文件，指定日志文件的路径、压缩方式、保留时间等等。
最后，关于查看定时任务执行情况，除了查看日志，你还可以用一些命令来辅助。 比如，crontab -l可以查看cron任务列表，systemctl status 可以查看systemd timer的状态。 但是，这些命令只能告诉你任务是否运行，并不能告诉你任务的具体执行情况。 所以，日志仍然是最重要的信息来源。 记住，良好的日志记录习惯，能让你在Linux系统管理的道路上少走很多弯路。
本文来自投稿，不代表本站立场，如若转载，请注明出处：
