pgbouncer链接池

在使用PgBouncer作为PostgreSQL连接池时，遇到主备切换后业务无法自动连接到PgBouncer，通常是因为PgBouncer没有得到数据库主备切换的通知，因此它仍然尝试连接到旧的主库。为了解决这个问题，你可以考虑以下几种策略：

1. 配置PgBouncer的重连机制：虽然PgBouncer本身不直接支持自动检测数据库主备切换并重连，但你可以通过设置pool_mode=transaction或statement以及较短的server_reset_query来确保在每个事务或语句后重置连接状态，这有助于在某些情况下恢复连接。

2. 利用外部监控和重置脚本：可以部署一个监控系统（如Prometheus配合Grafana、Zabbix等）来监测数据库的状态变化，并在检测到主备切换时执行一个脚本，该脚本负责重启PgBouncer服务或者发送SIGHUP信号给PgBouncer进程，促使它重新加载配置文件并尝试重新建立连接。

3. 集成数据库代理层：考虑在架构中引入更智能的数据库代理层，如ProxySQL，它提供了更高级的功能，包括自动检测数据库主从状态变化并相应地调整连接路由。

4. 使用Replication Manager (repmgr)：如果你的PostgreSQL集群是使用repmgr管理的，可以通过repmgr的事件通知功能与外部脚本结合，当主备切换发生时，由repmgr触发脚本去通知PgBouncer进行必要的操作。

5. 自定义健康检查逻辑：如果应用层面允许，可以在应用程序中实现更复杂的健康检查逻辑，当发现通过PgBouncer无法正常访问数据库时，先断开与PgBouncer的连接，等待一段时间后再尝试重新连接，这样可能间接解决因短暂网络波动或数据库状态变化导致的问题。

6. 升级至PgBouncer的新版本：确保你使用的PgBouncer版本是最新的或至少是比较新的稳定版，因为新版本可能会包含对高可用场景更好的支持或修复了已知问题。

记得在实施任何解决方案之前，都应该在测试环境中先行验证，以避免对生产环境造成不必要的影响。