近期有个现场需要我去部署产品，现场的同事告诉我服务器是Kylin的，数据库是Vastbase，没听过这个数据库，但是产品那边说年前已经适配了，于是记录一番。

部署插曲#

拿到服务器，未经验证，发现产品组那边提供的包无法部署，环境依赖缺少说是，一般来讲Kylin V10是比较新的，如果打包完整是不会缺少环境依赖的，但是还是报错缺少一些环境依赖。

[PYI-23497:ERROR] Failed to load Python shared library /home/RPA-DC/resources/dc_temp/_MEIZ2bI4Y/libpython3.9.so': dlopen: /lib64/ibc.so.6:version GLIBC_2.28' not found (required by /home/RPA-DC/resources/dc_temp/_MEIZ2bI4Y/libpython3.9.so)

ai解读是系统的glibc版本过低，产品的包需要的py3.9需要至少glibc>=2.8，经排查系统的版本是1.17，故无法部署执行。于是检查服务器的环境。

不是Kylin服务器说是！显示的是Anolis发行版本的Linux系统，没见过，ai解读，原话: Anolis OS 7.9 是 龙蜥操作系统（Anolis OS） 的一个具体版本。Anolis OS 7.9 是 CentOS 7 的 100% 兼容替代品，内核、包管理（yum）、命令、配置文件等几乎完全一致。

本质CentOS7，找了CentOS7的产品包，再部署，可执行，接下来就是去捣鼓今天的主角，Vastbase。

连接Vastbase#

从官方文档开始看起，Vastbase中文名称叫做海量数据库，国产的，基于OpenGauss内核，我去搜了一下，这个内核本质源自于PostgreSQL(经典 嵌套抄袭=自研)，后面会可以看到，这个海量数据库连接时是可以走Postgre的接口的。

总结下来就是，高性能，高安全，高兼容。[旺柴]

部署不涉及安装部分，只涉及到连接和配置。

登录Vastbase#

按照官方文档，登录到Vastbase的管理员是需要账号和密码的，这个超级管理员的账号密码是在部署数据库的时候自动生成的，不过我询问客户时，他告诉我他们做了本地认证，可用直接免密登录。

[root@vdb1 ~]# su - vastbase
上一次登录：一 3月  9 18:29:10 CST 2026pts/0 上
[vastbase@vdb1 ~]$ vsql -r -p 5432
vsql ((Vastbase G100 V2.2 (Build 19) Release) compiled at 2025-11-10 23:57:40 commit 29012 last mr  )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.

vastbase=# 

指令\l可用查看所有的数据库。

上图可见，一共4个数据库，本次配置将在数据库vastbase中，如果要切换可以直接\ 数据库名直接切换。

新建专用用户和模式Schema#

这个数据库使用是需要建立专用用户的，专用用户管理对应的模式Schema，你可以理解就是我用这个专用用户登录连接数据库，可以管理我这个指定的模式，后续的增删改查也都是在这个模式下操作的。

他们的层级就是，数据库中包含多种模式，模式下有具体的数据表，专用用户只能操作对应的模式。

我这里创建了一个rpa_dc的用户和一个rpa_dc的模式。并且把模式rpa_dc分配给了这个专用用户。

连接数据库#

上面提到了数据内核本质Postgre，所以连接的时候也是走的Postgre的接口。我们使用dbeaver开源工具连接。

图中的数据库就写使用的数据库名，用户和密码就写刚才创建的专用用户。

这里连接成功就可以看到数据库和模式的树级关系了。

值得一说的是，虽然我用rpa_dc登录的数据库，并且可以看到数据库中所有的模式，但是能不能访问模式内的对象还是需要看模式是否分配给用户的。能看到 != 能操作

总结#

后续的产品代码上的配置就不多阐述，本质还是走的Postgre的连接接口，后续的增删改查也是大体相同。