.NET Core APIがデータベース接続をクリーンアップするにはどうすればよいですか？

Question

Ubuntu 14.04のDockerコンテナで.NET Core 1.1 APIを実行しています。 APIがEFコアを介してさまざまなSQL Serverデータベースとやりとりしているのは、データベース接続がクリーンアップされておらず、再利用されていないということです。 sp_who2クエリを使用して、データベース上の何千もの接続をすばやく確認しています。

1. すべての接続は同じ接続文字列で作成されるため、接続プールが機能するはずです。
2. 接続のLastBatch時間は更新されないため、プールされていると予想されるので、再利用されているようには見えません。
3. データベースを呼び出すオブジェクトは、Scopedライフサイクルで定義されているため、各セッションの後にクリーンアップする必要があります。
4. Hibernating Rhinos EF Profilerは、DbContextsがEF内で一貫してクリーンアップされていることを示しています。
5. データベースにアクセスするたびに接続数が増加することはないため、特定のコードである可能性があります。
6. 私たちのテストによると、IISやIIS Expressの下でWindowsを実行しているときはこれが起こらないので、DockerやUbuntuに固有のようです。

これは.NETコアで設計されていますか？または、私たちはトリックを逃していますか？ EFに接続のクリーンアップを強制するにはどうすればよいですか？

Answer 1

これは、バージョン4.3.1で修正された、corefx System.Data.SqlClientのバグが原因であると確信しています。私たちは4.3.0を実行していて、4.3.1にアップデートしました。最初のテストでは、問題が解決されたことが示されています。

dotnet/corefx GithubリポジトリIssue #13422でこの問題の詳細を読むことができます。

要約すると、接続が廃棄されていないLinux固有のバグのようです。

これが問題を私の満足のために解決したことが証明されたときに私は答えとして/マークします。