順序は与えられていない — 壁時計と、因果だけが分かる関係

man-page の2つの時計を並べます。まず CLOCK_REALTIME。

A settable system-wide clock that measures real (i.e., wall-clock) time. … This clock is affected by discontinuous jumps in the system time (e.g., if the system administrator manually changes the clock), and by frequency adjustments performed by NTP and similar applications

設定可能で不連続に飛ぶ。一方 CLOCK_MONOTONIC。

The CLOCK_MONOTONIC clock is not affected by discontinuous jumps in the system time …, but is affected by frequency adjustments. This clock does not count time that the system is suspended. All CLOCK_MONOTONIC variants guarantee that the time returned by consecutive calls will not go backwards, but successive calls may — depending on the architecture — return identical (not-increased) time values.

巻き戻らない、周波数調整の影響は受ける、サスペンド中は数えない、同じ値が返りうる。この4点が後で効きます。Docker Desktop 上の特権(--privileged)Alpine コンテナから壁時計を5分戻した記録です(2026-09-18)。time namespace は CLOCK_REALTIME を仮想化しない(time_namespaces(7))ので、戻ったのは Linux VM 全体の壁時計です(macOS 側は無変更)。

before set: REALTIME=1789688330.600524 MONOTONIC=978057.872624
after  set: REALTIME=1789688030.502000 MONOTONIC=978058.375555
REALTIME  delta = -300.099 s   <-- went BACKWARDS
MONOTONIC delta = +0.503 s   <-- still moved forward, never backwards

同じ0.5秒の間に、壁時計は300秒戻り、単調時計は0.5秒進みました。経過時間を測るなら単調時計、という定石の根拠です。

同じ環境の clock_getres はいずれの時計も res = 0.001 s(1ミリ秒)を返しましたが、これは Docker Desktop の Linux VM 上の値です。ベアメタルの Linux では通常1ナノ秒が返ります。「Linux の時計の分解能は1ミリ秒」と一般化しないでください。

タイムスタンプの大きいほうを採る規則を LWW(last write wins)と呼びます。Apache Cassandra の公式文書はこう明記しています。

Cassandra uses mutation timestamp versioning to guarantee eventual consistency of data. Specifically all mutations that enter the system do so with a timestamp provided either from a client clock or, absent a client-provided timestamp, from the coordinator node's clock. Updates resolve according to the conflict resolution rule of last write wins. Cassandra's correctness does depend on these clocks, so make sure a proper time synchronization process is running such as NTP.

正しさが時計に依存する、と公式が認めています。しかも使われる時計は状況で変わります。クライアントがタイムスタンプを付ければその時計、付けなければコーディネータノードの時計です。

規則から筋を追うとこうなります(実クラスタの観測ではなく算術上の筋道です)。ノードBの壁時計がAより5秒遅れているとき、Aに書いた後、実時間としては後にBへ書いても、Bのタイムスタンプが小さくなる。LWW は大きいほうを残すので、後から書いたほうが捨てられ、エラーも返りません。

CockroachDB は逆に、時計が合わない前提で安全装置を置いています。

CockroachDB requires moderate levels of clock synchronization to preserve data consistency. For this reason, when a node detects that its clock is out of sync with at least half of the other nodes in the cluster by 80% of the maximum offset allowed, it spontaneously shuts down. This offset defaults to 500ms

許容最大ずれの既定は500ミリ秒(起動時のフラグで変更可)。その80%に達したノードは自分で止まります。