Cron Parser
Every 5 minutes
- 4/23/2026, 4:15:00 PM
- 4/23/2026, 4:20:00 PM
- 4/23/2026, 4:25:00 PM
- 4/23/2026, 4:30:00 PM
- 4/23/2026, 4:35:00 PM
- Minute: */5
- Hour: *
- Day of month: *
- Month: *
- Day of week: *
About this tool
Cron syntax reference
A standard cron expression consists of five fields separated by spaces. Each field controls a different unit of time and accepts specific value ranges, wildcards, ranges, lists, and step intervals.
- Minute0-59 -- the exact minute within the hour
- Hour0-23 -- the hour of the day in 24-hour format
- Day of month1-31 -- the calendar day of the month
- Month1-12 -- the month of the year (January through December)
- Day of week0-6 -- the day of the week (Sunday=0 through Saturday=6)
Special characters include * (any value), , (list separator), - (range), and / (step). These can be combined within a single field for precise scheduling control.
Common cron expressions
These are some of the most frequently used cron schedules in production systems. Each one solves a common scheduling need that developers encounter regularly.
0 0 * * *Midnight daily -- used for log rotation, database backups, and daily cleanup jobs*/15 * * * *Every 15 minutes -- common for health checks, metrics collection, and monitoring alerts0 9 * * 1-5Weekdays at 9am -- ideal for daily standups, report generation, and notification digests0 */2 * * *Every 2 hours -- suitable for cache warming, data synchronization, and feed updates0 0 1 * *First of each month -- used for billing cycles, monthly reports, and account summaries30 4 * * 0Sunday at 4:30am -- good for weekly maintenance, full backups, and index rebuilds0 0 * * 0Sunday at midnight -- weekly rotation tasks, aggregated reports, and digest emails*/5 * * * *Every 5 minutes -- frequently used for queue processing and lightweight polling jobs
Where cron is used
The cron format originated with the Unix cron daemon, which has been a core part of Linux and macOS system administration for decades. Today, the same syntax appears across a wide range of modern platforms. CI/CD systems like GitHub Actions and GitLab CI use cron expressions to trigger scheduled workflows and pipelines. Cloud providers offer managed cron-based schedulers: AWS EventBridge (formerly CloudWatch Events), Google Cloud Scheduler, and Azure Functions all accept standard cron expressions. In container orchestration, Kubernetes CronJobs allow you to run pods on a cron schedule, making it the standard approach for batch processing in clusters. Even application-level libraries in Node.js (node-cron), Python (APScheduler), and Java (Quartz) use cron syntax for task scheduling within your code.
If you are building scheduled retry logic for failed jobs, see the Retry Calculator for configuring backoff strategies that complement your cron schedules.
Frequently Asked Questions
What is a cron expression?
A cron expression is a time-based scheduling string composed of five space-separated fields: minute, hour, day of month, month, and day of week. Each field accepts specific values, ranges, lists, and step intervals. Originally designed for the Unix cron daemon, this format has become the universal standard for scheduling recurring tasks across virtually every platform. You will encounter cron expressions in CI/CD pipelines such as GitHub Actions and GitLab CI, cloud schedulers like AWS EventBridge and Google Cloud Scheduler, container orchestration with Kubernetes CronJobs, and traditional Linux system administration. The five-field format provides enough granularity for most scheduling needs, from running a task every minute to scheduling monthly maintenance windows. Some extended implementations add a sixth field for seconds, but the standard five-field format remains the most widely supported across tools and platforms.
How do I read cron syntax?
Reading cron syntax requires understanding each of the five positional fields from left to right: minute (0-59), hour (0-23), day of month (1-31), month (1-12), and day of week (0-6, where 0 is Sunday). Each field supports several value types. An asterisk (*) means "every possible value" for that field. A specific number like 30 in the minute field means "at minute 30." Ranges use a hyphen, so 1-5 in the weekday field means Monday through Friday. Lists use commas, so 1,15 in the day field means the 1st and 15th. Step values use a slash, so */10 in the minute field means every 10 minutes starting from 0. You can also combine these: 1-5/2 means every 2nd value in the range 1 through 5, producing 1, 3, 5. Reading the fields together gives you the complete schedule.
What does */5 mean in a cron expression?
The */5 syntax is a step value that means "every 5th unit" starting from the beginning of the field's range. In the minute field (range 0-59), */5 triggers at minutes 0, 5, 10, 15, 20, 25, 30, 35, 40, 45, 50, and 55 -- giving you 12 executions per hour. In the hour field (range 0-23), */5 triggers at hours 0, 5, 10, 15, and 20. The step syntax also works with ranges: 10-40/5 in the minute field triggers at minutes 10, 15, 20, 25, 30, 35, and 40. This is one of the most commonly used cron features for health checks, metrics collection, and cache invalidation. For example, */15 * * * * runs every 15 minutes (often used for monitoring), while 0 */6 * * * runs every 6 hours at the top of the hour (useful for periodic data syncs or report generation).
What are cron shortcuts like @daily?
Cron shortcuts are human-readable aliases that map to standard five-field expressions. The most common shortcuts are @hourly (equivalent to 0 * * * *, runs at minute 0 of every hour), @daily or @midnight (equivalent to 0 0 * * *, runs at midnight), @weekly (equivalent to 0 0 * * 0, runs Sunday at midnight), @monthly (equivalent to 0 0 1 * *, runs on the first of each month at midnight), and @yearly or @annually (equivalent to 0 0 1 1 *, runs January 1st at midnight). There is also @reboot, which runs once when the cron daemon starts. These shortcuts improve readability in configuration files and reduce syntax errors. Most modern cron implementations support them, including crond on Linux, systemd timers, Kubernetes CronJobs, and CI/CD platforms. However, not all schedulers support every shortcut, so check your platform documentation before relying on them in production.
Standards & References
- POSIX crontab — IEEE Std 1003.1 crontab utility specification
- Kubernetes CronJobs — Kubernetes cron job scheduling documentation