0 0 * * * เปิดในเครื่องมือแยกวิเคราะห์ Cron ทีละฟิลด์
| ฟิลด์ | ค่า | ตรงกับ |
|---|---|---|
| นาที | 0 | 0 |
| ชั่วโมง | 0 | 0 |
| วันที่ | * | ทุกค่า |
| เดือน | * | ทุกค่า |
| วันในสัปดาห์ | * | ทุกค่า |
เวลารันครั้งถัดไป
ตัวอย่าง: การรัน 6 ครั้งแรกหลัง 1 มกราคม 2569 (UTC)
- ศุกร์ 2 ม.ค. 2569 00:00
- เสาร์ 3 ม.ค. 2569 00:00
- อาทิตย์ 4 ม.ค. 2569 00:00
- จันทร์ 5 ม.ค. 2569 00:00
- อังคาร 6 ม.ค. 2569 00:00
- พุธ 7 ม.ค. 2569 00:00
เวอร์ชันพร้อมใช้
0 0 * * * /path/to/commandเพิ่มบรรทัดนี้ด้วย crontab -e งานจะรันตามเขตเวลาของเซิร์ฟเวอร์ เว้นแต่ตั้งค่า CRON_TZ หรือ TZ
apiVersion: batch/v1
kind: CronJob
metadata:
name: every-day-at-midnight
spec:
schedule: "0 0 * * *"
timeZone: "Etc/UTC"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: OnFailure
containers:
- name: job
image: busybox:1.36
command: ["/bin/sh", "-c", "date; echo run"]ตั้งค่า spec.timeZone (Kubernetes 1.27 ขึ้นไป) หากไม่ตั้ง ตารางเวลาจะใช้เขตเวลาของ controller manager ซึ่งมักเป็น UTC
on:
schedule:
- cron: '0 0 * * *'
workflow_dispatch:GitHub Actions ใช้ UTC เสมอ รับช่วงห่างตั้งแต่ 5 นาทีขึ้นไป และอาจเริ่มงานตามกำหนดช้าเมื่อระบบมีภาระสูง
0 0 0 * * ?Quartz วางวินาทีไว้หน้าสุด และต้องใส่ ? ในฟิลด์วันที่หรือวันในสัปดาห์ วันในสัปดาห์นับ 1–7 เริ่มจากวันอาทิตย์ จึงควรใช้ชื่อย่อแทน
@Scheduled(cron = "0 0 0 * * *")Spring @Scheduled(cron = …) ใช้หกฟิลด์: วินาที แล้วตามด้วยห้าฟิลด์ปกติ
คำถามที่พบบ่อย
› เที่ยงคืนเหมาะกับงานรายวันไหม
เป็นช่วงที่แออัดที่สุด หากงานแค่ต้องรันวันละครั้ง ให้เลือกเวลาที่ว่างกว่า และจำไว้ว่าการปรับเวลาออมแสงในเขตเวลาท้องถิ่นอาจข้ามหรือซ้ำชั่วโมงช่วงเช้ามืด
› 0 0 * * * รันตามเขตเวลาใด
Cron ใช้เขตเวลาของเครื่องหรือบริการที่รันมัน บน Linux คือเขตเวลาของระบบ เว้นแต่ตั้ง CRON_TZ หรือ TZ; CronJob ของ Kubernetes รองรับ spec.timeZone; GitHub Actions ใช้ UTC เสมอ
› จะตรวจสอบตารางเวลานี้ก่อนนำไปใช้จริงได้อย่างไร
เปิด 0 0 * * * ในเครื่องมือแยกวิเคราะห์ Cron ของเว็บไซต์นี้ เครื่องมือจะอธิบายแต่ละฟิลด์และแสดงเวลารันที่จะมาถึงตามเวลาท้องถิ่นหรือ UTC ทั้งหมดในเบราว์เซอร์