DevToolPal
DE

Cron-Ausdruck

Alle 30 Sekunden

cron kann nicht unter einer Minute planen. Der übliche Trick sind zwei crontab-Zeilen: Eine läuft zu Beginn jeder Minute, die andere wartet vorher 30 Sekunden.

* * * * * Im Cron-Parser öffnen

Standard-cron hat kein Sekundenfeld. Die zwei Zeilen ergeben zwei Läufe pro Minute; Quartz und Spring unterstützen Sekunden direkt. Kubernetes und GitHub Actions können Jobs nicht so oft starten.

Feld für Feld

Feld Wert Trifft zu auf
Minute * Jeder Wert
Stunde * Jeder Wert
Tag des Monats * Jeder Wert
Monat * Jeder Wert
Wochentag * Jeder Wert

Nächste Ausführungen

Beispiel: die ersten 6 Ausführungen nach dem 1. Januar 2026 (UTC).

  1. Do., 1. Jan. 2026, 00:01:00
  2. Do., 1. Jan. 2026, 00:01:30
  3. Do., 1. Jan. 2026, 00:02:00
  4. Do., 1. Jan. 2026, 00:02:30
  5. Do., 1. Jan. 2026, 00:03:00
  6. Do., 1. Jan. 2026, 00:03:30

Fertige Varianten

crontab 
* * * * * /path/to/command
* * * * * sleep 30; /path/to/command

Fügen Sie die Zeile mit crontab -e hinzu. Sie läuft in der Zeitzone des Servers, sofern CRON_TZ oder TZ nicht gesetzt ist.

Kubernetes CronJob: Dieser Scheduler kann diesen Zeitplan nicht abbilden.

GitHub Actions: Dieser Scheduler kann diesen Zeitplan nicht abbilden.

GitHub Actions verwendet immer UTC, erlaubt Intervalle ab 5 Minuten und startet geplante Läufe bei hoher Last eventuell verspätet.

Quartz 
0/30 * * * * ?

Quartz stellt die Sekunden voran und braucht ? entweder im Tag des Monats oder im Wochentag. Die Tage zählen 1–7 ab Sonntag, Namen sind daher sicherer.

Spring 
@Scheduled(cron = "*/30 * * * * *")

Spring @Scheduled(cron = …) erwartet sechs Felder: Sekunden und dann die üblichen fünf.

FAQ

› Gibt es einen Cron-Ausdruck für alle 30 Sekunden?

Nicht im Standard-cron mit fünf Feldern. Nutzen Sie zwei crontab-Zeilen (eine mit sleep 30), einen systemd-Timer mit OnUnitActiveSec=30s oder Quartz 0/30 * * * * ?.

› In welcher Zeitzone läuft * * * * *?

Cron verwendet die Zeitzone der Maschine oder des Dienstes, der ihn ausführt. Unter Linux ist das die Systemzeitzone, sofern CRON_TZ oder TZ nicht gesetzt ist; Kubernetes-CronJobs akzeptieren spec.timeZone; GitHub Actions nutzt immer UTC.

› Wie prüfe ich den Zeitplan vor dem Deployment?

Öffnen Sie * * * * * im Cron-Parser dieser Website. Er erklärt jedes Feld und listet die nächsten Ausführungen in Ihrer Ortszeit oder in UTC auf, direkt im Browser.