当前位置:   article > 正文

PostgreSQL主备同步详解_pgsql主备

pgsql主备

前言:

        PostgreSQL支持物理复制和逻辑复制,物理复制也可以称为流复制(Streaming Replication),通过流复制技术,可以从实例级复制出一个与主库一模一样的从库,主库可读写数据,从库仅能读取数据;另一种复制方式称为逻辑复制(Logical Replication),逻辑复制可以做到基于表级别的复制。生产环境我们常用的是流复制技术。

        流复制又分为同步流复制和异步流复制,如果主节点和备节点不是很忙,通常异步模式下备库和主库的延迟时间能控制在毫秒级。

        流复制和逻辑复制都是基于WAL,但两者有本质不同,流复制是基于WAL物理复制,逻辑复制是基于WAL逻辑解析,将WAL解析成一种清晰、易于理解的格式。

WAL (Write-Ahead Logging) 日志记录数据库的变化,格式为二进制格式,当主机出现异常断电时,如果WAL文件已经写入成功,但还没来得及刷新数据文件,当数据库再次启动时会根据WAL日志文件信息进行事务前滚,从而恢复数据库到一致性状态。

一、实验环境

        本次使用的docker部署postgresql,配置更简单,日常管理和升级更方便。服务器需提前安装docker和docker-compose服务。

节点

IP

PostgreSQL版本

服务器系统

master

172.27.1.11

PostgreSQL11

CentOS7.6

slave

172.27.1.12

PostgreSQL11

CentOS7.6

二、PG主库配置

1.docker-compose.yml配置文件

  1. #vi docker-compose.yml
  2. version: '3'
  3. services:
  4. postgres:
  5. image: postgres:11-alpine #PostgreSQL镜像版本
  6. container_name: postgres-master #PostgreSQL容器名称
  7. ports:
  8. - "5432:5432"
  9. volumes:
  10. - "./pgdata:/var/lib/postgresql/data"
  11. environment:
  12. POSTGRES_PASSWORD: password #数据库用户密码
  13. POSTGRES_USER: dbuser #数据库账户
  14. POSTGRES_DB: example #数据库名
  15. TZ: Asia/Shanghai

2.docker服务管理

  1. #启动PostgreSQL容器
  2. docker-compose up -d
  3. #PostgreSQL容器状态查询
  4. docker-compose ps
  5. #停止PostgreSQL容器
  6. docker-compose stop

3.pg_hba.conf配置

  1. #cd pgdata //启动PostgreSQL容器后,进入pgdata目录
  2. #vi pg_hba.conf
  3. host replication repuser 172.27.1.11/32 md5
  4. host replication repuser 172.27.1.12/32 md5

        注:主库和备库的角色不是静止的,它们的角色是可以互换的,比如做一次主备切换后角色就发生了变化,因此建议主库、备库的pg_hba.conf配置完全一致。

4.postgresql.conf配置

  1. #cd pgdata //启动PostgreSQL容器后,进入pgdata目录
  2. #vi postgresql.conf
  3. listen_addresses = '*'
  4. wal_level = replica
  5. archive_mode = on
  6. archive_command = '/bin/date'
  7. max_wal_senders = 10
  8. wal_keep_segments = 64
  9. wal_sender_timeout = 60s
  10. hot_standby = on
  11. max_connections = 1000

参数说明:

参数

用途

wal_level

控制WAL日志信息输出级别:有minimal、reolica、logical三种模式。

    minimal:记录的WAL日志信息最少,除了记录数据库异常关闭需要恢复时的WAL信息外,其他操作信息都不记录。

    replica记录的WAL信息比minimal信息多些,会记录支持WAL归档、复制和备库中启用只读查询等操作所需的WAL信息。

    logical记录的WAL日志信息最多,包含了支持逻辑解析所需的WAL; 

   开启流复制至少需要设置此参数为replica级别。

archive_mode

制是否启用归档,off表示不启用归档,on表示启用归档并使用archive command参数的配置命令将WAL日志归档到归档存储上,此参数设置后需重启数据库生效,这里通常设置成on。

archive_command

设置WAL归档命令,可以将WAL归档到本机目录,也可以归档到远程其他主机,上,由于流复制的配置并不一定需要依赖配置归档命令,我们将归档命令暂且设置成伪归档命令/bin/date,后期如果需要打开归档直接配置归档命令即可。

