AWS RDS（非Aurora）是否对PostgreSQL/MySQL等开源数据库做自定义修改？

1. 非Aurora RDS的PostgreSQL、MySQL是否使用完全未改动的原生开源版本？ #

不是。AWS会基于对应大版本的开源数据库代码做少量定制化修改，所有修改都符合对应开源项目的许可证要求，修改方向主要集中在几个维度：

• 云基础设施适配：优化数据库和AWS底层EBS存储、VPC网络、实例调度体系的兼容性，提升部署、快照备份/恢复的执行效率
• 安全补丁补全：会提前合入部分已经修复但尚未纳入官方开源版本发版计划的高危安全漏洞补丁，降低用户安全风险
• 托管功能适配：新增支撑RDS自带的可观测监控、自动备份、只读副本同步、参数组统一管理等托管特性的代码，这类能力原生开源版本默认不提供
• 云场景稳定性修复：针对云环境下常见的高并发、网络抖动、存储突发延迟等场景，修复原生版本在这类极端条件下可能出现的崩溃、性能退化问题，其中大部分修复后续会贡献给上游开源社区。

2. 相同版本号的开源数据库与对应RDS实例是否存在不易察觉的兼容性问题或运行bug？ #

存在这类可能性，尽管AWS会尽可能保障和原生版本的行为一致，但定制修改和托管限制还是可能带来非显式的差异，常见的差异场景包括：

• 核心参数限制：RDS会默认禁用/固定一部分涉及底层进程权限、文件系统操作的参数，比如MySQL的secure_file_priv参数不允许自定义配置，PostgreSQL部分涉及自定义插件加载路径的参数也无法修改，这类限制在原生开源版本中不存在
• 插件支持限制：RDS仅提供经过官方兼容性、安全审核的插件列表，你在原生版本可以自行编译安装的第三方插件，只要不在RDS支持列表内就无法使用，哪怕数据库大版本完全一致
• 运行行为差异：部分定制补丁会修改数据库的底层运行逻辑，比如RDS的全量备份基于存储快照+增量日志实现，备份过程对实例IO、锁的影响和原生mysqldump、pg_basebackup等工具的表现有区别，极端场景下可能触发原生版本不会出现的性能抖动、锁等待问题
• 独有bug：少量AWS自研的定制补丁可能引入原生开源版本不存在的运行bug，这类问题一般会在后续的小版本迭代中快速修复，但特定版本的RDS实例确实可能遇到这类问题。

迁移业务到RDS之前，建议先在对应版本的测试RDS实例上完成全量功能、性能测试，提前排查潜在兼容风险。

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