greenplum数据库运维常见参数

GP数据库常用的命令：
所在目录：安装目录所在的Bin目录下
命令1 gpstart/gpstop/gpstate 数据库启动/关闭/数据库状态查看
命令2 gpconfig命令，数据库参数修改
      修改配置项：
        gpconfig -c [prame name] -v [prame value]
      查看配置项：
        gpconfig --show [prame name] 比如：
        [lrxadmin@gp-test-master bin]$ gpconfig --show max_connections
        Values on all segments are consistent
        GUC          : max_connections
        Master  value: 250
        Segment value: 750   注意：mater的vulue分配永远小于segment
      删除配置项：
        gpconfig -r [prame name]
      常见参数：
        work_mem（全局参数）：建议设置为物理内存的2%-4%，用来限制segmen实例在运 行 sort,hash时候可用内存的大小，也就是用来限制postgresql在对大表分片排序合并的临时文件数，导致swap过大引起内存不足。
        max_statement_mem：每个查询任务的最大内存使用量
        gp_vmem_protect_limit：每个segment为运行总任务分配内存量
        effective_cache_size：可以缓存数据的内存大小，仅使用master。建议设置为物理内存的85%,默认为内存的百分百。一般设置为shared_buffers+可用操作系统缓存总量，大概是是50%之上
        max_connections：master节点和每个segment的最大连接数
        max_prepared_transactions：值和max_prepared_transactions一致，数据库启动后处于prepared状态事务最大数
        shared_buffers：只配置segment，用以磁盘数据内存缓存
        temp_buffers：临时数据缓存，可以提高读写性能
    维护参数：
    gpstate 查看数据库宕机后：
        1>gprecoverseg -o [./文件名] 生成目标文件，目标文件保存需要修复的segment以及修复后存放位置
        2>gprecoverseg -i [./文件名] 强制恢复（删除错误实例，从miiror中copy备份到目标位置）
        3>gprecoverseg -f 恢复segment宕机前角色，防止宕机后，mirror担当primary，恢复宕机后primary过多。数据不均衡。