max_wal_senders

控制主库上的最大 WAL发送进程数 ,通过pg basebackup命令在主库上做基准备份时也会消耗WAL进程,此参数设置不能比max connections参数值高。默认值为10,一个流复制备库通常只需要消耗流复制主库一个WAL发送进程。

wal_keep_segments

设置主库pg_wal目录保留的最小WAL日志文件数,以便备库落后主库时可以通过主库保留的WAL进行追回,这个参数设置得越大,理论上备库在异常断开时追平主库的机率越大,如果归档存储空间充足,建议将此参数配置得大些。

hot_standby

控制数据库恢复过程中是否启用读操作,这个参数通常用在流复制备库,开启此参数后流复制备库支持只读SQL,但备库不支持写操作,主库上也设置此参数为on。

注:主库和备库的postgresql.conf配置建议完全一致。

5.创建数据库复制用户

  1. # docker exec -it postgres-master /bin/bash //登录PostgreSQL容器,postgres-master是容器名称
  2. # psql -U dbuser -d example //在容器内使用数据库用户登录PostgreSQL
  3. # CREATE ROLE repuser login replication encrypted password 'repuser'; //创建拥有登录和复制权限的用户repuser
  4. #postgres=# select * from pg_user; //查询数据库用户
  5. usename | usesysid | usecreatedb | usesuper | userepl | usebypassrls | passwd | valuntil | useconfig
  6. ---------+----------+-------------+----------+---------+--------------+----------+----------+-----------
  7. dbuser | 10 | t | t | t | t | ******** | |
  8. repuser | 16385 | f | f | t | f | ******** | |
  9. (2 rows)

三、PG备库配置

1.docker-compose.yml配置文件

  1. #vi docker-compose.yml
  2. version: '3'
  3. services:
  4. postgres:
  5. image: postgres:11-alpine #PostgreSQL镜像版本
  6. container_name: postgres-salve #PostgreSQL容器名称
  7. ports:
  8. - "5432:5432"
  9. volumes:
  10. - "./pgdata:/var/lib/postgresql/data"
  11. - "./bak:/var/lib/postgresql/bak" #pg_basebackup备份主库后需注销
  12. environment:
  13. POSTGRES_PASSWORD: password #数据库用户密码
  14. POSTGRES_USER: dbuser #数据库账户
  15. POSTGRES_DB: example #数据库名
  16. TZ: Asia/Shanghai

2.pg_basebackup备份主库

        pg_basebackup命令行工具支持对主库发起一个在线基准备份,并自动进入备份模式进行数据库基准备份,备份完成后自动从备份模式退出,pg_basebackup工具是对数据库实例级进行的物理备份,因此这个工具通常作为备份工具对据库进行基准备份。

  1. # docker exec -it postgres-salve /bin/bash //进入PG备库容器内
  2. # pg_basebackup -h 172.27.1.11 -U repuser -Fp -Xs -P -v -D /var/lib/postgresql/bak
  3. Password:
  4. pg_basebackup: initiating base backup, waiting for checkpoint to complete
  5. pg_basebackup: checkpoint completed
  6. pg_basebackup: write-ahead log start point: 0/2000028 on timeline 1
  7. pg_basebackup: starting background WAL receiver
  8. pg_basebackup: created temporary replication slot "pg_basebackup_46"
  9. 31680/31680 kB (100%), 1/1 tablespace
  10. pg_basebackup: write-ahead log end point: 0/2000130
  11. pg_basebackup: waiting for background process to finish streaming ...
  12. pg_basebackup: base backup completed
  13. # exit //退出容器

参数说明:

参数

用途

-D

参数表示指定备节点用来接收主库数据的目标路径

-F

参数指定pg_basebackup命令生成的备份数据格式,支持两种格式p(plain)格式和t(tar)格式。

   p(plain)格式:是指生成的备份数据和主库上的数据文件布局一样

    t(tar)格式:是指将备份文件打个tar包并存储在指定目录里.

-X

