迁移至Azure Database for MySQL Flexible Server后连接超时问题排查

一、Flexible Server连接管理参数差异 #

• 对比单服务器与Flexible Server的wait_timeout、interactive_timeout参数：若Flexible Server这两个值设置过小，会提前回收空闲连接，而客户端连接池仍持有无效连接，触发超时。建议将值调整为与原单服务器一致（例如8小时）。
• 检查net_read_timeout、net_write_timeout：Flexible Server默认值可能更低，查询量翻倍后，网络波动或慢查询易触发读写超时，建议调高至60秒左右。
• 验证连接池配置：确认连接字符串中Max Pool Size、Connection Lifetime设置，即使代码未改，Flexible Server对连接的处理逻辑可能不同，避免连接长时间占用未释放。

二、网络层特性差异 #

• 排查负载均衡超时：Flexible Server前端负载均衡器的空闲连接超时时间可能与单服务器不同，超时后连接会被强制断开，客户端未感知导致后续请求失败。在Azure Portal查看Flexible Server网络配置中的负载均衡超时参数。
• 检查DNS解析稳定性：Flexible Server域名解析偶尔波动会导致App Service无法正确寻址，可在App Service诊断日志中查看DNS错误，或在实例上执行nslookup测试数据库域名解析情况。
• 查看防火墙规则变更：检查Azure Activity Log中Flexible Server的防火墙规则记录，确认是否存在临时IP限制导致连接中断。

三、InnoDB引擎配置适配问题 #

• 调整innodb_buffer_pool_size：尽管内存使用率低，但Flexible Server默认缓冲池大小可能未适配32GB内存，建议设置为内存的70%-80%（约22GB），提升缓存命中率，减少磁盘IO等待（IO瓶颈会阻塞连接，即使CPU、内存未跑满）。
• 检查innodb_lock_wait_timeout：查询量翻倍后锁等待概率增加，若超时时间过短会导致连接中断，对比原单服务器参数适当调高，同时查看慢查询日志中的锁等待记录。
• 优化innodb_flush_log_at_trx_commit与sync_binlog：Flexible Server默认值可能更严格（如均设为1），导致写入延迟增加，可根据业务一致性要求调整为2和100，提升写入性能。

四、日志与监控分析 #

• 开启Flexible Server慢查询与错误日志：重点关注超时时间段内的Aborted connections、Timeout类日志，排查是否存在大量慢查询、连接强制关闭或死锁情况。
• 分析App Service应用日志：查看连接超时的错误堆栈，确认是连接建立超时还是查询执行超时；通过PerformanceCounter监控连接池指标（NumberOfActiveConnections、NumberOfIdleConnections），排查连接池异常。
• 监控Azure Monitor指标：除CPU、内存外，重点关注Connection Throttling、Storage Read Latency、Storage Write Latency、InnoDB Buffer Pool Hit Ratio，定位隐藏的IO或连接节流瓶颈。

五、Pomelo驱动适配问题 #

• 升级Pomelo.EntityFrameworkCore.MySql版本：8.0.2可能存在与MySQL 5.7 Flexible Server的兼容性问题，尝试升级至最新稳定版（如8.0.3及以上）。
• 优化EnableRetryOnFailure配置：确认重试策略覆盖了连接超时相关错误代码（如1040连接过多、2006服务器断开），调整重试次数与间隔，增强对连接异常的容错能力。

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