PostgreSQL流复制搭建

 

PostgreSQL流复制

postgresql物理复制也叫流复制,通过将主节点上的是redo日志(wal日志)传送到从节点来实现数据库的同步的,参考下图(侵删),正如逻辑复制里提到的

1,物理复制数据传递的原理:传递的wal也即redo日志,从节点上通过对物理日志进行redo的方式来实现数据的还原,想对重新执行sql的逻辑日志来说效率会更高。

2,物理复制数据传递的范围:物理复制是实例级的,因此没有所谓的逻辑复制的发布(publication)~订阅(subscribution)对象,整个搭建过程相对简单不少。

 

主节点配置

主节点配置

###主节点
###复制同步模式
    synchronous_commit = on    # synchronization level; off, local, remote_write, remote_apply, or on

###主节点创建复制用户
create user replica with replication login password 'A-Strong-Password';

###主节点pg_hba连接配置
    ###增加复制用户以及从库IP配置:
    host replication replica 192.168.1.2/32(从库ip) md5

###重启主节点
    systemctl restart postgresql9100

###主节点复制槽名称确认(如果存在删除)
    #查看复制槽信息
    SELECT * FROM pg_replication_slots;
    #请确保在删除任何复制槽之前,该槽不再被任何复制消费者使用。
    select pg_drop_replication_slot('pgstandby_slave01');

主节点复制状态监控

    select * from pg_stat_replication ;
    
    id 一个 WAL                  发送进程的进程 ID
    usesysid                    登录到这个 WAL 发送进程的用户的 OID
    usename                     登录到这个 WAL 发送进程的用户的名称
    application_name            连接到这个 WAL 发送进程的应用的名称
    client_addr                 连接到这个 WAL 发送进程的客户端的 IP 地址。 如果这个域为空,它表示该客户端通过服务器机器上的一个Unix 套接字连接。
    client_hostname             连接上的客户端的主机名,由一次对client_addr的逆向 DNS 查找报告。 这个域将只对 IP 连接非空,并且只有在 log_hostname被启用时非空。
    client_port                 客户端用来与这个 WAL 发送进程通讯的 TCP 端口号,如果使用 Unix 套接字则为-1
    backend_start               这个进程开始的时间,即客户端是何时连接到这个WAL 发送进程的。
    backend_xmin                由hot_standby_feedback报告的这个后备机的xmin水平线。
    state                       当前的 WAL 发送进程状态。 可能的值是:
                                  startup: 这个WAL发送器正在启动。
                                  catchup: 这个WAL发送者连接的备用服务器正在赶上主服务器。
                                  streaming: 在其连接的备用服务器赶上主服务器之后,这个WAL发送方正在流化变化。
                                  backup: 这个WAL发送器正在发送一个备份。
                                  stopping: 这个WAL发送器正在停止。
                                
    sent_lsn                    在这个连接上发送的最后一个预写式日志的位置
    write_lsn                   被这个后备服务器写入到磁盘的最后一个预写式日志的位置
    flush_lsn                   被这个后备服务器刷入到磁盘的最后一个预写式日志的位置
    replay_lsn                  被重放到这个后备服务器上的数据库中的最后一个预写式日志的位置
    write_lag                   从本地刷新近期的WAL与接收到此备用服务器已写入WAL的通知(但尚未刷新或应用它)之间的时间经过。 如果将此服务器配置为同步备用服务器,则可以使用此参数来衡量在提交时synchronous_commit级别remote_write所导致的延迟。
    flush_lag                   在本地刷写近期的WAL与接收到后备服务器已经写入并且刷写它(但还没有应用)的通知之间流逝的时间。 如果这台服务器被配置为一个同步后备,这可以用来计量在提交时synchronous_commit的级别on所导致的延迟。
    replay_lag                  在本地刷写近期的WAL与接收到后备服务器已经写入它、刷写它并且应用它的通知之间流逝的时间。 如果这台服务器被配置为一个同步后备,这可以用来计量在提交时synchronous_commit的级别remote_apply所导致的延迟。
    sync_priority               在基于优先的同步复制中,这台后备服务器被选为同步后备的优先级。在基于规定数量的同步复制中,这个值没有效果。
    sync_state                  这一台后备服务器的同步状态。 可能的值是:
                                  async:         这台后备服务器是异步的。
                                  potential:     这台后备服务器现在是异步的,但可能在当前的同步后备失效时变成同步的。
                                  sync:          这台后备服务器是同步的。
                                  quorum:       这台后备服务器被当做规定数量后备服务器的候选。           
    reply_time                     带时区的时间戳,从备用服务器收到的最后一条回复信息的发送时间。
    

 

