流复制

PostgreSQL 流复制与高可用切换：主从延迟、同步提交与 Spring Boot 读写分离的边界假设你在做一个订单系统。用户在 App 上点了“提交订单”，接口返回成功，页面跳转到订单详情，结果提示“订单不存在”。用户再点一次，又出现了两条订单。日志里写库明明是成功的，查库却查不到。这个现象背后，最常见的原因不是事务没提交，而是写请求和读请求被路由到了两台不同的数据库实例：写到了主库，读走到了还没有追上主库的备库。

PostgreSQL 四种常见部署模式快速理解：单实例、流复制、repmgr、Patronirepmgr 和 Patroni 都不是 PostgreSQL 数据库自带组件，而是需要额外安装的第三方高可用管理软件。PostgreSQL 本身自带的是 Streaming Replication（流复制）能力，repmgr 和 Patroni 是在流复制基础上增加主备管理、自动切换和高可用能力。

TimescaleDB(PostgreSQL)流复制集群容器化部署（docker-compose）TimescaleDB 是一个基于 PostgreSQL 构建的开源时序数据库（Time Series Database, TSDB）‌，专为高效存储、查询和分析大规模时间序列数据而设计。它以 PostgreSQL 扩展的形式存在，因此完全兼容标准 SQL 语法，并继承了 PostgreSQL 的可靠性、事务支持（ACID）和丰富生态（如 GIS、JSONB、自定义类型等）。

PostgreSQL WAL 原理剖析、日志堆积治理与流复制监控PostgreSQL 的 WAL (Write-Ahead Logging) 是确保数据持久化和主备同步的核心机制。

我是有底线的