春のトランザクション：ロールバックトランザクション

Question

私はpropagation = Propagation.REQUIRES_NEWトランザクションの性質を持っている方法があります。このメソッドは、同時に複数回呼び出すことができ、すべてのトランザクションのためにエラーがより発生した場合

@Transactional(propagation = Propagation.REQUIRES_NEW) 
public void createUser(final UserBean userBean) { 
    //Some logic here that requires modification in DB 
} 

---

をロールバックされます（他のトランザクションとは独立して）。

問題は、別のものが利用可能であっても、複数のトランザクションを作成してパフォーマンスの問題を引き起こす可能性があることです。 propagation = Propagation.REQUIREDの

---

Javaのドキュメントは言う：Support a current transaction, create a new one if none exists.

これは、パフォーマンス上の問題を解決すると思われる、ないないそれは？

ロールバックの問題はどうですか？既存のトランザクションを使用しているときに新しいメソッド呼び出しがロールバックされる場合はどうなりますか？以前の呼び出しでもトランザクション全体をロールバックしませんか？

[EDIT] 私は私の質問は十分に明確ではなかったと思います。

私たちは、当社のサーバーに接続しているクライアントの数百を持っています。

クライアントごとに、トランザクションに関するフィードバック（OKまたは例外→ロールバック）を送信する必要があります。

私がREQUIREDを使用している場合は、1つのトランザクションのみが使用されていますか？100番目のクライアントに問題が発生した場合、第1のクライアントのトランザクションもロールバックされますか？

Answer 1

使用方法REQUIRES_NEWは、メソッドがトランザクションコンテキストから呼び出された場合にのみ関係します。メソッドが非トランザクションコンテキストから呼び出されると、それは正確にREQUIREDとして振る舞います - それは新しいトランザクションを作成します。

これは、すべてのクライアントに対して1つのトランザクションが1つしかないことを意味するものではありません。つまり、各クライアントは非トランザクションコンテキストから開始し、要求処理が@Transactionalに達すると、トランザクション。

したがって、REQUIRES_NEWを使用すると、その操作のセマンティクスには意味があります。パフォーマンスについては心配しないでください。これは教科書の時期尚早な最適化です。正確性とデータの完全性を重視し、パフォーマンスについて心配しますパフォーマンス指標が収集されると、それ以前にはなくなります。

ロールバック時 - REQUIRES_NEWを使用すると、強制的に新しいトランザクションが開始され、そのトランザクションはロールバックされます。例外が実行されたかどうかに応じてロールバックされるトランザクションもあります。これは、操作の詳細に基づいて選択したものです。 さらに、トランザクション戦略とロールバックの詳細については、«Transaction strategies: Understanding transaction pitfalls», Mark Richardsをお勧めします。

Answer 2

実際に別のトランザクションで実行する必要がある場合は、REQUIRES_NEWを使用し、パフォーマンスのオーバーヘッドを生かす必要があります。デッドロックに注意してください。 Java側の

• 検証データ：

  は、私はむしろそれを他の方法にしてください。

• 1つのトランザクションですべてを実行します。
• DB側で何かがうまくいかない場合は、DBや検証設計の重大なエラーです。すべてをロールバックし、重大なトップレベルのエラーを投げます。
• 良い単位テストを書く。