博客
关于我
postgresql Streaming Replication监控与注意事项
阅读量:795 次
发布时间:2023-03-03

本文共 2519 字,大约阅读时间需要 8 分钟。

###Streaming Replication集群监控与管理指南

在PostgreSQL的Streaming Replication集群环境中,监控和管理是确保高可用性和稳定性的关键环节。本文将详细介绍Streaming Replication的相关监控视图、常见问题及解决方法。

####1.监控Streaming Replication状态

在主库端,可以通过以下视图来实时监控Streaming Replication的状态:

pid          | Wal sender进程ID--------------|-----------------usesysid      | 执行流复制的用户的对象IDusename       | 执行流复制的用户名application_name | 连接到master的Application nameclient_addr   | standby的IP地址client_hostname | Standby主机名client_port   | Standby上连接端口backend_start  | Wal sender进程启动时间state         | Wal sender进程状态sent_location  | Wal发送位置write_location | Standby端写Wal日志的位置flush_location| Standby端写Wal日志到磁盘的位置replay_location| Standby端应用Wal日志的位置sync_priority  | Standby的优先级sync_state     | Standby的同步类型

####2.主库监控Wal日志传输状态

主库上可以执行以下查询,查看Wal日志在主、备库之间的传输状态:

select pg_xlogfile_name_offset('XXX');

此外,可以查看备库落后主库的Wal日志字节数:

select pg_xlog_location_diff(    pg_current_xlog_location(),    replay_location) from pg_stat_replication;

####3.数据库状态检查

在主库执行以下命令,查看数据库的状态和恢复进度:

pg_is_in_recovery();

查看数据库详细信息:

pg_controldata;

####4.备库状态监控

在备库上执行以下命令,查看Wal日志接收和应用的状态:

pg_last_xlog_receive_location()  -- Standby最后接收到的Wal日志位置pg_last_xlog_replay_location()  -- Standby最后应用到的Wal日志位置pg_last_xact_replay_timestamp() -- 恢复过程中最后一个事务的执行时间
select pg_last_xlog_receive_location(),       pg_last_xlog_replay_location(),       pg_last_xact_replay_timestamp()   from pg_stat_replication;

####Streaming Replication常见问题及解决方法

#####2.1备库查询限制

在Streaming Replication环境下,备库的查询可能会受到以下限制:

  • DML和DDL操作

    • 对于支持row_exclusive_mode级别高于read_committed的表锁,可能会阻止执行特定操作。
  • 查询限制示例

    select * from table for update;

#####2.2备库查询冲突处理

在遇到备库查询与主库操作冲突时,可以采取以下解决方法:

######冲突类型:

  • 主库上的vacuum清理掉了备库上仍然需要的多版本数据。
  • 主库执行lock命令或各种DDL操作,导致对相关表在备库上产生exclusive锁,进而引发查询冲突。
  • 主库删除某个表空间,而备库依然在该表空间中存放查询所需的临时工作文件。
  • 主库删除了某个数据库,但备库上仍有多个会话继续连接到这个数据库。
  • ######解决方法:

  • 延迟应用Wal日志

    • 通过设置max_standby_archive_delaymax_standby_streaming_delay来控制备库从归档和流复制中读取的最大延迟。默认值为30秒,设置为-1表示一直等待。
  • 主库延迟清理多版本数据

    • 在主库上增大vacuum_defer_cleanup_age,延迟清理多版本数据。
    • 在备库配置recovery_min_apply_delay,控制恢复过程中应用Wal日志的最小延迟。
  • #####2.3流复制注意事项

  • Wal_keep_segments

    • 设置为备库保留的Wal日志文件数量。主库在未成功发送Wal日志给备库之前,可能会覆盖新的日志文件。如果Wal日志没有被归档,日志文件将不连续。
  • Vacuum_defer_cleanup_age

    • 延迟清理多少个事务。主库清理的数据可能会影响备库正在执行的查询,导致查询失败。
  • ####关于PostgreSQL配置

  • 主库PostgreSQL配置文件示例

    archive_mode = onarchive_command = 'cp %p %f'
    • 启用归档模式,事务日志写入%f目录,归档日志复制到/pgdb/archlog
  • 备库与主库的差异

    • 备库不会加载主库的postgresql.conf配置文件。主库提交事务后,备库接收Wal日志并写入../data/pg_xlog目录,但不会执行archive_command
  • PostgreSQL 9.5.1 新特性

    • 支持archive_mode = always,在Wal日志应用流后自动归档。
  • 通过以上方法,可以有效监控和管理Streaming Replication集群,确保数据库的高可用性和稳定性。

    转载地址:http://rnxfk.baihongyu.com/

    你可能感兴趣的文章
    pintos project (2) Project 1 Thread -Mission 1 Code
    查看>>
    PinYin4j库的使用
    查看>>
    PIP
    查看>>
    pip install goose-extractor // SyntaxError: Missing parentheses in call to 'print'
    查看>>
    pip install mysqlclient报错
    查看>>
    pip install 出现报asciii码错误的解决
    查看>>
    pip throws TypeError: parse() got an unexpected keyword argument ‘transport_encoding‘ 在尝试安装新软件包时
    查看>>
    pip 下载慢
    查看>>
    pip 升级报错AttributeError: ‘NoneType’ object has no attribute ‘bytes’
    查看>>
    pip 安装opencv-python卡死
    查看>>
    pip 安装出现异常
    查看>>
    Pip 安装失败:需要 SSL
    查看>>
    Pip 安装挂起
    查看>>
    pip 或 pip3 为 Python 3 安装包?
    查看>>
    pip 文件损坏导致 pip无法使用 报错 ImportError: cannot import name 'main' from 'pip._int
    查看>>
    pip/pip3更换国内源
    查看>>
    pip3 install PyQt5 --user 失败
    查看>>
    pip3命令全解析:Python3包管理工具的详细使用指南
    查看>>
    pip3安装命令重复创建文件‘/tmp/pip-install-xxxxx/package‘失败
    查看>>
    PIPE 接口信号列表
    查看>>