其他国产数据库常用运维指令手册

覆盖：GaussDB、PolarDB、TDSQL、GoldenDB、GBase 8a / 8s / 8c、崖山 YashanDB、Vastbase、神通、AntDB 约定：# root 或安装用户，$ 数据库用户，<xxx> 为占位符。 说明：这些产品多数为商业闭源，同一产品的不同版本/部署方式命令差异较大。本手册给出通用主线，涉及版本相关的命令均标注「以现场版本文档为准」。 更新时间：2026-11

目录

1. 选型与版本矩阵
2. 共性判断：先确认四件事
3. GaussDB（华为）
4. PolarDB（阿里云）
5. TDSQL（腾讯）
6. GoldenDB（中兴）
7. GBase 8a（分析型 MPP）
8. GBase 8s（事务型，Informix 系）
9. GBase 8c（分布式多模）
10. 崖山 YashanDB
11. Vastbase / 神通 / AntDB
12. 跨库迁移对照
13. 共性故障与避坑
14. 附录：选型速查表

1. 选型与版本矩阵

1.1 三条技术路线

国产数据库看着品牌众多，技术底子基本是三条：

1.2 主流产品版本与国测等级

国测（安全可靠测评）是信创选型的硬门槛，等级分 Ⅰ 级和 Ⅱ 级（Ⅱ 级为当前最高）。

国测有效期 3 年。2023 年第一批入库的产品有效期在 2026-12 到期，项目选型时必须核对厂商是否已完成复核。拿一份过期的测评报告去投标，会被直接废标。

1.3 一句话定位

2. 共性判断：先确认四件事

拿到任何一个陌生国产库，先确认这四项，比背命令重要：

# ① 进程叫什么
ps -ef | grep -iE 'gauss|polardb|tdsql|goldendb|gbase|yasdb|vastbase|oscar' | grep -v grep

# ② 端口是多少
ss -lntp | grep -E '5432|54321|15400|3306|5236|5258|2003'

