Postgresql 流复制同步模式
2016-03-11 11:13
453 查看
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=# 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
如果我们这个时候再把备库启动
可以看到虽然我们已经cancel掉了这步的操作,但是我们test1数据库还是创建成功了。
结论:在同步模式下,虽然能够保证备库的数据的不丢失,但是很显然的,存在了备库会影响主库的问题,更多了一层的风险。所以在实际的生产环境中,我们一般不去采用这种同步复制的方式。
这里配基于同步复制的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 exists 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 | test1 | kiwi | UTF8 | en_US.UTF-8 | en_US.UTF-8 | (6 rows)
可以看到虽然我们已经cancel掉了这步的操作,但是我们test1数据库还是创建成功了。
结论:在同步模式下,虽然能够保证备库的数据的不丢失,但是很显然的,存在了备库会影响主库的问题,更多了一层的风险。所以在实际的生产环境中,我们一般不去采用这种同步复制的方式。
相关文章推荐
- 部署MongoDB Replica Set同时给数据库设置用户名密码
- MySQL Innodb 插入调优
- 国内外三个不同领域巨头分享的Redis实战经验及使用场景
- ORACLE学习路线图
- 复杂oracle示例
- 【转载】NativeSQL实例
- 怎样删除数据库中重复的信息,只保留一条
- oracle索引导致的查询记录为0的案例
- Windows 下Redis的安装教程和PHP使用Redis示例
- ORACLE百例试炼五
- SQL优先排序
- MySQL 二进制日志(Binary Log)
- Oracle用户频繁被锁原因排查与解决
- SQLServer数据库安装教程(图文)
- 以windows Service的方式启动MongoDB
- python+mongodb==pymongo的源码安装
- ORACLE基础语句-建表
- 【转】jbdc程序启动报错:ORA-12505;PL/SQL却可以登录的解决方法
- mysql复制环境清理二进制日志
- not allowed to connect to this mysql server