PostgreSQL可靠性-阿里云

阿里云文档 2023-12-13

AnalyticDBPostgreSQL版如何保证可用性与可靠性

AnalyticDB PostgreSQL版通过主备多副本和磁盘三副本来保证数据可靠性。异常时自动切换节点，宕机时自恢复来保证极致的可用性，还可以通过备份恢复来进行数据恢复。

问答 2022-08-12 来自：开发者社区

PolarDB for PostgreSQL数据库的特点中，金融级可靠性和可用性具体指什么？

文章 2022-04-16 来自：开发者社区

PostgreSQL 可靠性和一致性代码分析

PostgreSQL 的数据可靠性是依赖XLOG的实现的，所有的对数据块的变更操作在write到磁盘前，一定是确保这个变更产生的REDO会先写到XLOG，并保证XLOG已落盘。也就是说流程是这样的： .1. 首先将需要变更的块从文件读入shared buffer .2. 变更shared buffer中block的内容 .3. 将shared buffer中block变更的内容写入...

文章 2022-02-17 来自：开发者社区

PostgreSQL 双节点流复制如何同时保证可用性、可靠性(rpo,rto) - （半同步，自动降级方法实践）

背景两节点HA架构，如何做到跨机房RPO=0(可靠性维度)？同时RTO可控(可用性维度)？半同步是一个不错的选择。 1、当只挂掉一个节点时，可以保证RPO=0。如下：主 -> 从（挂）主（挂） -> 从 2、当一个节点挂掉后，在另一个节点恢复并开启同步模式前，如果在此期间（当前）主节点也挂掉，(虽然此时从库活了（但由于还未开启同步模式）)，则RPO>0...

文章 2022-02-17 来自：开发者社区

PostgreSQL 双节点流复制如何同时保证可用性、可靠性(rpo,rto) - （半同步，自动降级方法实践）

标签 PostgreSQL , 同步 , 半同步 , 流复制背景两节点HA架构，如何做到跨机房RPO=0(可靠性维度)？同时RTO可控(可用性维度)？半同步是一个不错的选择。 1、当只挂掉一个节点时，可以保证RPO=0。如下：主 -> 从（挂） ...

文章 2022-02-17 来自：开发者社区

PostgreSQL 12 preview - 可靠性提升 - data_sync_retry 消除os层write back failed status不可靠的问题

标签 PostgreSQL , data_sync_retry , write back , retry , failed status 背景有些OS系统，对fsync的二次调用不敏感，因为OS层可能有自己的CACHE，如果使用了buffer write，并且出现write back failed的情况，有些OS可...

文章 2022-02-17 来自：开发者社区

PostgreSQL 10.1 手册_部分 III. 服务器管理_第 30 章可靠性和预写式日志

第 30 章可靠性和预写式日志目录 30.1. 可靠性 30.2. 预写式日志（WAL） 30.3. 异步提交 30.4. WAL配置 30.5. WAL内部本章解释预写式日志如何用于获得有效的、可靠的操作。本文转自PostgreSQL中文社区，原文链接：第 30 章可靠性和预写式日志

文章 2022-02-17 来自：开发者社区

PostgreSQL 10.1 手册_部分 III. 服务器管理_第 30 章可靠性和预写式日志_30.5. WAL内部

30.5. WAL内部 WAL是自动被启用的。除了做一些设置满足存放WAL日志的磁盘空间需求以及一些必要的调节以外（参阅第 30.4 节），对管理员没有什么其他要求。当每个新记录被写入时，WAL记录被追加到WAL日志中。插入位置由日志序列号（LSN）描述，该日志序列号是日志中的字节偏移量，随每个新记录单调递增。LSN值作为数据类型pg_lsn返回。值可以进行比...

文章 2022-02-17 来自：开发者社区

PostgreSQL 10.1 手册_部分 III. 服务器管理_第 30 章可靠性和预写式日志_30.4. WAL配置

30.4. WAL配置有几个WAL相关的配置参数会影响数据库性能。本节将解释它们的使用。关于服务器配置参数的设置的一般信息请参考第 19 章。检查点是在事务序列中的点，这种点保证被更新的堆和索引数据文件的所有信息在该检查点之前已被写入。在检查点时刻，所有脏数据页被刷写到磁盘，并且一个特殊的检查点记录将被写入到日志文件（修改记录之前已经被刷写到WAL文件）。在崩溃时...

文章 2022-02-17 来自：开发者社区

PostgreSQL 10.1 手册_部分 III. 服务器管理_第 30 章可靠性和预写式日志_30.3. 异步提交

30.3. 异步提交异步提交是一个允许事务能更快完成的选项，代价是在数据库崩溃时最近的事务会丢失。在很多应用中这是一个可接受的交换。如前一节所述，事务提交通常是同步的：服务器等到事务的WAL记录被刷写到持久存储之后才向客户端返回成功指示。因此客户端可以确保那些报告已被提交的事务确会被保存，即便随后马上发生了一次服务器崩溃。但是，对于短事务来说这种延迟是其总执行时间的主要部分。选择异步...

AnalyticDBPostgreSQL版如何保证可用性与可靠性

PolarDB for PostgreSQL数据库的特点中，金融级可靠性和可用性具体指什么？

PostgreSQL 可靠性和一致性代码分析

PostgreSQL 双节点流复制如何同时保证可用性、可靠性(rpo,rto) - （半同步，自动降级方法实践）

PostgreSQL 双节点流复制如何同时保证可用性、可靠性(rpo,rto) - （半同步，自动降级方法实践）

PostgreSQL 12 preview - 可靠性提升 - data_sync_retry 消除os层write back failed status不可靠的问题

PostgreSQL 10.1 手册_部分 III. 服务器管理_第 30 章可靠性和预写式日志

PostgreSQL 10.1 手册_部分 III. 服务器管理_第 30 章可靠性和预写式日志_30.5. WAL内部

PostgreSQL 10.1 手册_部分 III. 服务器管理_第 30 章可靠性和预写式日志_30.4. WAL配置

PostgreSQL 10.1 手册_部分 III. 服务器管理_第 30 章可靠性和预写式日志_30.3. 异步提交

PostgreSQL您可能感兴趣

产品推荐