Postgresql 流复制同步模式

来源:互联网 发布:php 多个图片合成一张 编辑:程序博客网 时间:2024/05/31 05:29
Postgresql 流复制同步模式

这里配基于同步复制的Hot-Standby 就非常容易了,简单的来讲基于第6个教程只需要修改两个地方:


编辑 postgresql.conf 以支持 WAL archiving:
wal_level = archive
archive_mode = on
archive_command = 'cp %p /home/postgres/archive/%f'
max_wal_senders = 1
里增加配置:
synchronous_standby_names = 'mydb_standby1'


以及B. 在“3.配置Warm-standby,并启动”中:
然后编辑recovery.conf里修改primary_conninfo 配置为:
standby_mode = on
restore_command = 'cp /home/postgres/archive/%f %p'
primary_conninfo = 'host=10.211.55.4 port=5432 user=repuser password=123456 application_name=mydb_standby1'
trigger_file = '/home/postgres/trigger/pgsql.trigger.6432'




这个时候我们看主库的报警日志
LOG:  shutting down
LOG:  database system is shut down
LOG:  database system was shut down at 2015-08-15 04:26:43 CST
LOG:  database system is ready to accept connections
LOG:  autovacuum launcher started
LOG:  connection received: host=10.211.55.3 port=23237
LOG:  replication connection authorized: user=repuser
LOG:  standby "mydb_standby1" is now the synchronous standby with priority 1
LOG:  connection received: host=[local]
LOG:  connection authorized: user=postgres database=postgres


可以看到备库已经处于了同步模式中


我们后面如何的去修改这种同步,异步的模式呢?
就只需要去修改
synchronous_standby_names = 'mydb_standby1'这个参数
然后在主库重新装在配置 pg_ctl reload
LOG:  connection received: host=[local]
LOG:  connection authorized: user=postgres database=postgres
LOG:  received SIGHUP, reloading configuration files
LOG:  parameter "synchronous_standby_names" removed from configuration file, reset to default




然后我们测试下,在备库不能够使用的情况下,主库的状态
可以看到,主库的状态是可以开启的状态
postgres=# \l                                  List of databases   Name    |  Owner   | Encoding |   Collate   |    Ctype    |   Access privileges   -----------+----------+----------+-------------+-------------+----------------------- kiwi      | kiwi     | UTF8     | en_US.UTF-8 | en_US.UTF-8 |  postgres  | postgres | UTF8     | en_US.UTF-8 | en_US.UTF-8 |  template0 | postgres | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/postgres          +           |          |          |             |             | postgres=CTc/postgres template1 | postgres | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/postgres          +           |          |          |             |             | postgres=CTc/postgres test      | kiwi     | UTF8     | en_US.UTF-8 | en_US.UTF-8 | (5 rows)



但是我们这个时候如果进行操作,比如创建一个数据库的操作
postgres=# create database test1 with owner kiwi;
这个时候可以看到,这个数据库处于hang住的状态,操作不能够执行
这个就是同步复制的最大好处,能够永远保证主备课数据的一致性
我们cancel掉这步操作,可以看到这样的报错信息
postgres=# create database test1 with owner kiwi;
^CCancel request sent
WARNING:  canceling wait for synchronous replication due to user request
DETAIL:  The transaction has already committed locally, but might not have been replicated to the standby.
CREATE DATABASE


如果我们这个时候再把备库启动
postgres=# create database test1 with owner kiwi;ERROR:  database "test1" already existspostgres=# \l                                  List of databases   Name    |  Owner   | Encoding |   Collate   |    Ctype    |   Access privileges   -----------+----------+----------+-------------+-------------+----------------------- kiwi      | kiwi     | UTF8     | en_US.UTF-8 | en_US.UTF-8 |  postgres  | postgres | UTF8     | en_US.UTF-8 | en_US.UTF-8 |  template0 | postgres | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/postgres          +           |          |          |             |             | postgres=CTc/postgres template1 | postgres | UTF8     | en_US.UTF-8 | en_US.UTF-8 | =c/postgres          +           |          |          |             |             | postgres=CTc/postgres test      | kiwi     | UTF8     | en_US.UTF-8 | en_US.UTF-8 |  test1     | kiwi     | UTF8     | en_US.UTF-8 | en_US.UTF-8 | (6 rows)


可以看到虽然我们已经cancel掉了这步的操作,但是我们test1数据库还是创建成功了。


结论:在同步模式下,虽然能够保证备库的数据的不丢失,但是很显然的,存在了备库会影响主库的问题,更多了一层的风险。所以在实际的生产环境中,我们一般不去采用这种同步复制的方式。



0 0
原创粉丝点击