/ /

/ /

読み取り保証（read concern） `"available"`

読み取り保証（read concern "available"を指定したクエリはインスタンスからデータを返しますが、そのデータがレプリカセットのノードの大半に書き込まれた（つまり、ロールバックされる可能性がある）という保証はありません。

For a sharded cluster, "available" read concern provides greater tolerance for partitions.

Queries with the "available" read concern don't require a check to ensure that the correct shard received the query.

In the event of network partitions, these queries route to the shard considered appropriate before the network partition occurred. They do not wait for consistency guarantees from servers that may be unavailable. If the shard was undergoing chunk migration, queries with "available" can return orphaned documents.

警告
mongos does not guarantee that queries with read concern "available" route to the correct shards. The shard that receives the query returns data, but this shard may not be the authoritative owner of the requested data.
これにより、クエリが誤った結果や予期しない結果を返すことがあります。
For unsharded collections (including collections in a standalone deployment or a replica set deployment), "local" and "available" read concerns behave identically.

読み取り保証のレベルを問わず、ノード上の最新データにシステム内のデータの最新バージョンが反映されていない場合があります。

Tip

orphanCleanupDelaySecs

可用性

Read concern "available" is unavailable for use with causally consistent sessions and transactions.

例

次の書込み (write) 操作のタイムラインを考えてみましょう。3 つのノードからなるレプリカセットに Write ₀ します。

注意

単純化のため、この例では次のことを前提としています。

Write ₀ より前のすべての書込みは、すべてのノードに正常にレプリケーションされました。
Write _prev は Write ₀ の前の書込みです。
Write ₀ の後、他の書込みは発生していません。

時間	イベント	最新の書込み	直近の w: "majority" 書込み
t ₀	プライマリが Write ₀ を適用	プライマリ: Write₀ ₁セカンダリ: Write_prev ₂セカンダリ: Write_prev	プライマリ: Write_prev ₁セカンダリ: Write_prev ₂セカンダリ: Write_prev
t ₁	セカンダリ ₁ が Write ₀ を適用	プライマリ: Write₀ ₁セカンダリ: Write₀ ₂セカンダリ: Write_prev	Primary: Write _prev Secondary ₁: Write _prev Secondary ₂: Write _prev
t ₂	セカンダリ ₂ が Write ₀ を適用	プライマリ: 書き込み₀ ₁セカンダリ: 書き込み₀ ₂セカンダリ: 書き込み₀	Primary: Write _prev Secondary ₁: Write _prev Secondary ₂: Write _prev
t ₃	プライマリがセカンダリ₁へのレプリケーション成功を認識し、クライアントに確認応答を送信	Primary: Write ₀ Secondary ₁: Write ₀ Secondary ₂: Write ₀	Primary: Write ₀ Secondary ₁: Write _prev Secondary ₂: Write _prev
t ₄	プライマリがセカンダリ₂ へのレプリケーション成功を認識	Primary: Write ₀ Secondary ₁: Write ₀ Secondary ₂: Write ₀	Primary: Write ₀ Secondary ₁: Write _prev Secondary ₂: Write _prev
t ₅	セカンダリ ₁ が（定期的なレプリケーションを通じて）最新の w: " majority " 書込みのスナップショットを更新するよう通知を受信	Primary: Write ₀ Secondary ₁: Write ₀ Secondary ₂: Write ₀	Primary: Write ₀ Secondary ₁: Write ₀ Secondary ₂: Write _prev
t ₆	セカンダリ ₂ が（定期的なレプリケーションを通じて）最新の w: " majority " 書込みのスナップショットを更新するよう通知を受信	Primary: Write ₀ Secondary ₁: Write ₀ Secondary ₂: Write ₀	Primary: Write ₀ Secondary ₁: Write ₀ Secondary ₂: Write ₀

Then, the following tables summarizes the state of the data that a read operation with "available" read concern would see at time T.

3 つのノードからなるレプリカセットへの書込み (write) 操作のタイムライン。

読み取りの対象	時間 `T`	データの状態
原発	t ₀より後	データは Write ₀を反映します。
セカンダリ ₁	t ₁より前	データは Write _prev を反映
セカンダリ ₁	t _{1 より}後	データは Write ₀ を反映
セカンダリ ₂	t ₂より前	データは Write _prev を反映
セカンダリ ₂	t ₂より後	データは Write ₀ を反映

戻る

"local"

"過半数"

読み取り保証（read concern） "available"

可用性

例

読み取り保証（read concern） `"available"`