TypeORM结合AWS Aurora PostgreSQL时，只读实例故障的处理机制问询

针对你的问题，直接明确结论与细节：

• 默认情况下，TypeORM 不会自动将读请求切换到主实例。当所有配置的只读实例（Slave/Reader）故障时，后续读请求会抛出连接错误。
• TypeORM的复制集配置本身没有内置故障转移机制，它只会从slaves列表中轮询选择可用连接处理读请求；若所有slaves都不可用，就没有备选连接池承接读请求。

优化方案 #

如果需要实现只读实例故障时自动降级到主实例处理读请求，可通过两种方式实现：

• 自定义连接池逻辑：扩展TypeORM的连接管理器，检测到slave连接失败时，自动将读请求路由到master连接池。
• 利用AWS Aurora原生特性：使用Aurora的**只读端点（Reader Endpoint）**替代单个只读实例配置。Aurora只读端点会自动在可用只读实例间做负载均衡，当某个只读实例故障时，端点会自动剔除故障实例，无需修改应用配置——这种方式更推荐，属于AWS层面的原生支持，可靠性更高。

配置示例（使用Aurora只读端点） #

修改后的TypeORM配置如下：

{
  type: "mysql",
  logging: true,
  replication: {
    master: {
      host: "database-2-instance1", // 主实例端点
      port: 3306,
      username: "test",
      password: "test",
      database: "test"
    },
    slaves: [{
      host: "database-2.cluster-ro-xxxxxx.eu-west-1.rds.amazonaws.com", // Aurora只读端点
      port: 3306,
      username: "test",
      password: "test",
      database: "test"
    }]
  }
}

此配置下，Aurora会自动维护只读实例的可用性，TypeORM只需连接到只读端点即可，无需关心底层实例的故障情况。

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