Spring Bootのこのspring.jpa.open-in-view = trueプロパティとは何ですか？

spring.jpa.open-in-view=trueSpring BootのドキュメントでJPA構成のプロパティを見ました。

• でtrue、それがすべてで提供されていない場合、このプロパティのデフォルト値は?;
• これは実際に何をしますか？私はそれについての良い説明を見つけることができませんでした。
• SessionFactory代わりに使用させEntityManagerFactoryますか？はいの場合、EntityManagerFactory代わりに使用できるようにするにはどうすればよいですか？

ありがとう！

このプロパティは、現在のスレッドOpenEntityManagerInViewInterceptorにを登録するEntityManagerを登録するためEntityManager、Webリクエストが完了するまで同じです。Hibernate SessionFactoryなどとは関係ありません。

OSIVアンチパターン

図に示すように、ビジネスレイヤーにビューレイヤーで必要なすべての関連付けを取得するのに最適な方法を決定させる代わりに、OSIV（ビューでセッションを開く）は、ビューレイヤーがプロキシの初期化をトリガーできるように、永続コンテキストを強制的に開いたままにします。次の図によって。

• OpenSessionInViewFilter呼び出してopenSession根底にあるの方法SessionFactoryと新しいを取得Session。
• SessionにバインドされていますTransactionSynchronizationManager。
• OpenSessionInViewFilter呼び出しdoFilterのjavax.servlet.FilterChainオブジェクト参照を、要求がさらに処理されます
• DispatcherServlet根本的にHTTPリクエストと呼ばれ、ルートされますPostController。
• はをPostController呼び出してエンティティのPostServiceリストを取得しますPost。
• PostService新しいトランザクションを開き、HibernateTransactionManager同じ再利用Sessionによって開かれたものOpenSessionInViewFilter。
• は、遅延関連付けを初期化せずPostDAOにPostエンティティのリストをフェッチします。
• PostService基礎となるトランザクションをコミットしますが、Sessionそれは外部に開かれたために閉鎖されていません。
• DispatcherServlet今度は、遅延関連付けをナビゲートし、その初期化をトリガー、UIを、レンダリングを開始。
• はOpenSessionInViewFilterを閉じることができSession、基になるデータベース接続も解放されます。

一見すると、これはひどいことのようには見えないかもしれませんが、データベースの観点から見ると、一連の欠陥がより明白になります。

サービス層はデータベーストランザクションを開いたり閉じたりしますが、その後は明示的なトランザクションは発生しません。このため、UIレンダリングフェーズから発行される追加のステートメントはすべて、自動コミットモードで実行されます。各ステートメントはトランザクションログをディスクにフラッシュする必要があるため、自動コミットはデータベースサーバーに負荷をかけ、データベース側で大量のI / Oトラフィックを引き起こします。最適化の1つはConnection、データベースサーバーがトランザクションログへの書き込みを回避できるように、読み取り専用としてマークすることです。

ステートメントはサービスレイヤーとUIレンダリングプロセスの両方で生成されるため、問題の分離はもうありません。生成されるステートメントの数をアサートする統合テストを作成するには、アプリケーションをWebコンテナーにデプロイしながら、すべてのレイヤー（Web、サービス、DAO）を通過する必要があります。インメモリデータベース（HSQLDBなど）と軽量Webサーバー（Jettyなど）を使用している場合でも、これらの統合テストは、レイヤーが分離されてバックエンド統合テストがデータベースを使用する場合よりも実行が遅くなります。フロントエンド統合テストは、サービス層を完全に模倣していました。

UIレイヤーは、N + 1クエリの問題を引き起こす可能性のある関連付けのナビゲートに制限されています。Hibernateは@BatchSize関連付けをバッチでフェッチFetchMode.SUBSELECTし、このシナリオに対処するために提供していますが、アノテーションはデフォルトのフェッチプランに影響を与えるため、すべてのビジネスユースケースに適用されます。このため、現在のユースケースのデータフェッチ要件に合わせて調整できるため、データアクセス層クエリの方がはるかに適しています。

最後に重要なことですが、データベース接続はUIレンダリングフェーズ全体を通じて保持されます。これにより、接続リース時間が増加し、データベース接続プールの輻輳が原因でトランザクション全体のスループットが制限されます。接続が保持されるほど、他の同時要求はプールから接続を取得するために待機することになります。

Spring BootおよびOSIV

残念ながら、OSIV（Open Session in View）はSpring Bootではデフォルトで有効になっており、パフォーマンスとスケーラビリティの観点から、 OSIVは本当に悪い考えです。

したがって、application.properties構成ファイルに次のエントリがあることを確認してください。

spring.jpa.open-in-view=false

これによりOSIVが無効になりLazyInitializationException、正しい方法で処理できるようになります。

バージョン2.0以降、OSがデフォルトで有効になっている場合、Spring Boot は警告を発行するため、本番システムに影響するずっと前にこの問題を発見できます。

OSIVの詳細については、こちらの記事をご覧ください。