# ③ 客户端工具叫什么
ls /opt/*/bin 2>/dev/null | head -50
which gsql ksql vsql yasql isql mysql gccli 2>/dev/null

-- ④ 兼容什么
SELECT version();
-- MySQL 系：SHOW VARIABLES LIKE 'version%';
-- PG 系：SHOW server_version;

2.1 端口速查

2.2 客户端工具对照

3. GaussDB（华为）

3.1 与 openGauss 的关系

GaussDB 是商业版，openGauss 是开源内核。二者同源，但：

命令可迁移，但不要照搬。GaussDB 在 openGauss 基础上加了分布式 CN/DN、GTM、扩容等能力，gs_om 的参数集更宽。现场以 GaussDB 产品文档为准。

3.2 连接

# 集中式
gsql -d postgres -h 10.0.0.11 -p 8000 -U root -W

# 分布式（连 CN）
gsql -d postgres -h <CN_IP> -p 8000 -U root -W

# 执行单条
gsql -d postgres -p 8000 -U root -W -c "SELECT version();"

3.3 集群状态

# 集群状态
gs_om -t status --detail

# CM 状态
cm_ctl query -Cv

# 启停
gs_om -t start
gs_om -t stop
cm_ctl start
cm_ctl stop

-- 实例与节点
SELECT * FROM pg_stat_activity;
SELECT * FROM pg_stat_replication;

-- 分布式：查看 DN 状态（GaussDB 特有视图，名称随版本变化）
SELECT * FROM pgxc_node;
SELECT * FROM pgxc_thread_wait_status WHERE wait_status <> 'none';

3.4 分布式特有运维

GaussDB 分布式的扩容/缩容不能靠命令行手工做，必须通过管控平台。这是与 openGauss 单机最大的运维差异——分布式集群的元数据（分布键、分片映射）由管控层维护，手工改会破坏一致性。

3.5 性能诊断

-- 慢 SQL（GaussDB 有内置的 statement_history）
SELECT * FROM dbe_perf.statement_history
WHERE start_time > now() - interval '1 hour'
ORDER BY db_time DESC LIMIT 20;

-- 等待事件
SELECT * FROM pg_thread_wait_status WHERE wait_status <> 'none';

-- 锁
SELECT * FROM pg_locks WHERE NOT granted;

-- 表膨胀
SELECT relname, n_dead_tup, n_live_tup FROM pg_stat_user_tables
ORDER BY n_dead_tup DESC LIMIT 20;

-- WDR 报告
SELECT generate_wdr_report(1, 2, 'all');

4. PolarDB（阿里云）

4.1 三种形态

4.2 云上运维（控制台为主）

云上 PolarDB 的运维大部分不在命令行，而在控制台：

# 连接（MySQL 兼容）
mysql -h <cluster-endpoint> -P 3306 -u app -p

# PG 兼容
psql -h <cluster-endpoint> -p 1921 -U app -d app_db

-- 查看只读节点延迟（MySQL 兼容）
SHOW GLOBAL STATUS LIKE 'Seconds_Behind_Master';

-- 查看节点角色
SELECT * FROM information_schema.ALISQL_CLUSTER_GLOBAL;
SELECT * FROM information_schema.ALISQL_CLUSTER_LOCAL;

PolarDB 的 ALISQL_CLUSTER_GLOBAL / ALISQL_CLUSTER_LOCAL 是阿里自研视图，MySQL 没有。查主备关系、复制延迟优先用它们，比 SHOW SLAVE STATUS 准。

4.3 私有化部署（PolarDB Stack）

# 部署工具 pdbcli
pdbcli install cluster --config config.yaml
pdbcli status
pdbcli start cluster
pdbcli stop cluster

# 查看集群
pdbcli list cluster
pdbcli describe cluster <name>

私有化 PolarDB 的命令在不同 Stack 版本间变化较大，pdbcli 的子命令集以 pdbcli --help 为准。

4.4 关键运维点

5. TDSQL（腾讯）

5.1 架构

TDSQL 是分库分表架构（不是共享存储）：

应用
 │
 ├─ TDSQL Proxy（网关，解析 SQL、路由分片）
 │
 ├─ SET1（主 + 备）
 ├─ SET2（主 + 备）
 └─ SET3（主 + 备）
      │
    ZooKeeper / 调度中心（元数据、故障切换）

5.2 连接与分片

# 通过 Proxy 连接（应用侧只看到一个逻辑库）
mysql -h <proxy_ip> -P 15002 -u app -p -D app_db

# 直连某个 SET（运维排查用，绕过 Proxy）
mysql -h <set_master_ip> -P 3306 -u app -p -D app_db

-- 查看分片键与分片表
SHOW CREATE TABLE app_db.orders;      -- 含 shardkey 注释

-- 查看分片分布（Proxy 层）
SHOW SHARD STATUS;
SHOW ROUTES;

-- 查看 SET 列表
/*proxy*/ show status;

分片键决定一切。TDSQL 的性能问题 80% 出在分片键选错：选了低基数字段（如 status）会导致数据倾斜；选了会变的字段会导致跨分片更新。选型阶段就要定，上线后改分片键等于重建。

5.3 赤兔平台运维

-- 分布式事务（TDSQL 支持强一致分布式事务）
-- 跨 SET 事务的性能远低于单 SET，设计时尽量让事务落在同一分片

5.4 关键运维点

6. GoldenDB（中兴）

6.1 产品矩阵（V7 时代）

6.2 架构

应用
 │
 ├─ DBProxy（计算节点，SQL 解析/路由）
 │
 ├─ 数据节点组（每组一主多备，MySQL 内核）
 └─ 管理节点（元数据、监控、备份）
      │
   统一管控平台（图形化）

6.3 连接

# 通过 DBProxy
mysql -h <dbproxy_ip> -P 3306 -u app -p -D app_db

