.NET5升级.NET8后ASP.NET Core应用查询超时及性能问题求助

一、TLS警告与查询超时的关联 #

TLS 1.0协商确实可能是性能下降和超时的诱因之一。.NET 8对安全协议的默认要求更高，而SQL Server 2012默认仅支持TLS 1.0（需手动开启TLS 1.2）。当应用与SQL Server协商使用TLS 1.0时，不仅会触发安全警告，还可能因旧协议本身的性能瓶颈，加上.NET 8对旧协议的兼容性处理开销，导致数据库连接和查询的整体延迟上升，最终触发超时。

解决TLS问题的步骤 #

• 无需立即升级SQL Server：先尝试在SQL Server 2012上开启TLS 1.2：
  1. 打开服务器注册表编辑器，定位到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2
  2. 分别创建Client和Server子项，在每个子项中新建DWORD值Enabled并设为1；新建DWORD值DisabledByDefault并设为0
  3. 重启SQL Server服务和服务器
• 在.NET 8应用中强制指定TLS 1.2：在Program.cs等启动代码中添加：

  System.Net.ServicePointManager.SecurityProtocol = System.Net.SecurityProtocolType.Tls12;
  

  确保应用优先使用TLS 1.2，避免协商到旧协议

二、SQL Server版本的影响 #

SQL Server 2012是已停止官方支持的版本（微软2022年7月终止支持），.NET 8的数据库驱动（Microsoft.Data.SqlClient）对旧版本SQL Server的兼容性优化有限。即便SSMS中查询速度快，应用端也可能因驱动层的兼容性开销导致查询延迟放大。升级SQL Server到2019及以上版本：

• 原生支持TLS 1.2+，彻底消除TLS警告
• 优化了查询执行引擎，能更好配合.NET 8驱动，提升大查询性能
• 获得官方安全支持，避免后续其他兼容性问题

三、磁盘空间的影响 #

C盘剩余13GB空间确实可能引发性能问题：

• IIS和SQL Server的临时文件、日志文件默认存储在C盘，空间不足会导致写入延迟，进而影响查询响应
• 若虚拟内存分页文件在C盘，空间不足会导致内存交换频繁，拖慢整体系统性能

优化磁盘空间的建议 #

• 将SQL Server的数据库日志、临时数据库（tempdb）迁移到剩余空间充足的D盘
• 调整虚拟内存分页文件到D盘，避免占用C盘空间
• 清理IIS日志文件（默认路径C:\inetpub\logs\LogFiles），定期归档或删除旧日志

四、其他排查与优化步骤 #

• 检查数据库连接池配置：.NET 8中连接池默认参数与.NET 5不同，可在连接字符串中调整参数，示例：

  Server=xxx;Database=xxx;User Id=xxx;Password=xxx;Max Pool Size=100;Connection Timeout=30;
  

• 捕获应用端查询耗时：在应用中添加日志，记录从打开连接到查询完成的总耗时，对比SSMS的执行时间，确认延迟出现在连接阶段还是查询执行阶段
• 调整IIS超时设置：在IIS管理器的站点高级设置中修改连接超时，或在web.config中配置executionTimeout延长请求超时时间

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