关于持久性 持久性是指,事务提交后,对系统的影响必须是永久的,即使系统意外宕机,也必须确保事务提交时的修改已真正永久写入到永久存储中. 最简单的实现方法,当然是在事务提交后立即刷新事务修改后的数据到磁盘.但是磁盘和内存之间的IO操作是最影响数据库系统影响时间的,一有事务提交就去刷新磁盘,会对数据库性能产生不好影响. WAL机制的引入,即保证了事务持久性和数据完整性,又尽量地避免了频繁IO对性能的影响. WAL过程分析 Write-Ahead Logging,前写日志. 在MVCC的部分中,我们已

wal日志即write ahead log预写式日志,简称wal日志.wal日志可以说是PostgreSQL中十分重要的部分,相当于oracle中的redo日志. 当数据库中数据发生变更时:change发生时:先要将变更后内容计入wal buffer中,再将变更后的数据写入data buffer:commit发生时:wal buffer中数据刷新到磁盘:checkpoint发生时:将所有data buffer刷新的磁盘. 可以想象,如果没有wal日志,那么数据库中将会发生什么?首先,当我们在数据

使用Postgreq Sql 表字段起别名时注意要用双引号,使用单引号会出现语法错误,执行结果如图

1.实验环境 OS: RedHat Linux Enterprisedb 6.3 DB: postgresql 9.3 PGHOME: /opt/PostgreSQL/9.3 PGDATA: /opt/PostgreSQL/9.3/data 归档目录:/opt/pg_archive 基础备份目录:/opt/base_archive --生产环境中归档和数据等目录应该放在不同的分区,或者存储上. 2.修改归档配置,添加测试数据 修改pg配置文件postgresql.conf中以下条目 wal_le

PostgreSQL数据库启动时,会先启动一个叫做Postmaster的主进程,还会fork一些辅助子进程,这些辅助子进程各自负责一部分功能,辅助子进程分类如下: $ ps -ef | grep postgres postgres May23 ? :: /usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data postgres May23 ? :: postgres: logger process postgres May23 ? :: p

