ティム、OPへの回答としてではなく、質問を個別に投稿する必要がありましたが、そうではありませんでした。
しかし、答えるには、まず http://www.slideshare.net/benjaminblack/introduction-to-cassandra-replication-and-consistency にある Ben Black のスライドを読んでください。
終わり?さて、具体的な質問について:
「[レプリカ] のデータ状態の違いは、その後の読み取りでどのように調整されますか?」
最も高いタイムスタンプが勝ちます。
「すべてのゾーンは同じシステム クロックで動作しますか?」
タイムスタンプはクライアント (つまり、アプリ サーバー) によって提供されます。それらは ntpd などと同期する必要があります (とにかく良い方法です) が、順序付けが重要な場合は、一意の列名を使用するか、外部ロックを使用して競合を回避する必要があるため、高精度は必要ありません。
たとえば、Twitter のクローンであなたをフォローしているユーザーのリストがある場合、各フォロワーに独自の列を与える必要があり、時計がどれほど同期していなくてもデータを失う方法はありません。
Web サイト用の管理ツールがあり、2 人の管理者が新しいファビコンを「同時に」アップロードした場合、1 つの更新が優先され、どちらが重要でもありません。ここでは、クロックを同期させたいと考えていますが、「数ミリ秒以内」で十分です。
ユーザー登録を管理していて、アカウント "jbellis" が存在しない場合にのみアカウントの作成を許可したい場合は、クロックがどれほど厳密に同期されていても、ロック マネージャーが必要です。
「古いデータは返されますか?」
ノード (「ゾーン」よりも優れた単位) は、読み取り修復、ヒント付きハンドオフ、または反エントロピー修復によってデータが送信されるまで、ダウンタイム中に失われたデータを持ちません。その間、古いデータを含む読み取り要求に応答します。十分に高い整合性レベルを使用すると、読み取り要求は他の十分な応答を待機して、とにかく常に最新バージョンが表示されるようにします。これは、十分な数の他のレプリカがダウンしている場合に要求を満たすことができないことを意味する場合があります。
それ以外の場合、低い整合性レベル (例: ONE) は暗黙のうちに、「この低い整合性レベルで得られる高可用性と低レイテンシーは、ダウンタイム後に一時的に古いデータが表示されても問題ないことを意味することを理解している」ことを意味します。