从节点配置

从节点配置

从节点通过pg_basebackup将主节点的数据备份到当前实例下,在启动后基于pgbasebackup备份时生成的postgresql.auto.conf文件,启动时会自动接入主节点进行复制。这一点其实与MySQL的克隆插件如出一辙(clone instance from clone_user@***.***.***.***:port identified by "password";),都是一个实例级的备份,都会保留备份/克隆完成时的主节点位点信息,以致于在启动复制时无需关注位点值,只需要启动复制即可。

###从节点
    ###关闭从节点实例服务

###备份从节点实例的数据文件
  mv data data_bak
  mkdir data

###备份远程(主节点)数据到本地
  /usr/local/pgsql/bin/pg_basebackup -h 1.1.1.1 -p 8888 -U replica --password -R -P -v -C --slot=pgstandby_slave01 -D /usr/local/pgsql/pg_instance_9000/data/
  -R 说明会创建standby.signal文件,以及补充postgresql.auto.conf的内容
  -P 显示备份进度
  -v 显示更加详细信息
  -C 同时创建复制槽
  --slot 指定复制槽的名字(一个备库一个名字)
  -D 生成备库的路径


###备份完成后重新授权文件路径权限给postgres用户
  #1,因为pg_basebackup备份到从节点当前实例的另外一个路径,备份中包含了配置文件信息,当前配置文件中的信息还是主节点的,因此相关数据,日志,归档文件的路径要修改
  #2,postgres用户并没有pg_basebackup执行备份备份生成的文件的权限,因此需要授权
  chown postgres.postgres -R /usr/local/pgsql/pg_instance_9000/
  chmod 700 -R /usr/local/pgsql/pg_instance_9000/

###从节点启动实例
    然后用systemctl重启从节点,复制自动开启

从节点操作一镜到底


从节点复制状态监控

    
    select pg_is_wal_replay_paused()        #如果恢复被暂停,为真。
    select pg_wal_replay_pause()            #立即暂停恢复(仅限于超级用户)。
    select pg_wal_replay_resume()            #如果恢复被暂停,重启之(仅限于超级用户)。

    
    select * from pg_stat_wal_receiver;
      pid                   WAL 接收器进程的进程 ID
      status                    WAL 接收器进程的活动状态
      receive_start_lsn         WAL 接收器启动时使用的第一个预写日志位置
      receive_start_tli         WAL 接收器启动时使用的第一个时间线编号
      received_lsn              已经接收到并且已经被刷入磁盘的最后一个预写日志的位置,这个域的初始值是 WAL 接收器启动时使用的第一个日志位置
      received_tli              已经接收到并且已经被刷入磁盘的最后一个预写日志的时间线编号,这个域的初始值是 WAL 接收器启动时使用的第一个日志所在的时间线编号
      last_msg_send_time        从源头 WAL 发送器接收到的最后一个消息的发送时间
      last_msg_receipt_time     从源头 WAL 发送器接收到的最后一个消息的接收时间
      latest_end_lsn            报告给源头 WAL 发送器的最后一个预写日志位置
      latest_end_time           报告给源头 WAL 发送器最后一个预写日志位置的时间
      slot_name                 这个 WAL 接收器使用的复制槽的名称
      conninfo                  这个 WAL 接收器使用的连接串,安全相关的域会被隐去。

 

 

 

热门相关:遥望行止   我有无数神剑   明天和意外   我嫁给了未婚夫的叔叔   全能千金燃翻天