@Transactional の分離と伝播は Spring アプリケーションにどのような影響を与えますか?

@Transactional を理解する: 分離と伝播の探索

Spring の @Transactional アノテーションは、アプリケーション内のトランザクションを管理する際に重要な役割を果たします。これは、分離と伝播という 2 つの必須パラメータを定義します。

伝播

伝播は、トランザクションが既存のトランザクションとどのように対話するかを決定します。主なオプションは次のとおりです:

• REQUIRED: コードは既存のトランザクション内で実行され、存在しない場合にのみ新しいトランザクションが作成されます。
• REQUIRES_NEW: 新しいトランザクションは常に作成され、既存のトランザクションが存在する場合は中断されます。

デフォルト値は REQUIRED で、ほとんどの状況に適しています。

Isolation

分離は、トランザクション間のデータ可視性ルールを定義します。いくつかのレベルが利用可能です:

• ISOLATION_READ_UNCOMMITTED: コミットされていないトランザクションで行われた変更が表示される「ダーティ リード」を許可します。
• ISOLATION_READ_COMMITTED:ダーティ リードを防ぎますが、複数の読み取りの値が異なる「反復不可能な読み取り」は許可される場合があります。
• ISOLATION_REPEATABLE_READ: 同じ行を 2 回読み取るときに一貫性を確保し、反復不可能な読み取りを防ぎます。
• ISOLATION_SERIALIZABLE: トランザクションをシリアル化し、原子性を保証するために次々に実行します。

最適な分離レベルは、アプリケーションの特定のニーズによって異なります。

デフォルト値を調整する場合

次の場合はデフォルト値の変更を検討してください。

• ダーティ リードなどの特定のデータ アクセスの問題を回避したい場合.
• データの取得には絶対的な一貫性を強制する必要があります。
• トランザクションの競合が多いため、パフォーマンスの問題が発生します。

例: 分離レベルおよびダーティ リード

ダーティ リードは、スレッド 1 が値 (x) を書き込み、スレッド 2 がコミットされる前に値 (x) を読み取るときに発生します。スレッド 1 が変更をロールバックすると、スレッド 2 は不正な値を保持することになります。

ダーティ リードを防ぐために、分離を ISOLATION_READ_COMMITTED または ISOLATION_REPEATABLE_READ に設定できます。これにより、スレッド 2 がコミットされた値または一貫性のあるスナップショットのみを読み取ることが保証されます。

コード例: トランザクションの伝播

次のコード スニペットを考えてみましょう:

<code class="java">@Transactional(propagation=Propagation.REQUIRES_NEW)
public void provideService() {
    // Code that requires a new transaction
}</code>

伝播を REQUIRES_NEW に設定すると、周囲のトランザクション コンテキストに関係なく、provideService() に入るときに新しいトランザクションが常に作成され、終了時にコミットされます。

以上が@Transactional の分離と伝播は Spring アプリケーションにどのような影響を与えますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。