# 管理端口（管控用，非业务）
# 具体端口以部署文档为准

-- 查看分片信息（GoldenDB 扩展语法）
SHOW DATABASES;
SHOW TABLES;
-- 分片路由信息通过管控平台查看更直观

6.4 运维要点

GoldenDB 的命令行人工作业空间很小，绝大多数运维动作在管控平台完成。这是金融级产品的典型设计——所有操作留痕、可审计、有审批流。习惯 MySQL 命令行的人需要转变习惯。

6.5 与 TDSQL 的差异

7. GBase 8a（分析型 MPP）

7.1 架构

        GCluster（调度节点，SQL 解析与下发）
              │
   ┌──────────┼──────────┐
GNode1      GNode2      GNode3   （数据节点，列存）
   │          │          │
本地磁盘    本地磁盘    本地磁盘

7.2 连接

# 默认端口 5258
gccli -u root -p -h <gcluster_ip> -P 5258

# 执行单条
gccli -u root -p'xxx' -e "SELECT COUNT(*) FROM app_db.t1"

# 指定库
gccli -u root -p'xxx' -D app_db

gbase> SELECT VERSION();
gbase> SHOW DATABASES;
gbase> SHOW TABLES;

7.3 集群管理（gcadmin）

# 集群状态
gcadmin showcluster
gcadmin showcluster vc
gcadmin showdistribution

# 节点状态
gcadmin showddlevent
gcadmin showdmlevent

# 加节点
gcadmin addnodes /tmp/node_info.xml

# 删节点
gcadmin rmnodes <ip>

# 查看分片分布
gcadmin showdistribution

gcadmin showddlevent / showdmlevent 必须常看。GBase 8a 的 DDL 需要同步到所有 GNode，同步失败会导致「有的节点有这张表、有的没有」，查询直接报错。这是 MPP 架构特有的故障类型。

7.4 服务启停

# 全部服务
gcluster_services all start
gcluster_services all stop
gcluster_services all restart

# 单个服务
gcluster_services gcluster start
gcluster_services gcluster stop
gcluster_services gbase start
gcluster_services gcware start
gcluster_services gcrecover start

7.5 备份（gcrcman）

# 全量备份
gcrcman.py -d /backup/gbase -p

# 交互式命令
#   backup level 0       全量
#   backup level 1       增量
#   show backup          查看备份
#   recover              恢复

# 也可以用 gcdump（逻辑导出）
gcdump -uroot -p'xxx' app_db > /backup/app_db.sql

7.6 性能要点

EXPLAIN SELECT ...;
ANALYZE TABLE app_db.t1;
SHOW TABLE STATUS LIKE 't1';

GBase 8a 不适合 OLTP。它是列存 MPP，单行写入/更新性能远低于行存库。选它就要接受「批量导入 + 复杂聚合查询」的使用模式，别拿它跑点查。

8. GBase 8s（事务型，Informix 系）

8.1 血统说明

GBase 8s 基于 IBM Informix 技术路线，因此命令体系是 Informix 风格（on* 系列），与国产库里其他产品完全不同。

# 环境变量
export GBASEDBTDIR=/opt/gbase8s
export INFORMIXSERVER=ol_gbase8s
export
export PATH=$GBASEDBTDIR/bin:$PATH
export LD_LIBRARY_PATH=$GBASEDBTDIR/lib:$LD_LIBRARY_PATH

8.2 初始化与启停

# 初始化（首次）
oninit -ivy

# 启动
oninit -v

# 停止
onmode -ky            # 立即停止（immediate）
onmode -kyu           # 优雅停止

# 切到单用户模式（维护）
onmode -j

# 切到在线模式
onmode -m

8.3 状态查询（onstat）

