使用Entity Framework 6时频繁Audit login/logout耗时过高如何优化

• 优先统一所有上下文的连接字符串签名
  连接池根据完全匹配的连接字符串划分独立池，哪怕多个上下文仅连接字符串的参数顺序、空格、大小写存在差异，都会被判定为不同池，反复创建新连接触发登录登出操作。需确保所有上下文从同一配置项读取连接字符串，禁止单独拼接参数，保证Connect Timeout、Persist Security Info等附加参数完全一致。
• 同业务流程多上下文共享物理连接
  同一业务逻辑内需要操作多个上下文时，可手动创建全局SqlConnection对象，打开后传入各上下文构造函数，同时将contextOwnsConnection参数设为false，避免上下文操作结束后自动释放连接，统一在所有上下文操作完成后释放外层连接，示例代码如下：

  using (var sharedConn = new SqlConnection(统一的连接字符串))
  {
      sharedConn.Open();
      using (var ctx1 = new 第一个上下文(sharedConn, contextOwnsConnection: false))
      using (var ctx2 = new 第二个上下文(sharedConn, contextOwnsConnection: false))
      {
          // 执行业务逻辑
      }
  }
  

• 调整连接池基础配置
  确保连接字符串未添加Pooling=false参数（默认开启连接池），新增Min Pool Size配置项，根据业务并发量设置为5~10不等，预先初始化固定数量的常驻连接，避免业务请求时临时创建连接的开销。禁止代码中主动调用SqlConnection.ClearPool()、SqlConnection.ClearAllPools()方法，此类操作会清空现有连接池导致所有连接重建。
• 优化上下文实例化规则
  禁止在循环、高频遍历逻辑中重复创建新的上下文实例，同一请求、同一事务范围内尽量复用同一个上下文实例，减少连接从池中取出、归还的频次。
• 跨库场景独立配置
  若多个上下文对接的是不同数据库实例/不同库，无需尝试用USE语句切换库（会打乱连接池的库匹配逻辑），每个库的连接字符串单独配置独立的Min Pool Size参数，保证每个库的连接池都有足够的常驻连接。

调整Max Pool Size无明显效果的核心原因大概率是连接字符串不匹配，产生了多个独立的小连接池，单个池的连接数远未达到上限，调整Max Pool Size不会产生作用，优先排查连接字符串一致性即可。

内容的提问来源于stack exchange，提问作者Izikon