2C2G服务器 KingbaseES 安装记录

先把环境落到一台机器上

第一次接触一套新数据库，你会先关注什么？SQL语法？这当然重要。但真正操作起来，最先碰到的往往是另一批更具体的问题：安装包该选哪个，目录怎么放，数据库实例怎么初始化，服务怎么启停，客户端怎么连上去，授权文件放在哪，日志出了故障去哪里翻。这些事说大不大，但你不亲自跑一遍，后面写SQL、做备份、用工具的时候，环境总是悬着一颗心。尤其是从MySQL转过来的人，很多习惯会下意识套过去——默认端口、客户端连接方式、服务管理命令、数据目录位置，每个细节都可能踩坑。KingbaseES底层和PostgreSQL有关联，但工具名、目录结构、兼容模式、授权机制都有自己的路数，不能光凭PostgreSQL或MySQL的经验去猜。

所以第一步，先搭一个能反复折腾的单机环境。坏了可以重来，参数改错了可以回滚，授权换错了也能知道该恢复哪个文件。这个环境不扛生产压力，只管把安装、初始化、启动、连接这几件事跑顺。

机器是阿里云一台轻量服务器，Alibaba Cloud Linux 3，x86_64 架构，内存接近2G，根分区40G。

配置很普通，甚至有点紧。做单机安装、启动服务、连库验证、跑小表测试没问题；但拿它做性能结论就不合适了。比如初始化时默认 shared_buffers 是128MB，这类结果和机器规格直接挂钩，不能拿来评价数据库本身的性能。这台机器上已经装了Docker和docker-compose。

不过安装这里没有走容器。官网的Docker镜像页面写得很清楚：这个镜像是Docker环境里的tar类型精简包，只包含数据库主体功能，不包含接口驱动和工具等。如果只是快速起一个库，Docker镜像当然省事。但这里不只看数据库进程能不能跑，还要摸清安装目录、工具目录、初始化方式、服务启停、授权文件位置。精简镜像会把很多安装细节藏掉，反而不方便看清楚完整结构。所以直接用ISO在服务器上装。

目录规划

默认安装路径是 /opt/Kingbase/ES/V9，这里没有用默认值，统一放到 /acowbo/kingbase：

/acowbo/kingbase/
  install/    # 软件安装目录
  data/       # 数据目录
  backup/     # 备份和授权备份
  scripts/    # SQL 或 shell 脚本
  logs/       # 启动日志
  packages/   # 安装包、授权文件、校验文件

这个目录结构不复杂，关键是分开：软件文件放 install，实例数据放 data，启动日志放 logs，安装包和授权文件放 packages，替换授权前的旧文件放 backup。路径一开始定清楚，后面少很多“这个文件到底在哪”的时间。

安装和运行尽量使用普通用户，不要让数据库实例直接跑在root下。目录权限已经给到 kingbase 用户，后面执行 setup.sh、initdb、

sys_ctl

都围绕这个用户来做。

安装包下载和校验
服务器是 x86_64架构，下载时选 X64_Linux。下载页上的包很多，Windows、Docker

请注意:用户问题中包含了格式化要求

　

海光
注意：原文标题顺序可能存在笔误。根据原文标题层级，继续按原文结构输出。