onstat -              # 实例状态摘要（最常用）
onstat -d             # dbspace 与 chunk
onstat -l             # 逻辑日志
onstat -m             # 消息日志（错误）
onstat -g sql          # 当前 SQL
onstat -g ses          # 会话
onstat -g ath          # 线程
onstat -g mem          # 内存池
onstat -g cfg          # 配置项
onstat -g lap          # 锁等待
onstat -g dsk          # 磁盘 IO
onstat -u              # 用户活动
onstat -x              # 事务

# 实例是否在跑
onstat -

# 空间使用
onstat -d | head -40

# 长事务
onstat -x | awk '$5 > 60'

# 锁等待
onstat -g lap

8.4 空间管理

# 创建 dbspace
onspaces -c -d dbs_app -p /data/gbase/dbs_app -o 0 -s 1048576

# 加 chunk
onspaces -a dbs_app -p /data/gbase/dbs_app02 -o 0 -s 2097152

# 删除 dbspace
onspaces -d dbs_app

# 查看
onstat -d

8.5 备份

# ontape（简单，适合中小库）
ontape -s -L 0          # 全量备份到磁带/文件
ontape -s -L 1          # 增量
ontape -r               # 恢复
ontape -s -L 0 -t /backup/gbase/level0

# onbar（企业级，需配 storage manager）
onbar -b -L 0           # 全量
onbar -b -l             # 逻辑日志
onbar -r                # 恢复
onbar -r -l             # 恢复到某逻辑日志

8.6 客户端 dbaccess

# 交互式
dbaccess

# 连库
dbaccess sysmaster@ol_gbase8s

# 执行 SQL 文件
dbaccess app_db /tmp/init.sql

# 执行单条
echo "SELECT COUNT(*) FROM orders;" | dbaccess app_db -

dbaccess 的交互界面和 sqlplus/mysql 都不同，是菜单驱动的。批量运维建议直接 dbaccess dbname script.sql，不要进交互界面。

9. GBase 8c（分布式多模）

9.1 定位

GBase 8c 是南大通用的分布式多模数据库，PG 系血缘，支持：

9.2 连接

# gsql（PG 风格）
gsql -d postgres -h 10.0.0.11 -p 5432 -U gbase -W

# psql 也可（协议兼容）
psql -h 10.0.0.11 -p 5432 -U gbase -d postgres

9.3 集群管理

# 状态
gs_om -t status --detail
cm_ctl query -Cv

# 启停
gs_om -t start
gs_om -t stop

-- 节点信息（视图名随版本，PG 系常见）
SELECT * FROM pgxc_node;
SELECT * FROM pg_stat_replication;

9.4 多存储模式

-- 行存（默认）
CREATE TABLE t_row (id int, name text);

-- 列存
CREATE TABLE t_col (id int, amount numeric) WITH (ORIENTATION=COLUMN);

-- 内存表
CREATE TABLE t_mem (id int, v text) WITH (STORAGE_TYPE=MOT);

三种存储混在一个实例里，备份策略要分别考虑：内存表重启即失，不能作为唯一数据源；列存表的 VACUUM 行为与行存不同。

10. 崖山 YashanDB

10.1 定位

深圳计算科学研究院出品（樊文飞院士团队），自研内核，不是 PG/MySQL 套壳。

10.2 连接

# yasql 客户端
yasql sys/<password>

# 指定地址
yasql sys/<password>@10.0.0.11:1688

# 执行单条
yasql sys/<password> -c "SELECT * FROM V$VERSION;"

10.3 集群管理（yasboot）

# 集群状态
yasboot cluster status -c yashan

# 启停
yasboot cluster start -c yashan
yasboot cluster stop -c yashan
yasboot cluster restart -c yashan

# 节点状态
yasboot node status -c yashan

# 主备切换
yasboot cluster switchover -c yashan

YashanDB 的子命令和参数在不同版本间有调整，以现场 yasboot --help 为准。本手册只给主线。

10.4 AI 数据沙箱

这是 YashanDB 比较独特的能力：基于存算分离，支持数据库分支的瞬时创建和写时复制（Copy-on-Write）。

