CAP定理とBASE特性とは？きゃっぷていりとべーすとくせい
CAP定理とBASE特性とは、ネットワークで隔てられた複数ノードにデータを置くとき、一貫性・可用性・分断耐性の三つが同時には成立しないという原理。分断は設計で消せない前提なので、実際には分断が起きた瞬間に応答を止めて整合を守る（CP）か、応答を返し続けて後から揃える（AP）かの二択になる。後者のように結果整合性で折り合う方針をBASEと呼び、ACIDと対比される。
最終更新：2026-10-06
情報処理安全確保支援士を最短で暗記・合格する →背景
単一のRDBならACIDで完結したが、拠点をまたぐ複製や災対サイトを持つと回線の切断や遅延が日常的に起きる。全ノードの合意を待てば回線障害のたびに業務が止まり、待たなければ拠点ごとに違う値が見える。どちらも一種の正しさなので、どちらを捨てるかを設計時点で決めておく必要があり、その判断枠組みとして整理されたのがCAPとBASEである。可用性の要件定義や事業継続の検討でこの語が出てくる。
具体例
Amazon DynamoDBやApache Cassandraは分断中も各ノードが応答を返すAP寄りで、書き込みは時間差で収束する。Google Cloud Spannerは高精度な時刻同期を用い、分断時には書き込みを止める側へ倒したCP寄りの設計。同じ分散データベースでも、どちらを諦めるかは製品ごとに公表されている。
試験での引っ掛け
「三つのうち二つを選ぶ」を分断のない平常時の話と読むのは誤りで、選択を迫られるのは分断が起きている間だけ。BASEは一貫性の放棄ではなく、最終的には一致する結果整合性を指す。ただし書いた直後に読むと古い値が返りうるため、残高照会や監査ログのように直後の読み取りが要る用途では業務側との合意が必要になる。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。