Postgres-XL使用说明文档一、知识点介绍Postgres-XL是一个基于PostgreSQL数据库的横向扩展开源SQL数据库集群，XL代表eXtensibleLattice，即可扩展的PG“格子”之意，以下简称PGXL。官方称其既适合写操作压力较大的OLTP1应用，又适合读操作为主的大数据应用。它的前身是Postgres-XC（简称PGXC），PGXC是在PG的基础上加入了集群功能，主要适用于OLTP2应用；PGXL是在PGXC的基础上的升级产品，加入了一些适用于OLAP应用的特性，如MassivelyParallelProcessing(MPP)特性。通俗的说PGXL的代码是包含PG代码的，使用PGXL安装PG集群并不需要单独安装PG。总体感觉PGXL这款工具还是相当成熟的，有官方网站http://www.postgres-xl.org/，文档也比较完善，也有商业公司2ndQuadrant在支持。1OLTP联机事务处理过程（On-LineTransactionProcessing），也称为面向交易的处理过程，其基本特征是前台接收的用户数据可以立即传送到计算中心进行处理，并在很短的时间内给出处理结果，是对用户操作快速响应的方式之一。OLTP系统强调数据库内存效率，强调内存各种指标的命令率，强调绑定变量，强调并发操作；2OLAP，也叫联机分析处理（On-lineAnalyticalProcessing）系统，有的时候也叫DSS决策支持系统，就是我们说的数据仓库。在这样的系统中，语句的执行量不是考核标准，因为一条语句的执行时间可能会非常长，读取的数据也非常多。所以，在这样的系统中，考核的标准往往是磁盘子系统的吞吐量（带宽），如能达到多少MB/s的流量。OLAP系统则强调数据分析，强调SQL执行市场，强调磁盘I/O，强调分区等。上面这张图就是PGXL集群的架构图，来自官方网站。所有节点中分为三种角色：GTM（全局事务管理器）、Coordinator（协调器）和Datanode（数据节点）。需要注意一点是图中的LoadBalance组件并不属于PGXL集群本身，需要其他负载均衡工具实现。GTM：全局事务控制节点，保证集群数据的一致性，与Coordinator节点和Datanode节点不断通信，是整个集群的核心节点，只存在一个，可以存在一个GTMStandby节点，对GTM实时备份。GTM一旦故障，整个集群立刻无法访问，此时可以切换到GTMStandby节点上。如果部署了GTMStandby节点，就应该同时部署GTMProxy，一般和Coordinator、Datanode部署在同一台服务器上。GTMProxy的作用代理Coordinator和Datanode对GTM的访问，起到减轻GTM负载的作用，另外一个重要的作用是帮助完成GTM的故障切换，当GTM节点发生故障后，GTMStandby成为新的GTM，此时Co...