ジョブが想定の倍の頻度で走るのはなぜですか。

ほぼ必ず日の規則です。日と曜日の両方を書いた場合、2つはORで結ばれるため、それぞれが自分の実行を足します。不要なほうをアスタリスクに戻せば、余分な実行は消えます。

@dailyや@rebootはどうですか。

多くのcronデーモンが受け付ける短縮表記です。@dailyは0 0 * * *、@hourlyは0 * * * *、@weeklyは0 0 * * 0にあたります。@rebootは性質が違い、スケジュールを持たず、マシン起動時に一度走るだけです。そのため次回がいつかは、どんな解読ツールにも答えられません。

秒を含む6フィールドのcronに対応していますか。

対応していません。これは意図的です。6フィールド形式はQuartzやSpring由来で、追加のフィールドは先頭に来ます。つまり同じ1行でも方言によって意味が変わります。どちらのつもりか推測すれば、自信ありげで間違った答えになります。だからこのツールは、見えたものをそのまま告げます。

次に走る時刻はどのタイムゾーンですか。

あなたの端末のタイムゾーンです。ページが読める時計はそれだけだからです。サーバーはほぼ確実にUTCで動いているので、時刻を信じる前に両方を突き合わせてください。UTCのサーバーで09:00と書いたジョブは、イスタンブールやロサンゼルスのチームにとっての09:00ではありません。

cron式の解読 - ふつうの言葉で読む

2on / / ツール / 開発者ツール / cron解読

cron式の解読

cron式

5つのフィールド：分・時・日・月・曜日。

フィールドごと

フィールド	記述	意味

次に走る時刻

#	実行時刻

時刻はお使いの端末のタイムゾーンで表示しています。実際にジョブを走らせるサーバーは別の可能性があります。

このツールでできること

cronの記法は簡潔で、読み違えやすいものです。読み違えの代償は、誰も気づかないまま何か月も違う時刻に走り続けるジョブです。このページはその1行を文章に戻し、さらに実際に走る日付を並べます。

使い方

1 cronの行を貼るか、プリセットから始めます。
2 文章を読み、フィールドを1つずつ確かめます。
3 次に走る時刻の一覧と突き合わせます。間違いはそこで見えます。

5つのフィールド

順序は常にこの通り、区切りは常に空白です。各フィールドには数値、1,15のようなリスト、9-17のような範囲、*/5のようなステップ、あるいは全ての値を表すアスタリスクを書けます。

#	フィールド	取りうる値	備考
1	分	0-59	—
2	時	0-23	—
3	日	1-31	下の日の規則を参照
4	月	1-12	JAN〜DECも可
5	曜日	0-7	0も7も日曜；SUN〜SATも可

日フィールドの落とし穴

日フィールドと曜日フィールドの両方がアスタリスク以外のとき、cronはどちらか一方が一致すればジョブを実行します。両方ではありません。つまり「0 0 1 * MON」は毎月1日にも、毎週月曜にも走ります。最初はほぼ誰もが驚くので、該当する場合はこのツールが警告します。

ステップは「今からN間隔」ではない

分フィールドの*/20は毎時0分・20分・40分という意味で、「前回の実行から20分後」ではありません。1回の実行に25分かかっても、次は変わらず40分に始まります。ステップは範囲の先頭から数えるので、5-20/5は5から数えます。

タイムゾーンと消える時刻

cronが従うのはサーバーの時計で、あなたの時計ではありません。02:30に設定したジョブが、思っていた現地時刻とずれて走ることがあります。さらに夏時間のある地域では、その時刻が年に一晩まったく存在せず、別の一晩には二度訪れます。飛ばしても二重に走らせてもいけない処理は、01:00〜03:00を避けて組んでください。