Как технически реализуется CP в PostgreSQL? Что происходит когда одна из нод перестаёт работать?

В PostgreSQL концепция CP (Consistency и Partition tolerance) реализуется через механизм репликации и согласованности транзакций.

PostgreSQL использует WAL (Write-Ahead Logging) для обеспечения согласованности данных. В кластере с репликацией (например, с использованием Patroni, Patroni + etcd или других решений) есть мастер-узел (primary) и реплики (standby).

Когда одна из нод перестаёт работать:

• Если это реплика, она просто перестаёт принимать запросы на чтение, мастер продолжает работать.
• Если это мастер, происходит failover: одна из реплик становится новым мастером, чтобы сохранить доступность и согласованность.

Транзакции в PostgreSQL обеспечивают ACID, что гарантирует консистентность данных. При разделении сети (partition) кластер может выбрать либо доступность, либо консистентность, в зависимости от настроек и используемого решения для управления кластером.

Пример: Patroni использует консенсус через etcd или Consul для выбора мастера, обеспечивая CP-подход — консистентность и устойчивость к разделению сети, но при этом может временно снижать доступность при конфликте.