参数设置在备份的过程中产生的WAL日志包含在备份中的方式,有两种可选方式,f(fetch)和s(stream), 

    f(fetch):是指WAL日志在基准备份完成后被传送到备节点,这时主库上的wal keep segments参数需要设置得较大,以免备份过程中产生的WAL还没发送到备节点之前被主库覆盖掉,如果出现这种情况创建基准备份将会失败, f(fetch)方式下主库将会启动一个基准备份WAL发送进程;  

    s(stream):方式中主库上除了启动一个基准备份WAL发送进程外还会额外启动一个WAL发送进程用于发送主库产生的WAL增量日志流,这种方式避免了f(fetch)方式过程中主库的WAL被覆盖掉的情况,生产环境流复制部署推荐这种方式,特别是比较繁忙的库或者是大库。

-v

-v:参数表示启用verbose模式,命令执行过程中打印出各阶段的日志,建议启用此参数,了解命令执行到哪个阶段。

-P

-P:参数显示数据文件、表空间文件近似传输百分比,由于执 行pg basebackup命令过程中主库数据文件会变化,因此这只是一个估算值,建议启用此选项,了解数据复制的进度。

3.数据库同步

  1. # docker-compose stop //停止备库容器
  2. Stopping postgres-salve ... done
  3. # rm -rf pgdata //删除备库数据
  4. # mv bak pgdata //重命名pg_basebackup
  5. # vi docker-compose.yml
  6. version: '3'
  7. services:
  8. postgres:
  9. image: postgres:11-alpine
  10. container_name: postgres-salve
  11. ports:
  12. - "5432:5432"
  13. volumes:
  14. - "./pgdata:/var/lib/postgresql/data"
  15. # - "./bak:/var/lib/postgresql/bak" #注销此行
  16. environment:
  17. POSTGRES_PASSWORD: password
  18. POSTGRES_USER: dbuser
  19. POSTGRES_DB: example
  20. TZ: Asia/Shanghai

4.备库recovery.conf

  1. # cd pgdata
  2. # vi recovery.conf
  3. standby_mode = on
  4. primary_conninfo = 'host=172.27.1.11 port=5432 user=repuser password=repuser'
  5. recovery_target_timeline = 'latest'

参数说明:

参数

用途

 recovery_target timeline

设置恢复的时间线 (timeline) ,默认情况下是恢复到基准备份生成时的时间线,设置成latest表示从备份中恢复到最近的时间线,通常流复制环境设置此参数为latest,

standby_mode

设置是否启用数据库为备库,如果设置成on,备库会不停地从主库上获取WAL日志流,直到获取主库上最新的WAL日志流。

primary_conninfo

设置主库的连接信息,这里设置了主库IP、端口、用户名信息。

5.启动PG备库

  1. # docker-compose up -d
  2. Recreating postgres-salve ... done

四、主备查询

1.pg_stat_replication系统视图查询

注:在PG主库字典表中是能查到记录,PG备机中是查询不到的。

        pg_stat_replication视图显示主库上WAL发送进程信息,主库上有多少个WAL发送进程,此视图就对应多少条记录。sync state字段值为async,表示主备数据复制使用异步方式。

  1. # docker exec -it postgres-master /bin/bash //登录PG主库容器
  2. # psql -U dbuser -d example //登录数据库
  3. psql (11.19)
  4. Type "help" for help.
  5. example=# SELECT usename,application_name,client_addr,sync_state FROM pg_stat_replication;
  6. usename | application_name | client_addr | sync_state
  7. ---------+------------------+-------------+------------
  8. repuser | walreceiver | 172.27.1.12 | async
  9. (1 row)

2.通过系统函数查询

        登录数据库执行以下函数,返回结果:t(备库)、f(主库)

  1. iot=# SELECT pg_is_in_recovery();
  2. pg_is_in_recovery
  3. -------------------
  4. f
  5. (1 row)

3.查询数据库控制信息

        登录PG库容器执行pg_controldata ,PG主库的cluster state是in production,PG备库的cluster state是in archive recovery。

  1. $ pg_controldata
  2. pg_control version number: 1100
  3. Catalog version number: 201809051
  4. Database system identifier: 7223932090703405085
  5. Database cluster state: in production
  6. $ pg_controldata
  7. pg_control version number: 1100
  8. Catalog version number: 201809051
  9. Database system identifier: 7223932090703405085
  10. Database cluster state: in archive recovery

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/代码探险家/article/detail/780333
推荐阅读
相关标签
  

闽ICP备14008679号