如何解决部署至AWS EC2服务器后Mvc出现的The wait operation timed out错误

这种部署后出现的超时问题我碰到过不少，结合AWS EC2的环境特点，咱们一步步排查解决：

1. 先排查网络连通性核心问题 #

不管你的数据库是AWS RDS还是EC2上自建的，网络不通是最常见的根源：

• 登录到EC2实例，用命令行测试数据库端口是否能通：比如MySQL用telnet 数据库IP 3306，SQL Server用telnet 数据库IP 1433，如果不通直接定位到网络规则问题。
• 若用的是RDS数据库，重点检查RDS安全组：必须确保RDS的入站规则允许EC2实例的IP（或EC2所在的安全组）访问对应数据库端口。
• 同时确认EC2实例的安全组：出站规则要允许访问数据库的端口（默认出站全通的话可以跳过，但最好核对下）。

2. 验证数据库连接字符串配置 #

本地正常但服务器出错，大概率是连接字符串的配置问题：

• 打开Mvc应用的配置文件（比如web.config或appsettings.json），仔细核对：
  • 数据库地址不能是本地的localhost或内网IP（如果EC2和数据库不在同一VPC内网，得用公网IP/RDS端点）。
  • 用户名、密码要和本地完全一致，排查是否部署时替换配置文件出错。
  • 可以在EC2上写个简单的控制台测试程序，用同样的连接字符串连接数据库，验证是否能成功，排除应用本身的配置问题。

3. 调整应用与数据库的超时参数 #

有时候是默认超时时间太短导致的：

• 在连接字符串里增加超时设置：比如Connect Timeout=60（单位秒，默认可能是15秒，网络延迟高的话容易触发超时）。
• 调整ASP.NET请求超时：在web.config的<httpRuntime>节点设置executionTimeout="300"；如果是.NET Core，在Startup类里配置Kestrel的超时参数。

4. 检查EC2实例的资源负载 #

EC2资源不足也会引发超时：

• 登录AWS控制台，查看EC2实例的CPU、内存使用率，如果持续偏高，说明资源不够，考虑升级实例规格，或者优化应用的资源占用。
• 查看EC2的系统日志和Mvc应用日志（比如IIS日志、应用自身的日志文件），有没有连接池耗尽、资源不足的详细提示，若有可在连接字符串里调整连接池大小：Max Pool Size=100。

5. 确认数据库自身状态 #

别忽略数据库端的问题：

• 若用RDS，查看监控面板确认数据库是否正常运行，有没有连接数满、磁盘空间不足的情况；若是自建数据库，登录数据库服务器检查服务状态、防火墙规则。

内容的提问来源于stack exchange，提问作者Nguyễn Khánh Hiệu