PostgreSQL集群方案hotstandby初级测试

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了PostgreSQL集群方案hotstandby初级测试，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2226字，纯文字阅读大概需要4分钟。

内容图文

上次安装了集群后，一段时间没有时间写个测试文章，今天有空就写了篇初级测试的文章，如果大家还想知道不同情况下postgres集群的

上次安装了集群后，一段时间没有时间写个测试文章(见 )，今天有空就写了篇初级测试的文章，如果大家还想知道不同情况下postgres集群的处理方法，可以留言给我！！！

先来模拟下主从库关闭，看看数据的同步情况：

1. 重启主节点：

方式①：./pg_ctl stop -D ../data/

waiting for server to shut down............................................................... failed

pg_ctl: server does not shut down

HINT: The "-m fast" option immediately disconnects sessions rather than

waiting for session-initiated disconnection.

虽然显示关闭失败，但是连接数据库操作已经不可用，并且显示错误！！！

方式②./pg_ctl stop -D ../data/ -m fast

直接关闭数据库，连接数据库时，显示没有服务。

重启主节点后，对集群功能没有影响

方式③：kill -9 8581 8582 8584 8585 8586 8587 8589 8597 8669

向其中一台从节点插入一条数据；

(这里理论上是可读，但是为了方便展示还是插入一条)

insert failed:ERROR: cannot execute INSERT in a read-only transaction

启动主节点，插入一条数据，并验证集群功能：

集群功能完好！

2. 关闭从节点

关闭方式①：./pg_ctl stop -D ../data_bac/ -m fast

插入主节点一条数据，再打开从节点，查看数据是否同步。

数据同步成功。

关闭方式②：kill -9 19971 19972 19973 19974 19975 19976

插入二条数据后；正常启动子节点，查看数据是否同步：

可以看到自己点意外死亡情况，重启后会同步数据。

3. 在插入过程中杀死主节点

关闭方式①：./pg_ctl stop -D ../data_bac/ -m fast

用单线程方式，插入100000数据，并在中途按方式①，关闭主节点；重启后查看主库和从库数据是否一致：

1. 当断开后，查看两个从库的数据量都为5719

2. 重启主数据库，查看数据量：

发现数据没有丢失，为了验证正确性，我们验证10个线程每个线程100000并发时，没有丢数据情况发生。

关闭方式②：kill -9 19971 19972 19973 19974 19975 19976

查看从库数据量：

启动主库，查看主库数据量：

可以发现主库和从库数据量不等，有人可能会说丢数据，先别下太早的结论，我们再来看下从库数据量是否有变化：

我们可以认为，当主节点意外死亡时，主库wal日志还没有发送到从库主机，使得主从库数据不同步，但是重启主库后，主库会把没有传递的wal日志重发，再次同步数据。

上面是我模拟的一些集群会遇到的情况，目前只能想到这么多，如果有建议可以留言。

内容总结

以上是互联网集市为您收集整理的PostgreSQL集群方案hotstandby初级测试全部内容，希望文章能够帮你解决PostgreSQL集群方案hotstandby初级测试所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端