ASP.NET MVC Web应用高流量下卡顿、无法登录及需频繁重启IIS的问题排查求助

架构老林

2026-4-23

看起来你遇到的是高流量场景下ASP.NET MVC应用连接SQL Server失败、必须频繁重启IIS的棘手问题，结合你给出的环境信息（Windows Server 2016、IIS 10、SQL Server 2016），我整理了几个具体的排查方向和建议，帮你定位根因：

一、优先排查SQL连接池耗尽问题

你提到服务器监控显示TCP连接有500，这很可能和SQL连接池泄漏或上限不足有关：

检查是否存在连接泄漏：ASP.NET应用如果没有正确释放SQL连接（比如没在using块中包裹SqlConnection，或异常场景下未关闭连接），会导致连接池被占满，无法创建新连接。你可以在SQL Server中执行以下查询，查看当前来自你的应用的连接数：
```
SELECT COUNT(*) AS AppConnections 
FROM sys.dm_exec_connections 
WHERE program_name LIKE '%你的应用程序名称%'
```
对比问题发生前后的连接数变化，如果持续增长直到达到连接池上限（默认是100），基本可以确定是泄漏问题。
调整连接池配置：在web.config的连接字符串中，检查是否配置了Max Pool Size参数，高流量场景下可以适当调大（比如设为200），但前提是先解决连接泄漏，否则只是延缓问题爆发的时间。同时可以设置Connection Timeout为更长的时间（比如30秒），避免短时间内连接超时。

频繁重启IIS能临时解决问题，说明应用池可能出现了资源耗尽或异常：

查看应用池的回收与限制设置：打开IIS管理器，找到你的应用池→高级设置：
- 检查「回收」选项，是否设置了不合理的回收间隔？另外查看「进程模型」中的「最大工作进程数」，如果服务器是多核CPU，可以设置为对应核数（比如4核设4），启用Web Garden模式提升并发能力（注意：如果用了InProc Session，需要改成StateServer或SQL Server Session，否则会出现Session丢失问题）。
- 检查「队列长度」（默认1000），如果高流量下队列满了，新请求会被拒绝，可能表现为登录页面加载但无法提交成功。
查看应用池的错误日志：在IIS管理器中，应用池的「查看日志」选项里，有没有应用池意外停止、回收的记录，或者资源不足的警告（比如CPU/内存超过限制）。

要定位根因，必须拿到问题发生时的具体日志和性能数据：

启用IIS失败请求跟踪：针对登录页面的请求设置跟踪规则，即使返回200状态码也跟踪（因为你说页面能加载但登录失败，可能逻辑出错但没返回错误码），这样能看到请求处理的每个阶段耗时、调用的模块，以及是否有隐藏的错误。
添加性能监视器计数器：打开Windows性能监视器（PerfMon），添加以下关键计数器：
- .NET CLR Data: SqlClient Connection Pool Hit Ratio：命中率低于90%说明连接池使用不合理
- .NET CLR Data: SqlClient Connection Pool Wait Time：等待连接的时间过高，说明连接池不足或泄漏
- IIS: Web Service: Current Connections：监控当前IIS连接数变化
- SQL Server: General Statistics: User Connections：监控SQL Server的用户连接数
- 服务器的CPU、内存、磁盘IO计数器，确认是否有资源耗尽的情况
完善应用日志：在登录Action中添加详细的日志记录，包括SQL连接的打开/关闭状态、异常信息（比如捕获SqlException并写入日志文件），这样当问题发生时能直接看到登录失败的具体原因。

登录失败无法连接SQL，也要排查SQL Server本身的问题：

检查SQL阻塞与慢查询：当问题发生时，在SQL Server中执行sp_who2或查询sys.dm_exec_requests，查看是否有长时间运行的查询、阻塞会话，特别是登录相关的验证查询是否被阻塞。
查看SQL错误日志：在SQL Server管理工具中，打开「管理→SQL Server日志」，查找是否有连接失败的错误（比如Login failed for user、Timeout expired），或者资源不足的警告（比如内存不足、日志空间不足）。
验证登录查询性能：即使你说索引不错，也可以检查登录验证的SQL语句的执行计划，看看是否有意外的全表扫描，高流量下慢查询会占用连接池，导致新请求无法获取连接。

在找到根因前，可以先做以下调整减少重启频率：

备注：内容来源于stack exchange，提问作者Haz