cron 式ガイド：5 つのフィールドと次回実行

先に解析しておく価値がある場面

他人の crontab を引き継ぐとき、判断に迷うのは意図です。0 3 * * 1-5 は毎日 3 時なのか、平日の 3 時なのか。計算してみないと変更できません。自分で書くときも同じで、*/n や範囲、リストを組み合わせた式は、境界が正しいか目で確認しづらいです。

「ときどき動かない」という調査もよくあります。原因は式の中にあることが多く、月と日の組み合わせで数か月飛んだり、時差が 8 時間あったり、2 月に 31 日が来なかったりします。次回の実行時刻を並べれば、すぐに見えます。

5 つのフィールドの読み方と、つまずきやすい点

順に、分 0-59、時 0-23、日 1-31、月 1-12、曜日 0-7（0 と 7 はどちらも日曜）です。アスタリスク、*/n、a-b、a,b、そして 1-5,0 のような組み合わせが使えます。*/n は最小値から n 個刻みで選ぶ、つまり n で割り切れる値という意味で、「n 単位ごとに 1 回」ではありません。分のフィールドでは同じ結果になりますが、1-31 の日では */2 が奇数日になります。

最も誤解されるのが日と曜日の組み合わせです。ほとんどの Linux が採用する Vixie cron では、両方とも制限されている（どちらもアスタリスクでない）場合、OR として扱われます。0 0 1 * 1 は毎月 1 日と毎週月曜に実行され、「1 日かつ月曜」ではありません。AND を表したいときは、片方をアスタリスクにするか、スクリプト側で日付を判定します。

• 0 3 * * * は毎日 3:00、0 3 * * 1-5 は平日 3:00、0 0 1 * * は毎月 1 日の 0:00
• 日曜は 0 でも 7 でも同じです。チーム内でどちらかに統一してください
• 日のフィールドに 31 を書くと、2 月・4 月・6 月・9 月・11 月は実行されません。不具合ではありません
• タイムゾーンはサーバーや crontab の環境のもので、手元の PC の時刻ではありません

限界：cron は起動するだけで、完了は保証しない

cron は遡って実行しません。3 時に電源が切れていて 3 時半に起動した場合、その回は失われます。実行時間が間隔を超えても待たず、次のプロセスを起動します。同じデータを 2 つのプロセスが書き換える事故は、たいていここで起きます。長い処理は flock で排他するか、ロック付きのジョブキューに移してください。

このツールは標準の 5 段のみを解析します。@daily や @reboot のマクロ、秒のフィールド、Quartz の L・W・# には対応していません。秒単位の精度、実行漏れの補完、実行履歴が必要なら、systemd timer やジョブキュー、スケジューラサービスを使ってください。