Aurora PostgreSQL删除读实例后查询报流读取越界错误求助

环境与场景 #

运行包含1个写入实例和1个读取实例的Aurora PostgreSQL集群，应用基于.NET6开发，使用Npgsql 6.0.7或7.0.0版本连接集群，遇到以下场景问题：

• 通过集群读取端点（负载均衡器）执行查询，监控显示所有连接均落在原读取实例上。
• 新增读取实例启动后，部分新查询可能转移到新实例，但有时所有查询仍停留在原实例。
• 从AWS管理控制台移除原读取实例，预期新查询会切换到新实例，但多数查询仍指向原实例执行。
• 原实例删除过程中查询起初正常，实例删除后出现错误：

  Npgsql.NpgsqlException (0x80004005): Exception while reading from stream ---> System.IO.EndOfStreamException: Attempted to read past the end of the stream.
  

疑问 #

新创建的NpgsqlConnection对象，不该在原实例标记删除后立即切换到新读取实例吗？求正确操作方式及无需重试即可避免错误的方法？

问题原因与解决方法 #

核心原因 #

Aurora读取端点的DNS解析存在缓存，Npgsql及底层.NET的DNS解析机制会缓存DNS结果，导致新创建的连接依然指向已标记删除的旧实例；同时AWS Aurora实例移除时，DNS记录更新存在延迟，客户端DNS缓存会进一步放大这个问题。

正确操作方式 #

1. 禁用Npgsql DNS缓存
   在连接字符串中添加NoResolveDns=true，强制Npgsql每次创建连接时重新解析DNS，而非使用缓存结果。示例连接字符串：

   Host=your-cluster-read-endpoint.rds.amazonaws.com;Port=5432;Database=your-db;Username=user;Password=pass;NoResolveDns=true
   

   该参数支持Npgsql 6.0+版本，能确保新建连接时获取最新的实例IP列表。

2. 调整.NET DNS缓存策略
   .NET默认会缓存DNS结果，可通过代码缩短缓存时间：

   // 将DNS缓存时间设置为5秒（适用于.NET 6+）
   AppContext.SetSwitch("System.Net.DnsCacheTimeout", 5);
   

   此设置会影响整个应用的DNS解析行为，适合对DNS变更敏感的场景。

3. 优化连接池配置
   如果使用连接池，通过配置闲置超时和连接池大小，让旧连接及时回收：

   Host=your-cluster-read-endpoint.rds.amazonaws.com;...;ConnectionIdleTimeout=30;MaxPoolSize=100
   

   闲置超时的连接会被自动释放，新创建的连接将使用最新DNS解析结果。

4. 优化AWS实例移除流程
   删除旧读取实例前，先将其设置为不可用（或通过故障转移测试），让负载均衡自动切走流量，等待数分钟确保DNS缓存更新后再执行删除操作，减少客户端连接旧实例的概率。

无需重试避免错误的关键 #

• 启用NoResolveDns=true确保每次新建连接都重新解析DNS，直接获取最新的后端实例IP。
• 缩短DNS缓存时间，让客户端更快获取更新后的DNS记录。
• 避免长期持有连接，合理配置连接池闲置超时，减少旧连接复用。

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