MySQL 升级后的慢查询需区分计划回退与冷缓存 RSS

AWS 发布 Aurora 与 RDS MySQL 升级后性能回退的排查指南，强调应用和数据结构未变并不意味着执行计划保持不变。文章从统计信息、优化器成本模型、连接与排序策略、字符排序规则及参数组差异逐层定位，并用执行计划和实际运行指标验证原因。另一个容易混淆的因素是升级后的冷缓冲池：延迟升高可能来自数据尚未预热，而非优化器选错路径。文中建议保留升级前基线，再按具体机制调整统计采样或查询策略，避免把局部回退简单归因于整个新版本。

发布于 2026-09-29T00:05:49.711983Z · CHANDANA DA、Sravan Kumar Gogana · AWS Database Blog

MySQL 升级 性能

AWS 发布 Aurora 与 RDS MySQL 升级后性能回退的排查指南，强调应用和数据结构未变并不意味着执行计划保持不变。文章从统计信息、优化器成本模型、连接与排序策略、字符排序规则及参数组差异逐层定位，并用执行计划和实际运行指标验证原因。另一个容易混淆的因素是升级后的冷缓冲池：延迟升高可能来自数据尚未预热，而非优化器选错路径。文中建议保留升级前基线，再按具体机制调整统计采样或查询策略，避免把局部回退简单归因于整个新版本。

AWS 发布 Aurora 与 RDS MySQL 升级后性能回退的排查指南，强调应用和数据结构未变并不意味着执行计划保持不变。文章从统计信息、优化器成本模型、连接与排序策略、字符排序规则及参数组差异逐层定位，并用执行计划和实际运行指标验证原因。另一个容易混淆的因素是升级后的冷缓冲池：延迟升高可能来自数据尚未预热，而非优化器选错路径。文中建议保留升级前基线，再按具体机制调整统计采样或查询策略，避免把局部回退简单归因于整个新版本。

原始来源 ↗

来源记录

• pgweb.info_item · 9f732e8854fa7aa1 · 2026-10-03T04:08:55.967155Z