1. postgresql 高可用集群搭建资料
多种方案，含zookeeper方案 ： PostgreSQL 流行 HA 方案
有实例 有讲解亏让！ postgresql 高可用集群搭建 ： PostgreSQL_HA_with_primary_standby_2vip
pgpool+Keepalived 实现postgresql 高可用集群： PostgreSQL+pgpooll+Keepalived双机HA方案
利用pgpool 实现postgresql 高可用集群 ： POSTGRESQL主备部署模式
看起来不错 ： 双机热备技术：使用pgpool搭建高可用PostgreSQL HA的步骤
PostgreSQL 流复制 + Pgpool-II 实现高可用 HA
推荐使用pgpool原因： PostgreSQL的集群技术比较
很好的要看corosync+pacemaker： 基于Pacemaker的PostgreSQL一主多从读负载均衡集群搭
可能复杂 ： Pacemaker+corosync搭建PostgreSQL共享存储HA
corosync+pacemaker 有实例 ： postgresql双机热备、高可用方案（采用pacemaker+corosync实现）
需求讲得好 ： PostgresSQL HA高可用架构实战
PostgresSQL HA高可用架构实战
流复制HA（pgpool） ：较简单、易实现
共享存储HA（corosync+pacemaker）：销空枯功能完亏洞备、学习成本高、复杂
2. 求教使用postgresql搭建一个集群，一主多从模式，读写分离
《一键获取可可V8 PHP》是一款可可网络验亩罩证系统，该系统迅乎闹需要认证的时候由客户端软件主动调用xmlhttp组件连接服务端进行数据交互，服务端与客户端数据交互的加解密算法采用RSA不对称算法（服务端使用私钥加解密，客户端使用公钥加解密）。
【软件特色】：
1、服务端采用快速安全的php脚本语言和MySQL数据库构建，且可以搭建两个服务端以保证在一个服务端宕机时软件自动连接另一顷键服务端来认证；
2、管理端采用主流的网页模式，无需下载管理客户端，能上网就可以登录管理端操作（智能手机也可以登录管理端）；
3、客户端也就是你的软件，不论你使用哪种编程语言开发软件，都可以将可可网络验证系统无缝集成到您的软件中去；
4、可可网络验证做为商业软件的用户认证系统可更好的保护您的软件，其方便快捷的管理模式，会让你觉得管理软件的各种数据是件非常愉快的事。
3. pg数据库集群怎么保证数据同步
要保证 PG 数据库集群中数据的同步，可以采用以下一些方法：
1. 流复制：流复制是 PG 数据库集群中最常用的数据同步方式。它基于二进制日志的基础上，将森弊迅主服务器上的事务日志传输到从服务器上进行重放。当主服务器执行一个新的事务时，它会向从服务器发送一个 WAL 记录，然后该记录会被写入从服务卜冲器的 WAL，从而实现了数据同步。
2. 逻辑复制：逻辑复制是另一种常用的 PG 数据库集群数此此据同步方式。它通过在主服务器上解析 SQL 插入，更新和删除语句，然后再将这些语句传输到从服务器上执行，来实现数据同步。
3. 复制槽：复制槽是一个用于保存复制信息的数据结构，可以用于控制流复制和逻辑复制。通过使用复制槽，可以确保从服务器可以接收到主服务器上的所有更改，即使从服务器离线或重启。
4. pgpool-II：pgpool-II 是一个流行的第三方开源工具，用于 PG 数据库集群中的负载均衡和故障转移。通过在 pgpool-II 中设置正确的参数，可以实现数据同步，从而提高系统的可用性和性能。
综上所述，要保证 PG 数据库集群中数据的同步，可以采用多种方法。具体选择哪一种同步方式取决于您的系统架构和业务需求。
4. centos7下pgsql9.6 搭建基于Pgpool-II的PostgreSQL集群
前提条件：已经安装好pgsql9.6
1.第一步执行命令：
安装成功如图所示：
2.启动pgpool,执行命令:
会报如下图所示错误。
3.原因是默认pgpool.conf文件不存在，执行命袜备银令
4.pgpool启动成功。如滚喊图所示：
5.在192.168.1.235和192.168.1.236 2台机器上修改postgres用户的默认密码，执行命令
6.在2台机器上配置免密登录，执行命令ssh-keygen ,然后告宴在192.168.1.235上执行ssh--id [email protected] ，在192.168.1.236上执行ssh--id [email protected] 即可。
7.修改192.168.1.235 和192.168.1.236 上的pgpool.conf配置文件参数
192.168.1.235参数配置(主库)
5. postgreSQL数据库有什么用啊
优点事实上， PostgreSQL 的特性覆盖了 SQL-2/SQL-92 和 SQL-3/SQL-99，首先，它包括了可以说是目前世界上最丰富的数据类型的支持，其中有些数据类型可以说连商业数据库都不具备， 比如 IP 类型和几何类型等；其次，PostgreSQL 是全功能的自由软件数据库，很长时间以来，PostgreSQL 是唯一支持事务、子查询、多版本并行控制系统、数据完整性检查等特性的唯一的一种自由软件的数据库管理系统。直到最近才有 Inprise 的 InterBase 以及 SAP 等厂商将其原先专有软件开放为自由软件之后才打破了这个唯一。最后，PostgreSQL拥有一支非常活跃的开发队伍，而且在许多黑客的努力下，PostgreSQL 的质量日益提高。
从技术角度来讲，PostgreSQL 采用的是比较经典的 C/S （client/server）结构，也就是一个客户端对应一个服务器端守护进程的模式，这个守护进程分析客户端来的查询请求，生成规划树，进行数据检索并最终把结果格式化输出后返回给客户端。为了便于客户端的程序的编写，由数据库服务器提供了统一的客户端 C 接口。而不同的客户端接口都是源自这个 C 接口，比如 ODBC，JDBC，Python，Perl ，Tcl，C/C++，ESQL 等， 同时也要指出的是，PostgreSQL 对接口的支持也是非常丰富的，几乎支持所有类型的数据库客户端接口。这一点也可以说是 PostgreSQL 一大优点。
缺点
从 Postgres 开始，PostgreSQL 就经受了多次变化。
首先，早期的 PostgreSQL 继承了几乎所有 Ingres, Postgres, Postgres95 的问题：过于学院味，因为首先它的目的是数据库研究，因此不论在稳定性， 性能还是使用方便方面，长期以来一直没有得到重视，直到 PostgreSQL 项目开始以后，情况才越来越好，目前，PostgreSQL 已经完全可以胜任任何中上规模范围内的应用范围的业务。目前有报道的生产数据库的大小已经有 TB 级的数据量，已经逼近 32 位计算的极限。不过学院味也给 PostgreSQL 带来一个意想不到的好处：大概因为各大学的软硬件环境差异太大的缘故，它是目前支持平台最多的数据库管理系统的一种，所支持的平台多达十几种，包括不同的系统，不同的硬件体系。至今，它仍然保持着支持平台最多的数据库管理系统的称号。
其次，PostgreSQL 的确还欠缺一些比较高端的数据库管理系统需要的特性，比如数据库集群，更优良的管理工具和更加自动化的系统优化功能 等提高数据库性能的机制等。
6. 如何在Kubernetes中部署一个高可用的PostgreSQL集群环境
虽然 kubernetes 社区一直在努力使得有状态应用成为一等公民，也推出了 statefulset 控制器支持 pod 的顺序部署，稳定的域名访问和存储访问。但鉴于 MySQL 部署运维的多样性和复杂性，在 kubernetes 上部署 MySQL 仍然要面临众多挑战。
1、业务流量入口的配置方式
传统虚拟机环境下，我们通过虚IP的方式，让业务应用都配置事先定义的一个虚IP为链接数据库的地址，然后由高可用服务保证虚IP始终能被路由到master数据库。在kubernetes中，出现了一层网络插件屏蔽了底层网络拓扑，高可用服务管理虚IP的方式需要随之适应调整，比如通过service结合标签完成虚IP的漂移，但service本身是kubernetes提供的一项功能，其可靠性和性能都取决于kubernetes服务的稳定。以性能来说，service是kubeproxy组件通过配置iptables实现的，当iptables规则较多时不可避免的会产生时延，需要我们针对性的解决。
2、容器隔离带来的监控视野问题
在 kubernetes 中，如果将 MySQL 制作为 container 运行在一个 pod 中，container 会将 MySQL 进程和运行环境隔离在一个单独的 namespace 中。监控组件在获取 MySQL 的一些 metirc 时，可能不得不进入与 MySQL 同一个 namespace 中，在部署和设计监控组件时需要考虑到这些限制。
3、存储在 kubernetes 中，支持配置各种不同的存储。
如果使用本地存储 local persistent volume，则需要绑定 MySQL 在一个固定的节点，这就完全浪费了 kubernetes 灵活调度的天然优势；而如果使用远程共享存储，确实是将 MySQL 进程与其存储完全解耦，使得 MySQL 进程可以在任意节点调度，然而考虑到高 I/O 吞吐量的情况，就不是那么美好了。设计时需要考量远程存储是否能够满足 MySQL 的带宽要求。
4、高可用/备份恢复
kubernetes 提供的 statefulset 控制器只能提供最基本的部署，删除功能，无法实现完善的 MySQL 集群高可用/备份恢复操作。对于有状态应用的部署，仍需要定制开发，所以多数公司提供了定制的 operator 来完成应用容器的管理。比如 etcd operator，MySQL operator，后文将为大家详述我测试使用 MySQL operator 的一些记录。