Wyrażenie cron: Co minutę (* * * * *)

* * * * * Otwórz w parserze wyrażeń cron

Pole po polu

Pole	Wartość	Pasuje do
Minuta	*	Każda wartość
Godzina	*	Każda wartość
Dzień miesiąca	*	Każda wartość
Miesiąc	*	Każda wartość
Dzień tygodnia	*	Każda wartość

Najbliższe uruchomienia

Przykład: pierwsze 6 uruchomień po 1 stycznia 2026 (UTC).

czw., 1 sty 2026, 00:01
czw., 1 sty 2026, 00:02
czw., 1 sty 2026, 00:03
czw., 1 sty 2026, 00:04
czw., 1 sty 2026, 00:05
czw., 1 sty 2026, 00:06

Gotowe wersje

crontab

* * * * * /path/to/command

Dodaj wiersz przez crontab -e. Działa w strefie czasowej serwera, chyba że ustawiono CRON_TZ lub TZ.

Kubernetes CronJob

apiVersion: batch/v1
kind: CronJob
metadata:
  name: every-minute
spec:
  schedule: "* * * * *"
  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"]

Ustaw spec.timeZone (Kubernetes 1.27+); bez tego harmonogram korzysta ze strefy controller managera, zwykle UTC.

GitHub Actions: GitHub Actions nie uruchomi tego harmonogramu: najkrótszy odstęp to 5 minut.

GitHub Actions zawsze używa UTC, akceptuje odstępy od 5 minut i przy dużym obciążeniu może uruchamiać zadania z opóźnieniem.

Quartz

0 * * * * ?

Quartz ma sekundy na początku i wymaga ? w dniu miesiąca lub dniu tygodnia. Dni mają numery 1–7 od niedzieli, więc bezpieczniej używać nazw.

Spring

@Scheduled(cron = "0 * * * * *")

Spring @Scheduled(cron = …) przyjmuje sześć pól: sekundy i zwykłe pięć.

FAQ

› Czy minuta to najkrótszy odstęp w cronie?

Tak. Standardowy cron działa z dokładnością do minuty. Do częstszych zadań użyj pętli ze sleep, timera systemd albo harmonogramu z polem sekund, np. Quartz.

› W jakiej strefie czasowej działa * * * * *?

Cron używa strefy czasowej maszyny lub usługi, która go uruchamia. W Linuksie to strefa systemowa, chyba że ustawiono CRON_TZ lub TZ; CronJoby w Kubernetes obsługują spec.timeZone; GitHub Actions zawsze używa UTC.

› Jak sprawdzić harmonogram przed wdrożeniem?

Otwórz * * * * * w parserze wyrażeń cron w tym serwisie. Objaśni każde pole i pokaże najbliższe uruchomienia w czasie lokalnym lub UTC, bezpośrednio w przeglądarce.