Crontab Guru

Bảng tra cứu nhanh các trường

 ┌───────────── phút (0-59)
 │ ┌─────────── giờ (0-23)
 │ │ ┌───────── ngày trong tháng (1-31)
 │ │ │ ┌─────── tháng (1-12 hoặc JAN-DEC)
 │ │ │ │ ┌───── thứ trong tuần (0-6 hoặc SUN-SAT; Chủ nhật = 0 hoặc 7)
 │ │ │ │ │
 * * * * *

Các toán tử trong biểu thức cron

Thứ tự đọc rất quan trọng

0 */2 * * 1-5 được đọc từ trái sang phải như sau: phút 0, mỗi 2 giờ, ngày nào trong tháng cũng được, tháng nào cũng được, từ thứ Hai đến thứ Sáu. Do thói quen, người ta đôi khi đọc các trường từ phải sang trái và bị rối; hãy luôn bắt đầu từ phút.

Cái bẫy “mỗi X phút”

*/10 * * * * chạy vào các phút 0, 10, 20, 30, 40, 50, chứ không phải “cứ 10 phút kể từ khi tác vụ được tạo”. Bước của cron luôn được tính từ điểm đầu của phạm vi trong trường đó. Nếu bạn triển khai tác vụ lúc 12:03, lần chạy đầu tiên sẽ là 12:10, không phải 12:13.

Với những tác vụ thực sự cần “N phút sau lần chạy gần nhất”, hãy dùng bộ lập lịch có bộ đếm thời gian bền vững (timer của systemd với OnUnitActiveSec, hoặc lập lịch ở mức ứng dụng có lưu mốc thời gian của lần chạy gần nhất).

Những cạm bẫy của cron đáng biết

• Đặt cả ngày trong tháng và thứ trong tuần: hầu hết các bản cron xử lý điều này theo kiểu HOẶC, nhiều khả năng không phải điều bạn muốn.
• Bước 0: */0 không hợp lệ.
• Phạm vi vắt qua nửa đêm: 22-2 cho giờ không hoạt động trong cron cổ điển; hãy dùng 22-23,0-2.
• Ngày 30 tháng 2: lịch kiểu 0 0 30 2 * sẽ không bao giờ chạy.
• Sự nhập nhằng của giờ tiết kiệm ánh sáng (DST): tác vụ được lên lịch trong khoảng 2 giờ đến 3 giờ sáng có thể chạy hai lần hoặc không chạy lần nào vào ngày chuyển đổi DST.

Cron so với các bộ lập lịch hiện đại

Cron của Unix vẫn có mặt ở khắp nơi, nhưng với những việc quan trọng thì bạn có lẽ sẽ cần một trong số sau:

• Timer của systemd: bắt được các lần chạy bị bỏ lỡ, hỗ trợ độ lệch ngẫu nhiên, đọc cấu hình từ tệp unit.
• Kubernetes CronJob: khai báo (declarative), hỗ trợ thử lại, nhận biết múi giờ từ phiên bản 1.25 trở lên.
• Airflow / Prefect / Dagster: cho các tác vụ có phụ thuộc, thử lại, chạy bù dữ liệu (backfill) và khả năng quan sát.
• Lịch của GitHub Actions: cron 5 trường, chỉ UTC, khoảng cách tối thiểu 5 phút, giao theo kiểu best-effort.

Bản thân cron là một định dạng tuyệt vời, nhưng lại là bộ lập lịch tồi cho những tác vụ không được phép bỏ lỡ.