Entity Framework迁移至Amazon Aurora PostgreSQL需修改应用吗

直接给生产环境实测验证过的结论：

• 代码改动层面：99%的场景不需要修改业务代码，仅调整数据库连接字符串就能完成适配。Aurora PostgreSQL是全兼容PostgreSQL原生协议的，和你现在用的RDS PostgreSQL在SQL语法、交互协议、核心功能上没有差异，EF做数据访问时根本感知不到底层数据库是普通RDS实例还是Aurora集群。
• 数据库提供程序兼容性：你现在在用的PG提供程序（不管是EF Core用的Npgsql.EntityFrameworkCore.PostgreSQL，还是老EF6用的Npgsql提供程序）完全可以继续正常使用，不需要更换、也不需要特意升级版本。除非你当前用的Npgsql版本本身就不匹配你现在跑的PG大版本，那属于历史遗留兼容问题，和这次迁移没有关系。

唯一的例外场景：如果你之前写了硬编码逻辑，专门调用RDS专属的系统视图、RDS定制的运维函数（比如查RDS备份状态、实例参数的特定SQL），这部分逻辑需要对应改成Aurora的等价查询，常规业务CRUD、EF自动生成的标准SQL完全不用调整。

• 对现有应用运行的影响：只要迁移流程安排合理，影响可以降到非常低：
  • 迁移阶段采用全量+增量同步的方案，切流之前应用一直连原RDS库正常提供服务，等两边数据同步追平后，选业务低峰期做切换，只需要停服几十秒到几分钟，把连接字符串里的主机地址换成Aurora的集群地址，重启应用实例就可以完成切流，不会出现数据错乱、长时间业务不可用的问题。
  • 切流后建议留1-2天的观察窗口，重点盯慢查询日志、EF执行报错、连接数占用这几个指标就行。极少数复杂查询场景下，Aurora的查询优化器和原生PG的执行计划选择会有细微差别，可能导致个别SQL性能波动，碰到了针对性调索引、改SQL即可，这类问题出现的概率很低。
  • 改连接字符串的时候注意保持SSL、端口、连接超时这些参数和原来的配置一致就行，Aurora默认的连接配置和RDS PostgreSQL基本对齐，不用额外做参数适配。

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