crontab 添加了定时任务需要重启吗

不需要重启系统或服务来使新添加的定时任务生效。Crontab 是一个定时任务管理工具，它会周期性地检查并执行预定的任务。一旦您保存并关闭 crontab 文件，新添加的定时任务就会立即生效。

Crontab 会自动加载更新后的定时任务，并在指定的时间运行相应的命令。您可以使用 `crontab -l` 命令来查看当前用户的定时任务列表，确认您添加的任务是否已正确记录在内。

请注意，如果您修改了 crontab 文件并保存后，Crontab 会加载新的文件内容，覆盖之前的定时任务配置。因此，请确保您编辑的 crontab 文件是正确的，并且包含了您想要的所有定时任务。

相关问题

编写crontab 定时任务

编写 `crontab` 定时任务是一种在类 Unix 系统（如 Linux 和 macOS）上设置周期性工作的常用方法。通过 Crontab 文件可以安排命令或脚本自动运行而无需人工干预。

### 创建和编辑 crontab

每个用户都有自己独立的 crontab 文件，默认存储位置通常为 `/var/spool/cron/username` 或类似路径下，不过直接修改文件内容并不是推荐的做法；而是应该使用系统提供的 `crontab -e` 命令来创建、编辑以及删除定时任务条目：

crontab -e # 编辑当前用户的crontab配置

这将打开默认文本编辑器，在其中添加新的行以定义计划任务。

### 设置表达式格式

一条完整的 cron 表达由五个时间字段加上要执行的操作构成，各部分之间用空格分隔开。格式如下所示：

* * * * * command_to_execute
| | | | |
| | | | +----- 星期几 (0-7) (星期天=0 or 7)
| | | +------- 每月第几天(1-31)
| | +--------- 月份 (1-12)
| +----------- 小时 (0-23)
+------------- 分钟 (0-59)

command_to_execute     // 需要执行的具体命令或者脚本路径

例如，如果希望每天凌晨两点整备份数据库，则可以在 crontab 中加入这样的记录:

0 2 * * * /path/to/mysqlbackup.sh

表示的是 "当时间为每个小时的第 0 分，并且此时是当天的第 2 小时时" 执行该指定操作。

另外还有些特殊的字符可以用来自定义规则：

- `-`: 连续范围的意思；
- `,`: 列举多个值。

#### 示例解析：
1. **每周一到周五上午8点** 发送提醒邮件给团队成员：

   0 8 * * 1-5 echo 'Good morning team!' | mailx -s "Daily Reminder" group@company.com

2. **每月第一天午夜重启某个服务程序**

   0 0 1 * * systemctl restart myservice

3. **每十分钟保存日志信息至特定目录下的文件中**

   */10 * * * * logger -p local6.info $(date "+%Y-%m-%d %H:%M:%S") >> /var/log/myapp.log

一旦完成了所有必要的设定之后，请记得保存并退出编辑器。随后可通过以下指令查看已有的 crontab 条目列表：

crontab -l

如果您想移除现有的某一项或者是全部的任务项的话，同样也有相应的命令可用：

# 删除单个任务
crontab -r [file] # 此处 [file] 是指包含您想要删除的那一行的临时文件名

# 清除所有的任务
crontab -r       # 直接清除整个 crontab 内容

最后要注意的一点就是环境变量的问题。由于 cron 工作是在一个非常精简的 shell 下面运作的，因此它不会继承您的 Bash Profile 变量等东西。所以最好在命令前显式地声明所需的 PATH 或其他重要的环境变量。

crontab 定时任务没执行

当Crontab定时任务没有执行时，可能有以下几个原因：

1. 用户权限问题：Crontab任务是和用户关联的，需要确保该用户有执行权限。可以使用命令`crontab -l`查看当前用户的Crontab任务，并使用`sudo crontab -l`查看root用户的Crontab任务。

2. Crontab配置错误：需要检查Crontab配置是否正确，包括分钟、小时、日期、星期等设置是否正确。可以使用命令`crontab -e`编辑Crontab配置文件，确认没有出现语法错误。

3. 环境变量问题：Crontab默认的环境变量有限，可能导致某些脚本无法执行。可以在Crontab配置中指定额外的环境变量，或者在脚本中使用绝对路径来执行。

4. 日志记录问题：Crontab任务执行时会将输出信息默认发送至邮箱，可能被当作垃圾邮件拦截或丢失。可以在Crontab配置中指定重定向输出至文件，便于查看执行日志。

5. 系统时间问题：Crontab任务是基于系统时间的，如果系统时间不准确或者时区设置错误，可能导致任务未按预期执行。可以使用命令`date`查看系统当前时间，并确认是否正确。

如果以上方法都没有解决问题，可以尝试重启Cron服务，并检查Cron日志以获取更多详细信息。另外，还可以在Crontab配置中增加测试命令，例如添加`* * * * * echo "Crontab test"`，观察是否能够正常执行。