AWS RDS-SQL Server实例异常缓慢，求排查解决建议

• 检查RDS实例资源负载：登录AWS控制台查看RDS监控面板，重点关注CPU使用率、内存利用率、磁盘IOPS/吞吐量、磁盘队列长度。若CPU持续高企，可能是其他长查询占用资源；内存不足会引发频繁页交换；磁盘IO饱和直接拖慢索引创建这类IO密集操作。
• 排查网络连接质量：在本地执行ping <RDS端点>或tracert <RDS端点>（Windows）/traceroute <RDS端点>（Linux），查看是否存在高延迟、丢包情况；也可通过SSMS的「活动监视器」查看连接的延迟指标。
• 分析SQL Server内部等待：执行sp_who2 active查看当前活跃会话的阻塞情况；或查询sys.dm_os_wait_stats，重点关注是否有大量IO等待（如PAGEIOLATCH_*）、锁等待，定位性能瓶颈根源。
• 确认实例性能模式：若使用t2/t3类突发性能实例，检查控制台的CPU积分余额，积分耗尽会导致性能被限制。
• 检查表碎片程度：执行DBCC SHOWCONTIG(LiveData)查看表的碎片率，严重碎片会增加索引创建的IO开销。

• 升级实例规格：若资源（CPU/内存/IO）不足，升级到更高配置的实例（如从t3.micro转为m5.large）；若为磁盘IO瓶颈，切换为gp3磁盘并调整IOPS配额。
• 优化索引创建操作：若使用SQL Server企业版，建索引时添加ONLINE = ON参数减少锁表影响；尽量在业务低峰期执行索引操作。
• 整理表碎片：若表碎片率过高，先执行ALTER INDEX ALL ON LiveData REORGANIZE（轻量整理）或REBUILD（重建），再创建新索引。
• 优化网络连接：若存在跨区域高延迟，可考虑使用RDS只读副本就近连接；确保本地网络到AWS目标区域的链路稳定，必要时联系网络服务商排查。
• 启用RDS性能Insights：通过该工具直观分析SQL Server的性能热点，定位慢查询、资源消耗Top的操作，针对性优化。

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