PostgreSQL recovery.conf恢复配置 这一章描述recovery.conf 文件中可用的设置.它们只应用于恢复期.对于你希望执行的任意后续恢复, 它们必须被重置.一旦恢复已经开始,它们就不能被更改.recovery.conf中的设置以name = ’value’的形式指定. 每一行指定一个参数.井号(#)表示行的剩余部分是一段注释. 要在一个参数值中嵌入一个单引号,将其双写(”).在安装的share/目录中提供了一个例子文件, share/recovery.conf.samp

高可用.负载均衡和复制 1. 不同方案的比较 共享磁盘故障转移 共享磁盘故障转移避免了只使用一份数据库拷贝带来的同步开销. 它使用一个由多个服务器共享的单一磁盘阵列.文件系统(块设备)复制 DRBD是用于 Linux 的一种流行的文件系统复制方案.事务日志传送 温备和热备服务器能够通过读取一个预写式日志(WAL) 记录的流来保持为当前状态.如果主服务器失效, 后备服务器 拥有主服务器的几乎所有数据, 并且能够快速地被变成新的主数据库服务器.这可以是同步的或异步的, 并且只能用于整个数据库服务器.

备份和恢复有三种不同的基本方法来备份PostgreSQL数据SQL转储文件系统级备份File system level backup连续归档 1. SQL转储 pg_dump dbname > outfile-n schema -t table-bash-4.2$ pg_dump --helppg_dump创建的备份在内部是一致的,在执行命令的时候对数据库的快照,运行过程中的数据不会被备份,备份的时候堵塞数据库的操作(但是会阻塞那些需要排它锁的操作,比如大部分形式的ALTERTABLE)-bas

服务器配置1 设置参数1.1 参数名称和值所有参数名都是大小写不敏感的.每个参数都可以接受五种类型之一的值: 布尔.字符串.整数. 浮点数或枚举.布尔: 值可以被写成 on, off, true, false, yes, no, 1, 0 (都是大小写不敏感的)字符串: 通常值被包括在单引号内,值内部的任何单引号都需要被双写.数字(整数和浮点): 只对浮点参数允许一个小数点.不要使用千位分隔符.不要求引号.带单位的数字: 一些数字参数具有隐含单位,因为它们描述内存或时间量.单位可能是千字节.块(

下载二进制包:https://www.enterprisedb.com/download-postgresql-binaries 直接解压到C盘 Microsoft Windows [版本 6.3.9600](c) 2013 Microsoft Corporation.保留所有权利. C:\Users\xxxx>cd C:\postgresql-9.6.2-4-windows-x64-binaries\pgsql\bin C:\postgresql-9.6.2-4-windows-x64-bin

本文主要讲述了PG的几个主要进程,以及PG的核心架构.进程和体系结构详见下图: 从上面的体系结构图可以看出来,PG使用经典的C/S架构,进程架构.在服务器端有主进程.服务进程.子进程.共享内存以及文件存储几大部分,下面着重讲述服务器端的进程部分: 1. Postmaster主进程和服务进程 当PG数据库启动时,首先会启动Postmaster主进程.这个进程是PG数据库的总控制进程,负责启动和关闭数据库实例.实际上Postmaster进程是一个指向postgres命令的链接,如下: [postgr

  前言: 以下内容为前几天在备考PostgreSQL入门考试时候做的笔记,经过了全职的两天的奋战与实验,并最终顺利通过了PCA初级认证考试.现在把我学习的笔记分享给大家,文中有对应的思维导图图片可供查看,内容与后面正文文本一致.另外,由于SQL语句部分比较基础,基本上会一门数据库就都会,所以此处部分省略掉不做过多记录了. 以下,enjoy:       # PostgreSQL ## PostgreSQL的发展历程 ### 始于1986年的Postgres项目 ### 1994年,新增了SQL

REDOLOG文件里的用户数据和数据文件里的用户数据存储结构相同 几个月前同事给台湾一家公司培训<pg9 ad admin>时,有个学员提及WAL里记录的内容为Query时的SQL语句(比如insert等),同事告知WAL里记录的tuple信息,而非SQL,该学员坚持里面是SQL或SQL+tuple,并说oracle的redo日志里记录的是SQL(不知到这个从哪里知道的,也许是日志挖掘出来SQL的缘由吧).便看了一下源码(还是开源的好). 前面我写过一篇文章<PostgreSQL的存储系

  关键字:wal日志归档  搭建从库 restore_command master 194.1 slave 194.4 wal归档目录 /backup/pgsql/pg_arch/ xlog目录 /var/lib/pgsql/9.5/data/pg_xlog   我们知道pg的从库的搭建是通过基础备份和完整的wal日志完成的,那么如果主库的wal日志已经被归档或异常丢失,如果通过备份进行搭建从库呢? 我们可以通过restore_command命令把wal归档拷贝回xlog目录完成.具体的操作如

I. SQL 命令 II. PostgreSQL 客户端应用 clusterdb -- 聚簇一个PostgreSQL数据库 createdb -- 创建一个新的PostgreSQL数据库 createlang -- 安装一种PostgreSQL过程语言 createuser -- 定义一个新的PostgreSQL用户账户 dropdb -- 移除一个PostgreSQL数据库 droplang -- 移除一种PostgreSQL过程语言 dropuser -- 移除一个PostgreSQL用户账

1.相关的数据类型 我们先看相关的数据类型: HeapTupleData(src/include/access/htup.h) typedef struct HeapTupleData { uint32 t_len; /* length of *t_data */ ItemPointerData t_self; /* SelfItemPointer */ Oid t_tableOid; /* table the tuple came from */ HeapTupleHeader t_data;

参考文档: 备机日志传送:https://www.postgresql.org/docs/9.6/static/warm-standby.html 英文文档:https://www.postgresql.org/docs/current/static/index.html 中文文档:http://www.postgres.cn/docs/9.6/ pg_basebackup:https://www.postgresql.org/docs/current/static/app-pgbaseback

1.相关的数据类型 我们先看相关的数据类型: HeapTupleData(src/include/access/htup.h) typedef struct HeapTupleData { uint32 t_len; /* length of *t_data */ ItemPointerData t_self; /* SelfItemPointer */ Oid t_tableOid; /* table the tuple came from */ HeapTupleHeader t_data;

本文主要讲述了PG的几个主要进程,以及PG的核心架构.进程和体系结构详见下图: 从上面的体系结构图可以看出来,PG使用经典的C/S架构,进程架构.在服务器端有主进程.服务进程.子进程.共享内存以及文件存储几大部分,下面着重讲述服务器端的进程部分: 1. Postmaster主进程和服务进程 当PG数据库启动时,首先会启动Postmaster主进程.这个进程是PG数据库的总控制进程,负责启动和关闭数据库实例.实际上Postmaster进程是一个指向postgres命令的链接,如下: [postgr

statement_timeout控制语句执行时长,单位是ms.超过设定值,该语句将被中止.不推荐在postgresql.conf中设置,因为会影响所有的会话,如非要设置,应该设置一个较大值. lock_timeout锁等待超时.语句在试图获取表.索引.行或其他数据库对象上的锁时等到超过指定的毫秒数,该语句将被中止.不推荐在postgresql.conf中设置,因为会影响所有的会话. idle_in_transaction_session_timeout终止开启事务但空闲时间超过指定持续时间(以

通过源码安装PostgresSQL 1.1 下载源码包环境: Centos6.8 64位 yum -y install bison flex readline-devel zlib-devel yum -y groupinstall "Development tools" cd /opt/ wget https://ftp.postgresql.org/pub/source/v10.0/postgresql-10.0.tar.gz tar -xvf postgresql-10.0.ta