.net – 实体框架遇到的最大池大小4.3

我在几个月前在这里工作的生产站点之一,我经常在我们的ELMAH日志中看到可怕的连接泄漏错误消息.

"Timeout expired. The timeout period elapsed prior to obtaining a connection from the pool. This may have occurred because all pooled connections were in use and max pool size was reached."

这使我很困惑,因为我们正在使用EF,连接处理应该是自动的.

所以我开始挖.我认为第一个潜在的罪魁祸首是MiniProfiler(或者我应该说,我们实施使用miniprofiler).我们一直在使用它,它一直运行良好,但我担心潜在的连接泄漏.

public OurContext() : base(GetProfilerConnection(),true)
    {}

    private static DbConnection GetProfilerConnection()
    {
        return new EFProfiledDbConnection(new SqlConnection(ConfigurationManager.ConnectionStrings["Database"].ConnectionString),MiniProfiler.Current);
    }

我的印象是,基本调用中的“true”参数导致上下文获取连接的所有权,所以我认为这应该正常工作,连接将被处理.

在我们的增强DEV分支中,我删除了miniprofiler,因为它没有被更新以支持EF5,我们将在不久的将来的某个时间进行迁移,所以这应该被删除.

关注二是“我们妥善处理我们的数据指纹”？所以我下载了实体框架事件探查器,并尝试了最重的页面并进行了测试.

结果显示,我们开放的任何语境都是关闭的,然而关于我的部分是我们开放的上下文的数量.我们有我们的DI容器(Ninject 2)设置来设置每个Web http请求的一个上下文
考虑正确.问题在于我们如何处理我们的应用程序中的图像.该页面特别可以在数据库中最多有七个图像.这些图像中的每一个都通过MVC动作包含在页面中.
像这样：

[<img src="/Controller/GetPhotoAction/[ImageId] />]

由于图像是separte请求,因此单独的上下文正在打开.所以,对于这个特定的页面,如果我正确地理解了这个页面,我们正在使用来自连接池的七个不同的连接.不管多少用户,我都看到这个
上面的错误信息如何才能成立.

在数据库中存储图像的原因有两个.一,我们管理这个应用程序的数据的管理应用程序在美国西海岸,但托管应用程序的服务器位于美国东海岸.有一个
我们的网络之间的VPN隧道在这里在西海岸和东海岸的服务器上工作.该应用程序也负载均衡(2个Web前端).决定将图像存储在数据库中以避免复制图像
然后通过VPN隧道处理将图像写入到每个服务器上的Web应用程序中的文件位置的权限(两个位置也是完全不同的域).

在此期间,当我们测试时,我们已经在连接字符串中增加了最大连接池大小,并将在下周初将其部署到PROD.

所以我的问题是：

1)我在这里填写了泄漏检查基地吗？我相信我有.我上面提到的任何事情我错了吗？

2)如果这个页面上的多个数据上下文被证明是罪魁祸首,那么关于如何将图像写入全国两个服务器的建议,请注意权限将跨域？实际上,我想这样做,
但技术障碍比假期之前在这个时候愿意做的更多一些.

3)如果你认为上述都不是问题,我可以失踪什么？是否真的要求要求足够高,我们遇到这个错误,我们需要扩展？我可以挖掘日志来查看使用统计信息,但是
似乎不太可能.此页面缓存了一个小时(有一个不同的param)