Greenplum是基于PostgreSQL深度定制的MPP分析型数据库其运维逻辑与单机PostgreSQL有本质区别。单机DBA只需要关注一个实例而Greenplum DBA面对的是一整个集群包括Master、Standby、多个Primary Segment及其对应的Mirror。这种分布式架构决定了Greenplum运维的核心思维转换从关注单个实例的状态扩展到关注整个集群的协调一致性从本地文件系统的操作扩展到跨主机的分布式管理。只有掌握一套系统的命令体系才能在这个复杂环境中高效工作。本文将100条命令按运维场景划分为十个模块从集群启停、状态监控、配置管理到故障恢复、备份恢复、扩容缩容覆盖Greenplum DBA日常工作的核心需求。一、集群启停命令1. 启动集群gpstart正常启动整个Greenplum集群包括Master和所有Segment。2. 快速启动gpstart -a跳过确认提示适合脚本化运维场景。3. 维护模式启动gpstart -m仅启动Master进入维护模式用于目录维护和数据恢复场景。4. 管理员限制模式gpstart -R限制连接仅允许管理员访问。5. 显示详细信息gpstart -v输出详细的启动日志用于排查启动失败的原因。6. 正常停止集群gpstop智能关闭模式等待所有活动连接自然结束再关闭。7. 快速停止gpstop -a跳过确认提示适合自动化运维脚本。8. 快速关闭模式gpstop -M fast中断所有事务并回滚然后关闭集群。这是最常用的停止模式。9. 立即关闭gpstop -M immediate立即中止所有进程不建议在生产环境使用可能导致数据损坏。10. 维护模式停止gpstop -m仅停止Master实例与gpstart -m对应使用。11. 重启集群gpstop -r停止后自动重启整个集群参数修改后的常见操作。12. 配置文件重载gpstop -u不停止服务仅重新加载postgresql.conf和pg_hba.conf的修改。13. 停止指定主机Segmentgpstop --host hostname仅停止特定主机的Segment不能与-m、-r、-u等参数混用。14. 连接Masterpsql -d postgres -h master_host -p 5432 -U gpadmin标准连接方式所有客户端连接必须指向Master节点。15. 查看当前连接信息\conninfo在psql中查看当前会话的主机、端口、数据库和用户信息。二、集群状态监控命令16. 查看集群基本状态gpstate显示集群运行状态的基本汇总信息日常巡检的第一命令。17. 简要状态gpstate -b显示简化的状态信息快速判断集群是否健康。18. 主备映射关系gpstate -c显示Primary与Mirror的对应关系用于确认镜像配置。19. 查看Mirror状态gpstate -m仅显示所有Mirror实例的状态和配置信息。20. 查看故障Segmentgpstate -e列出所有存在问题的Segment定位故障节点的首选命令。21. 查看Standby Mastergpstate -f显示Standby Master的详细状态信息。22. 快速健康检查gpstate -Q快速检查集群整体健康状态适合高频日常巡检。23. 集群详细信息gpstate -s输出集群完整的配置和状态信息用于深入排查。24. 查看Greenplum版本gpstate -i显示当前Greenplum版本信息。25. 查看Segment配置表SELECT * FROM gp_segment_configuration ORDER BY content;核心系统表查询所有Segment的content、role、status、hostname和port。content相同的两行是一对Primary和Mirror。26. 查看当前会话和查询SELECT * FROM pg_stat_activity;查看所有活跃会话、用户名、客户端IP和执行的SQL语句定位阻塞源头的第一站。27. 终止阻塞会话SELECT pg_terminate_backend(pid) FROM pg_stat_activity WHERE datname db_name;强制终止特定数据库上的所有连接注意提前确认影响范围。28. 查看磁盘剩余空间SELECT * FROM gp_toolkit.gp_disk_free;查看每个Segment节点的磁盘剩余空间预防磁盘爆满。29. 查看表膨胀诊断SELECT * FROM gp_toolkit.gp_bloat_diag;识别存在膨胀问题的表指导VACUUM操作。30. 查看集群日志gplogfilter -n 10查看最近的10条日志快速定位异常时间点。三、配置管理命令31. 查看参数值gpconfig -s max_connections查看某个参数在所有Segment上的当前值确认配置是否一致。32. 修改参数gpconfig -c gp_vmem_protect_limit -v 8196在所有Segment实例上统一修改参数值。33. 仅修改Master参数gpconfig -m gp_vmem_protect_limit -v 16384 -m 8196仅修改Master上的参数值Segment保持不变。34. 删除参数gpconfig -r max_connections注释掉postgresql.conf中的参数恢复默认值。35. 列出所有可配置参数gpconfig -l列出所有支持的配置参数名称。36. 查看所有参数psql -c SHOW ALL;查看当前会话的所有参数值。37. 查看搜索路径SHOW search_path;查看当前方案搜索顺序。38. 设置数据库搜索路径ALTER DATABASE mydb SET search_path TO myschema, public, pg_catalog;为特定数据库设置方案搜索顺序让SQL执行时自动匹配。39. 设置角色搜索路径ALTER ROLE sally SET search_path TO myschema, public, pg_catalog;为特定用户设置搜索路径。40. 查看当前方案SELECT current_schema();确认当前会话的默认方案。四、Schema管理命令41. 查看所有Schema\dn列出当前数据库中的所有方案。42. 创建SchemaCREATE SCHEMA myschema;创建新的方案用于逻辑隔离数据库对象。43. 指定所有者创建SchemaCREATE SCHEMA schemaname AUTHORIZATION username;创建由特定用户拥有的方案。44. 删除SchemaDROP SCHEMA myschema;删除空方案仅当方案中没有对象时才能成功。45. 级联删除SchemaDROP SCHEMA myschema CASCADE;删除方案及其内部所有对象表、函数等。五、用户与权限管理46. 查看所有角色\du列出数据库中的所有角色和权限信息。47. 创建角色CREATE ROLE read_only;创建角色作为权限组用于批量赋权管理。48. 创建用户CREATE USER bdp01 WITH PASSWORD passwd123;创建具有登录权限的数据库用户。49. 授予角色GRANT read_only TO gpadmin;将角色授予用户用户继承角色的权限。50. 修改用户密码ALTER ROLE user_name PASSWORD new_secure_pwd;修改数据库用户密码需同步更新pg_hba.conf认证配置。51. 查看用户资源队列SELECT rolname, rsqname FROM pg_roles, gp_toolkit.gp_resqueue_status WHERE pg_roles.rolresqueue gp_toolkit.gp_resqueue_status.queueid;查看每个用户当前分配的资源队列。六、资源队列管理52. 查看资源队列SELECT * FROM gp_toolkit.gp_resqueue_status;查看所有资源队列的运行状态和活动语句数。53. 创建资源队列CREATE RESOURCE QUEUE load_queue WITH (ACTIVE_STATEMENTS3, MEMORY_LIMIT1024MB, PRIORITYLOW);创建资源队列限制并发数和内存使用防止资源争抢。54. 分配用户到资源队列ALTER USER bdp01 RESOURCE QUEUE load_queue;将用户分配到指定的资源队列中。55. 删除资源队列DROP RESOURCE QUEUE queue_name;删除资源队列需确保没有用户正在使用。七、对象管理命令56. 查看表大小SELECT pg_size_pretty(pg_relation_size(schema.tablename));查看指定表的物理大小用于空间评估。57. 查看数据库大小SELECT pg_size_pretty(pg_database_size(databasename));查看数据库的总大小。58. 查看表结构\d schema.tablename查看表的字段、类型、存储参数和分布键信息。59. 查看索引信息SELECT * FROM pg_indexes WHERE tablename table_name;查看表的所有索引定义和分布信息。60. 查看当前分布键SELECT localoid::regclass, attname FROM gp_distribution_policy, pg_attribute WHERE policyattrseq IS NOT NULL AND attrelid localoid AND attnum policyattrseq;查看表的分布键字段确认数据分布策略。61. 创建表CREATE TABLE t1 (id SERIAL, name TEXT, dt DATE) DISTRIBUTED BY (id) PARTITION BY RANGE (dt) (START (2023-01-01) END (2025-01-01) EVERY (INTERVAL 1 month));创建分区表同时指定分布键和分区策略。分布键决定数据在Segment间的物理分布通常选择主键或经常JOIN的列。62. 添加字段ALTER TABLE t1 ADD COLUMN status VARCHAR(20) DEFAULT active;添加字段。若表非空且添加NOT NULL约束必须同步提供DEFAULT值。63. 删除字段ALTER TABLE t1 DROP COLUMN desc;删除字段。物理空间不会立即释放需VACUUM FULL后才回收。64. 重命名表ALTER TABLE t1 RENAME TO t1_archive;重命名操作瞬时完成但需同步更新ETL脚本和视图中的硬编码。65. 创建索引CREATE INDEX idx_t1_name ON t1(name);在每个Segment上独立构建本地索引Master层只维护元数据。66. 删除索引DROP INDEX idx_t1_name;删除索引释放存储空间。八、数据分布管理67. 检查数据分布SELECT gp_segment_id, COUNT(*) FROM table GROUP BY 1;查看表数据在每个Segment上的分布情况识别数据倾斜。68. 使用命令行检查倾斜gpskew -t public.ate -a postgres检查表的分布倾斜程度数据不均匀将严重影响并行计算性能。69. 查看Segment数据量分布SELECT content, COUNT(*) FROM gp_segment_configuration GROUP BY content;查看Segment配置确认集群实例数量。九、备份、恢复与数据装载70. 全库备份gpbackup --dbname appdb官方推荐备份工具生成压缩包远超pg_dump的单线程性能。71. 备份指定Schemagpbackup --dbname appdb --include-schema app仅备份特定Schema。72. 备份指定表gpbackup --dbname appdb --include-table app.orders仅备份特定表。73. 指定备份目录gpbackup --dbname appdb --backup-dir /backup/greenplum自定义备份文件存储位置。74. 并行备份gpbackup --dbname mydb --backup-dir /backup --jobs 4使用多Job并行备份加速大规模数据备份。75. 恢复备份gprestore --timestamp 20260727103000按时间戳恢复指定备份。76. 恢复并创建数据库gprestore --timestamp 20260727103000 --create-db恢复时自动创建目标数据库。77. 恢复指定表gprestore --timestamp 20260727103000 --include-table app.orders仅恢复特定表。78. 启动gpfdistgpfdist -d /data/load -p 8081 -l /tmp/gpfdist.log启动并行文件服务用于高速数据装载。79. 创建可读外部表CREATE EXTERNAL TABLE app.ext_orders (order_id BIGINT, customer_id BIGINT) LOCATION (gpfdist://etl01:8081/orders.csv) FORMAT CSV (HEADER);创建外部表从gpfdist服务读取CSV数据。80. 使用gpload装载数据gpload -f load_orders.yml -l load_orders.log基于YAML配置文件批量加载数据。81. 批量插入COPY t1 FROM /data/file.csv WITH (FORMAT CSV, HEADER TRUE);推荐的大批量数据导入方式绕过SQL解析直接走Segment间高速通道。十、高可用、恢复与扩容82. 恢复故障Segmentgprecoverseg -a快速恢复所有故障Segment需先用gpstate -e确认故障范围。83. 全量恢复gprecoverseg -a -F全量恢复开销较大仅在增量恢复不可用或需要重建数据目录时使用。84. 恢复首选角色gprecoverseg -a -r将发生角色切换的Segment恢复到Preferred RolePrimary或Mirror执行数据平衡。85. 导出恢复配置gprecoverseg -o ./recover.info导出故障节点信息用于批量恢复。86. 导入恢复配置gprecoverseg -i recover.info根据配置文件恢复指定节点。87. 添加Mirrorgpaddmirrors -i mirror_config为集群添加Mirror实例需先用gpaddmirrors -o生成配置文件审核后再正式执行。88. 初始化Standby Mastergpinitstandby -s gpstandby初始化备Master实现Master高可用。89. 移除Standby Mastergpinitstandby -r移除当前的备Master。90. 激活Standby Mastergpactivatestandby -a激活备Master仅在确认原Master不再提供服务且Standby同步正常后执行。91. 强制激活备Mastergpactivatestandby -f强制激活备Master可能丢失部分数据。92. 查看Standby激活状态gpstate -f确认Standby Master的同步状态和激活进度。93. 生成扩容配置gpexpand -f new_hosts生成扩容配置文件包含新加主机的信息。94. 初始化新增Segmentgpexpand -i gpexpand_inputfile根据配置文件执行扩容初始化。95. 执行数据重分布gpexpand -d 01:00:00启动数据重分布将数据迁移到新增Segment上。不同版本参数有差异需以当前发行版手册为准。96. 查看数据重分布进度SELECT * FROM gp_toolkit.gp_resgroup_status;监控数据重分布的任务进度。十一、日常巡检与实用技巧97. 快速巡检gpstate -s gpstate -e gpstate -f gpconfig -s max_connections gpssh -f hostfile -e df -h psql -d postgres -c SELECT content, role, preferred_role, mode, status, hostname FROM gp_segment_configuration ORDER BY content, role;推荐的日常巡检命令组合快速评估集群整体健康状态。98. 查看当前时间点的备份状态gpbackup -v检查备份工具版本和状态。99. 设置客户端编码SET client_encoding TO UTF8;设置当前会话的客户端编码避免中文乱码。100. 自定义psql提示符\set PROMPT1 %n%m:% [%/] %# 自定义psql提示符清晰标识当前连接的主机、端口和数据库防止误操作。结语Greenplum运维的核心思维转换是从PostgreSQL单库视角扩展到整个MPP集群。执行任何操作前要先想清楚这个命令是在Master上执行还是需要在所有Segment上执行考虑操作对数据分布的影响而不仅仅是对单表的影响权衡高可用配置思考操作对Mirror和Standby的影响。遇到问题时正确的排查顺序至关重要。先检查Coordinator状态确认Master是否正常再检查Segment状态定位具体故障节点然后确认Mirror是否可用接着检查数据分布是否均衡评估系统资源使用情况最后分析SQL执行计划确认查询是否合理。避免只在Master上观察局部现象要学会使用gpssh在各Segment间快速排查。对于Segment恢复、Standby激活、扩容和全表重分布等高风险操作务必使用与当前发行版匹配的官方手册并在执行前完成备份、空间评估和回退设计。同时提醒gpstop -M immediate和pg_resetxlog属于高风险操作可能造成数据损坏或集群不可用生产环境中绝对禁止使用。