问linux at命令

【linux at命令】在日常运维里，咱们经常遇到那种“不用长期跑，就现在特定时间干一次”的需求。比如凌晨 2 点自动备份数据库，或者明天早上 9 点半给服务器重启一下。这时候要是拿 `cron` 硬扛，不仅显得臃肿，还得担心以后忘了删。这就轮到 `at` 命令登场了。它属于 Linux 系统里的“一次性定时器”，主打一个简单直接。

其实 `at` 背后依赖的是 `atd` 守护进程。只要服务开着，你写的任务就会被扔到队列里排队执行。下面这篇内容不整那些虚的，直接上干货，帮你快速上手和排查问题。

一、核心用法与流程

使用 `at` 最经典的方式是进入交互模式。敲下命令后，终端会提示你输入任务内容，结束时按 `Ctrl+D` 提交。

基本交互示例：

```bash

$ at 10:00

at> /tmp/test.sh

at> ^D

job 12 at Mon Oct 24 10:00:00 2024

```

提交成功后，你会看到一行 `job xx at ...` 的回执。如果想批量提交文件里的任务，可以用 `-f` 参数，适合那些脚本已经写好的场景。

除了这种传统方式，其实还可以直接管道传入命令：

```bash

echo "ls > /tmp/log.txt" at now + 1 hour

```

这种方式更适合写脚本自动化调用，不用在那儿手动敲回车。

二、任务管理命令

任务排进队列后，总得能看见管得住吧？这里主要靠三个命令：查队列 (`atq`)、取消任务 (`atrm`)、查看详情 (`atsed` 等第三方工具，原生较少)。

atq: 就像 `jobs` 命令一样，列出所有待执行的一次性任务。可以看到 Job ID、提交时间、预计运行时间。

atrm: 如果排错单子了，赶紧用这个删掉。比如想删除 Job ID 为 5 的任务，直接输 `atrm 5`。

at -l: 查看具体的任务脚本内容（不同发行版支持度略有差异）。

这些命令不需要 root 权限就能对自己提交的任务操作，当然 root 可以管理所有。

三、时间格式是坑点

很多人用 `at` 容易翻车的地方就在时间写法上。它不像 cron 那么死板，支持的格式多但也杂。

避坑提示：如果你不写时区，系统通常默认为本地时间。但服务器如果是云环境，建议先确认一下 `date` 输出的时区对不对，不然任务可能早到了半小时你都不知道。

四、at 还是 cron？

有时候新手分不清这俩玩意儿。简单总结一句话：cron 是周期性的，at 是单次性的。

如果你的任务是“每周一早晨开机自动同步 NTP”，别用 at；如果是“今晚服务器要维护，半夜把日志归档一下”，选 at。

五、常见故障排查

实际工作里，任务没跑起来的情况最常见。按下面顺序检查，90% 的问题都能解决。

1.守护进程挂了

很多时候 `atd` 根本没装，或者被停掉了。

```bash

systemctl status atd

或者在 CentOS/RedHat 下

service atd status

```

如果是 dead 状态，记得 `systemctl start atd` 并且设置开机自启。

2.邮件报错了

`at` 默认会把任务运行结果通过 mail 发给当前用户。如果邮箱服务（如 postfix）没配好，可能会报错 "mail system busy"，但这不影响任务执行本身（除非任务强依赖邮件回传）。

3.权限不足

脚本里有 `sudo` 指令，但 `at` 运行环境里没有足够的 sudo 免密权限，会导致执行失败。最好把敏感操作写成无密码执行的子脚本。

4.路径问题

在交互式模式下输入的 `/home/user/script.sh`，如果当前用户不是脚本所有者，或者脚本没有执行权限（chmod +x），大概率会挂。建议在脚本第一行写明解释器 `!/bin/bash`，并加上全路径调用。

六、速查总结

最后为了方便查阅，整理了一个精简的速查表，平时拿出来对照就行。

记住，`at` 是个好用的轻量级工具，别让它在你的系统角落里积灰。对于那种“搞完就忘”的临时任务，用它既干净又高效。只要注意守护进程的状态和脚本的执行权限，基本上就不会有意外。