第11章 トランザクションと並行性

MVCC は同時アクセスに対して次のような機能を提供します。

同時ライターにデータのバージョン化とコピーを使用してこれを実行します。 理論としては、 リーダーが共有ステートの読み取りを継続する間にライターが共有ステートをコピーし、 バージョン ID の値を増やしてバージョンが有効であることを検証した後 (別の同時ライターが先にステートを変更していないかなど) 共有ステートを書き戻すことになります。　

これにより、 ライターの書き込みを妨害せずにリーダーは読み取りを継続することができます。 また、 リーダーがステートの古いバージョンを読み取れるため、 繰り返し可能な読み取りセマンティックが維持されます。

MVCC の JBoss Cache 実装は一部の機能が基になっています。　

スレッドの読み取りに対し、 JBoss Cache の MVCC 実装の大変優れたパフォーマンスを実現するには、 リーダーの同期やロッキングを必要としません。 各リーダースレッドに対して、 MVCCLockingInterceptor がスレッドの InvocationContext (トランザクションを実行している場合は TransactionContext) にあるライトウエイトコンテナオブジェクトのステートをラッピングします。 ステート上の後続操作はすべてコンテナオブジェクトより発生します。 Java の参照をこのように使用することにより、 実際のステートが同時に変更しても読み取りセマンティックを繰り返し可能にすることができます。　

ライタースレッドは書き込みを開始する前にロックを取得する必要があります。 現在、 メモリのパフォーマンスを向上するためにロックストライピングを使用しています。 共有ロックプールの大きさは locking 要素の concurrencyLevel 属性を使用して調整することが可能です。 詳細は 12章設定に関する参考資料 を参照してください。 FQN で排他的ロックを取得した後、 リーダースレッドと同様にライタースレッドがコンテナで変更されるステートをラッピングし、 書き込みに対してステートをコピーします。 コピーする際、 元のバージョンへの参照はコンテナ内で維持されます (ロールバックのため)。 その後、 コピーへ変更が加えられ、 書き込みが終了するとコピーが最終的にデータ構造へ書き込まれます。

これにより、 後続のリーダーは新しいバージョンを認識し、 既存のリーダーはコンテキストに元のバージョンへの参照を保持することができます。

一定期間にライターが書き込みロックを取得できない場合、 TimeoutException がスローされます。 ロック取得タイムアウトのデフォルト値は 10000 ミリ秒で、 locking 要素の lockAcquisitionTimeout 属性を使用して設定することができます。 詳細は 12章設定に関する参考資料 を参照してください。

MVCC を設定するには、次のように <locking /> 設定タグを使用する必要があります。

   <locking
      isolationLevel="REPEATABLE_READ"
      lockAcquisitionTimeout="10234"
      nodeLockingScheme="mvcc"
      writeSkewCheck="false"
      concurrencyLevel="1000" />