Couchbaseクラスタでユニークキーを生成するためにインクリメントカウンタを使用する

Question

Couchbaseとその他のNoSQLデータベースについてよく聞かれる質問は、レコードのユニークキーを生成する方法です - より具体的には、共通リレーションシップのAUTO INCREMENT機能データベース。

頻繁に言及されているCouchbaseのソリューションは、数字キーで増分を呼び出すことができる増分機能で、新しい一意の数字が順番に生成されます。

これについて私の質問は、私はレプリケーションに関して私が予見する大規模な問題の周りに頭を浮かべることはできません。

3つのCouchbaseノードのクラスタがあり、要求ログを格納しているとします。このログをキー入力して、 "requestlog_counter"というエントリを作成します。

ここでは、それぞれ20個のリクエストを1秒間に受信する4つのWebノードがあり、それぞれを「request :: {ID}」として記録する必要があるとします。これは1秒あたり80回のリクエストです。

ノード1とノード3にはわずかなネットワーク遅延がありますが、これらの40の要求のいずれかが正確に同時に受信されます。あなたのスクリプトはリクエストカウンタをインクリメントします（この例では現在1500になっています）、IDを取得します。確かに両方のCouchbaseインスタンスが1501をWebノード1と3に返す可能性があり、両方のサーバーが現在処理中の要求を「要求：1501」として格納しようとします。

今、レプリケーションはこれを処理し、本質的に最新のものが勝つでしょう。しかし、あなたは今、1つの要求の記録を失ってしまった。

実際に、重要なデータをキーイングするためのより良い方法が必要であり、絶対値と固有キーの生成に自動インクリメントを使用することは、NoSQLクラスター環境では避けなければならないことを意味します。

または、これを100％信頼できるキー生成手順の一部として実行できますか？

また、クロスデータセンターレプリケーションを使用する複数のクラスタ環境も考慮してください。

ありがとうございました。 documentation機能incrementとdecremantをCouchbaseのために応じて、すべての

マイク

Answer 1

まず、クラスタ内の "アトミック" です。したがって、これらを使用して「自動インクリメント」を生成すると、すべて正常に動作するはずです。

しかし、新しいアイテムをcouchbaseに保存している間に、既存の（「両方のCouchbaseインスタンスが1501を返す可能性がある」などの）状況を上書きしない場合は、StoreMode.Addでストア操作を使用できます。したがって、同じ時刻にcouchbase.store(StoreMode.Add, "request:1501",value)を呼び出すと、1つのリクエストは成功し、もう1つは失敗し、この「失敗」をキャッチしてそのストア操作をもう一度やり直すことができます（新しいキーの新しい自動インクリメントIDを取得します）