postgresql 配置文件

配置文件
postgresql.conf: 数据库实例的主配置文件，基本上所有的配置参数都在此
pg_hdb.conf: 认证配置文件，比如允许哪些ip的主机访问数据库，认证方式之类的，如果选择了一条记录且认证失败不会再考虑后面的记录 修改reoad生效
格式
local <dbname> <user> <auth-method> [auth-option] unix 套接字
host <dbname> <user> <ip/masklen> <auth-method> [auth-option] tcp/ip 包括ssl或者非ssl
hostssl <dbname> <user> <ip/masklen> <auth-method> [auth-option] tcp/ip的ssl连接
hostnossl <dbname> <user> <ip/masklen> <auth-method> [auth-option] tcp/ip的非ssl
host <dbname> <user> <ip> <mask> <auth-method> [auth-option]
hostssl <dbname> <user> <ip> <mask> <auth-method> [auth-option]
hostnossl <dbname> <user> <ip> <mask> <auth-method> [auth-option]
关键字及解释
dbname: 数据库名，如果为all表示所有数据库，如果replication表示允许流复制连接
user: 用户名，all表示任意用户
ip/masklen: 允许哪些ip访问，1.1.1.1/32 表示完全匹配1.1.1.1, 1.1.1.0/24表示前缀未1.1.1的ip, 0.0.0.0/0任何ip
auth-method: 验证方式 trust reject,md5,ident
trust: 无条件允许，不需要口令和任何认证
reject: 无条件的拒绝，可以组织一个主机连接
md5: 用户提供md5的口令认证
password: 未加密的口令
ident: 允许客户端上特定操作系统用户连接到数据库
auth-option: 认证选项
pg_ident.conf: "ident"认证方式的用户映射文件
recovery.conf: 恢复配置，修改了这个文件需要重启实例生效
归档恢复: standby从归档日志(备份)文件中恢复standby数据库时需要配置
restore_command: standby如何获取WAL日志文件，通常是配置一个拷贝命令，从备份目录拷贝到xlog目录
cp " + self.clone_path +"/%f %p
archive_cleanup_command: 清理standby数据库机器上不需要的WAL日志文件
recovery_end_command: 恢复完成后可以执行一个命令
recovery_target_time: 目标，应用到哪里结束
如何查看归档恢复成功
成功后 select pg_is_wal_replay_paused(); 会变为true
主动执行select pg_wal_replay_resume(); 后会跳出恢复状态，数据库变为主库
recovery target配置: standby恢复到一个指定的点后就停止
standby server配置: 就是备库
standby_mod: standby为on
primary_conninfo: 流复制参数
primary_slot_name: 指定复制槽，9.4才有的
trigger_file: 指定基金或standby的触发文件，standby发现此文件存在时就会把standby库激活为主库，不配置此项的话可以使用 gp_ctl promote来激活standby数据库
recovery_min_apply_delay: 指定备库延迟主库一段时间，防止主库误操作数据丢失等用途

原文链接：https://blog.csdn.net/zhangjikuan/article/details/88670871