简述PostgreSQL Master节点和 候选Master节点区别 ？

PostgreSQL本身并不直接提供像某些商业数据库那样的自动故障转移和主从切换功能。但是，通过一些扩展工具，如Patroni、pgpool-II、Repmgr等，我们可以为PostgreSQL实现高可用性和故障转移功能。在这些配置中，通常会涉及到“Master节点”和“候选Master节点”的概念。

Master节点

Master节点是PostgreSQL集群中当前处于活动状态并处理所有读写请求的主数据库节点。它拥有最新的数据，并负责处理所有的事务。所有的写操作都首先发送到Master节点，然后可能再复制到其他节点。

候选Master节点

候选Master节点是处于待命状态的节点，它们通常是Master节点的副本，并持续地从Master节点接收数据以保持同步。当Master节点发生故障或变得不可用时，候选Master节点中的一个（根据特定的选举算法）会被提升为新的Master节点，以继续处理读写请求。

区别

1. 角色与状态：

   • Master节点：当前处理读写请求的主节点。
   • 候选Master节点：处于待命状态，等待成为新的Master节点。

2. 事务处理：

   • Master节点：处理所有的读写事务。
   • 候选Master节点：通常只处理读事务（在某些配置中可能也支持写事务，但这些写事务最终会被转发到Master节点）。

3. 数据同步：

   • Master节点：数据的源头，接收所有的写操作。
   • 候选Master节点：从Master节点复制数据以保持数据同步。

4. 故障转移：

   • 当Master节点发生故障时，一个候选Master节点会被提升为新的Master节点，以继续服务。

为了实现这些功能，通常需要配置复制（如流复制或逻辑复制）、监控和自动故障转移机制。这些工具和配置的选择将取决于特定的业务需求和系统架构。