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

文章 2018-10-03 来自：开发者社区

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

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

文章 2018-10-03 来自：开发者社区

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

30.2. 预写式日志（WAL）预写式日志（WAL）是保证数据完整性的一种标准方法。对其详尽的描述几乎可以在所有（如果不是全部）有关事务处理的书中找到。简单来说，WAL的中心概念是数据文件（存储着表和索引）的修改必须在这些动作被日志记录之后才被写入，即在描述这些改变的日志记录被刷到持久存储以后。如果我们遵循这种过程，我们不需要在每个事务提交时刷写数据页面到磁盘，因为我们知道在发生崩溃时...

文章 2018-10-03 来自：开发者社区

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

30.1. 可靠性可靠性是任何严肃的数据库系统的重要属性，PostgreSQL尽一切可能来保证可靠的操作。可靠的操作的一个方面是，被一个提交事务记录的所有数据应该被存储在一个非易失的区域，这样就不会因为失去电力、操作系统失败以及硬件失败（当然，除了非易失区域自身失效之外）等原因导致的数据丢失。向计算机的永久存储（磁盘驱动器或者等效的设备）成功写入数据通常可以满足这个要求。实际上，...

共有10条

< 1 >

跳转至： GO

更新时间 2022-10-14 14:31:38

本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。

云数据库 RDS MySQL 版日志相关内容

云数据库 RDS MySQL 版更多日志相关

云数据库 RDS MySQL 版您可能感兴趣

数据库

数据库领域前沿技术分享与交流

+关注

热门技术解决方案

通过 RDS 读写分离提升数据库性能

在互联网应用开发过程中，随着用户量的增长和业务复杂度的提升，数据库往往成为系统性能的瓶颈。特别是在少写多读的业务场景下，数据库主实例承受着巨大的读请求处理压力，这不仅影响了数据库的性能，还可能导致应用响应变慢。本方案为您介绍使用 RDS MySQL 数据库代理实现读写分离，以提高系统的整体性能和可用性。

了解更多