记录Pgpool主库down的一次紧急修复过程

由于检测高可用，强制处理，导致Pgpool的主库二进制文件损坏，发现PG_XLOG和PG_LOG存在大I属性，无法读写，从备节点SCP一份库文件也是如此。

第一次修复，尝试新装PostgreSQL，然后再pg_dump从备节点把库数据导出下来，然后再灌到新库中，后续再加入到Pgpool集群

测试成功，但是客户反馈无法通过web登录，可以打开界面，故从DBA角度判断是数据不一致导致的，后续系统运维同学反馈说可以查看下当时的应用日志，确实是忽略了，发现缺少JIRAUSER用户，及时与客户承认错误（嘻嘻）

故第二次修复，采取Postgresql的基础复制功能
pg_basebackup -D /pgjira -Fp -Xs -v -P -h pgslave01 -p 5432 -U repuser
进行修复，并加入到Pgpool集群中，至此业务恢复，且可以正常登录。

初学者注意：
复制前需要停止应用服务，避免数据不一致，并重启下备库服务，确保当前事务全部持久化
需修改文件权限为postgres
需修改recovery.conf为recovery.done，修改其中的primary_conninfo
需修改pg_hba中的replication repuser 放行规则
启动服务，需使用postgres用户启动
sudo -u postgres /usr/lib/postgresql/9.5/bin/pg_ctl -D /pgjira start
加入到Pgpool集群当中
pcp_attach_node -d -U postgres -h vip -p 9898 -n 0

执行pgpool启动命令后不要急，需要等待一会，才会出现pcp的监听9898，通过查看端口监听，出现9898端口再加入到集群中

本人初学PG，如排查思路有问题，请不吝赐教