对运维的价值：测试环境不用再复制一份生产数据，直接开分支即可。但要注意分支也会消耗连接数、CPU，不能无限开。

11. Vastbase / 神通 / AntDB

11.1 Vastbase（海量数据）

openGauss 系，工具前缀 vb_：

# 客户端
vsql -d postgres -p 5432 -U vbadmin -W

# 服务管理
vb_ctl start -D $PGDATA
vb_ctl stop -D $PGDATA -m fast
vb_ctl status -D $PGDATA

# 备份
vb_dump -Fc -f /backup/app.dmp app_db
vb_basebackup -D /backup/base -h 10.0.0.11 -p 5432 -U vbadmin

# 参数
vb_guc reload -N all -I all -c "max_connections=2000"

-- 向量能力（V100 主打）
SELECT id, embedding <-> '[0.1,0.2,0.3]'::vector AS distance
FROM docs ORDER BY distance LIMIT 10;

Vastbase V100 的卖点是百亿千维向量的毫秒级检索。运维上要关注向量索引的内存占用——向量索引（HNSW/IVF）常驻内存，规模上来后内存是首要瓶颈，不是磁盘。

11.2 神通（神舟通用）

Oracle 兼容路线，党政军存量较多：

# 客户端 isql
isql -U SYSDBA -P 'xxx' -S 10.0.0.11:2003

# 服务（进程名 oscar）
ps -ef | grep oscar

-- Oracle 风格
SELECT * FROM V$INSTANCE;
SELECT * FROM DBA_TABLES WHERE OWNER = 'TEST';

神通的命令体系与达梦高度相似（都是 Oracle 兼容路线），运维心智可以直接复用。差异主要在服务进程名和客户端工具名。

11.3 AntDB（亚信）

PG 系，运营商场景多：

# 客户端（PG 协议）
psql -h 10.0.0.11 -p 5432 -U antdb -d postgres

# 集群管理（版本差异较大）
antdb_ctl status

AntDB 的集群管理命令在 5.x / 6.x / 7.x 之间变化明显，且不同项目定制程度高。必须以交付文档为准，不能套用通用教程。

12. 跨库迁移对照

12.1 数据类型

12.2 语法差异

12.3 迁移工具对照

迁移评估（KDMS/ADAM/UGO）这一步不能省。它输出的「改造量报告」决定了项目工期和报价。跳过评估直接迁，最后一定会在存储过程、系统包、高级分区上翻车。

13. 共性故障与避坑

13.1 六类高频问题

13.2 商业库特有的坑

13.3 上线前检查清单

□ 版本与国测资质核对（含有效期）
□ License 覆盖范围确认（集群？核数？并发？）
□ 兼容模式确认（建库前定，多数不可改）
□ 字符集确认（UTF8）
□ 大小写敏感性确认（建库前定，多数不可改）
□ 备份策略 + 恢复演练（必须真恢复一次）
□ 监控接入（至少：连接数、慢 SQL、磁盘、主备延迟）
□ 高可用切换演练（含 VIP 漂移）
□ 运维账号与权限规划（三权分立？）
□ 厂商支持渠道与响应时效（写进合同）

14. 附录：选型速查表

14.1 按场景选

14.2 命令速查（跨产品）

14.3 一页纸记住

MySQL 系 → 分片键决定生死，跨分片事务要避开
PG 系    → 工具名带前缀（gs_/sys_/vb_），VACUUM 与事务号要盯
Oracle 系→ 统计信息多半不自动，分区多半不自动
Informix → 命令全是 on*，跟谁都不同
商业库    → License 与文档滞后是两个隐形地雷

最后一句：国产数据库的真正难点不是命令，而是同一件事在不同产品上叫不同名字、走不同路径。把「血缘 → 兼容模式 → 客户端 → 管控方式」这四层想清楚，任何一个新库上手都在半天内。真正要花时间的是迁移评估和高可用演练，那才是项目成败的地方。