作者：Digital Observer（施嘉伟）
Oracle ACE Pro: Database
PostgreSQL ACE Partner
11年数据库行业经验，现主要从事数据库服务工作
拥有Oracle OCM、DB2 10.1 Fundamentals、MySQL 8.0 OCP、WebLogic 12c OCA、KCP、PCTP、PCSD、 PGCM、OCI、PolarDB技术专家、达梦师资认证、数据安全咨询高级等认证
ITPUB认证专家、PolarDB开源社区技术顾问、HaloDB技术顾问、TiDB社区技术布道师、青学会MOP技术社区专家顾问、国内某高校企业实践指导教师
公众号：Digital Observer；CSDN：施嘉伟；ITPUB：sjw1933；墨天轮：Digital Observer；PGFans：施嘉伟。

一、背景与目标

KingbaseES V8R6 是国内主流国产数据库，本最佳实践手册围绕生产环境中最常见的 Kingbase 运维场景，提供标准化、自动化的操作建议，帮助DBA提升数据库的高可用性、稳定性与可审计性。

二、系统部署规范与初始化

2.1 硬件与操作系统推荐配置

CPU：建议部署在≥4核的物理/虚拟机
内存：≥16GB，确保 shared_buffers 设置不低于 4GB
磁盘：采用 SSD 或企业级 SAS 盘，建议配置 RAID10，保障随机 IO 能力
操作系统：CentOS 7.6+/RHEL 7.9/Asianux Server 等可信国产版本

2.2 内核参数调优（/etc/sysctl.conf）

vm.swappiness=1
vm.dirty_ratio=10
vm.dirty_background_ratio=5
fs.file-max=6815744
net.core.somaxconn=2048

修改后需执行 sysctl -p 生效。

2.3 安装目录划分建议

/opt/kingbase：安装路径
/data/kingbase/data：数据库主数据文件，建议独立挂载 ext4/xfs 分区
/data/kingbase/arch：归档目录，确保磁盘冗余与备份自动化

2.4 初始化命令（标准安全模式）

initdb -D /data/kingbase/data --encoding=UTF8 --locale=zh_CN.UTF-8 \
  --data-checksums --waldir=/data/kingbase/xlog

建议开启 data-checksums，可在后期使用 pg_verify_checksums 检查物理数据页一致性。

三、权限分层模型与访问控制

3.1 分层权限架构（RBAC）

系统管理员（DBA/System）：负责集群管理、参数配置、物理恢复等核心任务，禁止对外暴露。
业务管理员（AppAdmin）：具备 DDL 权限，但禁止执行系统管理类函数（如 pg_terminate_backend()）。
普通应用账号（AppUser）：仅具备 SELECT/INSERT/UPDATE/DELETE 权限，不得创建对象。

3.2 强化认证策略

设置密码复杂度策略（长度 ≥12 位，需包含大写、小写、数字、特殊字符）
禁止通过明文配置文件存储账号密码，建议使用环境变量或 Vault 系统统一管理
设置失效密码时间： password_valid_until 字段设定周期轮换策略

3.3 示例：创建最小权限用户

create user readonly_user with login password 'R!eadOnly2025';revoke all on schema public from public;grant connect on database securedb to readonly_user;grant usage on schema audit_schema to readonly_user;grant select on all tables in schema audit_schema to readonly_user;

四、备份恢复体系与容灾设计

4.1 多层备份架构模型

类型	工具	适用场景	特性描述
逻辑备份	sys_backup	单库/表级恢复	支持跨平台迁移，可选压缩加密
全量物理备份	sys_rman	容灾/误操作恢复	可精确到时间点，支持归档回滚
增量备份	sys_rman	日常高效备份	基于 LSN 差异，节省时间与空间

4.2 归档策略优化

archive_mode = on
archive_command = 'cp %p /data/kingbase/arch/%f'
wal_keep_size = 2048

建议配置 WAL 保留周期与归档存储周期匹配，防止主备断流。

4.3 PITR 恢复流程标准模板

sys_rman --config=/home/kingbase/sys_rman_restore.conf \
  --type=time \
  --target='2025-06-01 13:00:00' restore

注意：恢复时间点精度应匹配日志文件归档时效，建议误差控制在分钟级以内。

五、性能瓶颈分析与资源调优

5.1 关键参数建议值

shared_buffers = 4GB
work_mem = 16MB
maintenance_work_mem = 512MB
effective_cache_size = 8GB
max_parallel_workers = 4

参数建议基于 16GB 实体内存场景，需结合慢 SQL 分析做动态调整。

5.2 热点 SQL 定位（sys_stat_statements）

select query, total_exec_time, calls, blk_read_time + blk_write_time as io_timefrom sys_stat_statementsorder by total_exec_time desc limit 10;

若某 SQL 调用次数少但总耗时高，优先关注执行计划与索引使用情况。

5.3 分析工具集成

kbbadger：日志分析器，推荐每晚离线跑批后生成报告
pg_stat_io / pg_stat_kcache：监控文件系统 I/O 命中率（需额外扩展）
EXPLAIN (ANALYZE, BUFFERS)：评估 SQL 真实路径与资源消耗

六、锁分析与并发控制实践

6.1 锁类型详解

锁类型	应用场景	是否阻塞其他事务
Row-level Lock	DML操作，如SELECT FOR UPDATE	是，阻塞相同行记录
Table-level Lock	DDL、VACUUM FULL等	是，影响整张表
Advisory Lock	应用自定义业务并发控制	可控制粒度，需主动释放

6.2 阻塞与死锁诊断SQL

select pid, usename, query, wait_event, wait_event_type,
       sys_blocking_pids(pid) as blocked_byfrom sys_stat_activitywhere sys_blocking_pids(pid) <> '{}';

该查询可获取被阻塞会话及其阻塞源，便于快速定位异常会话。

6.3 解锁及事务回滚策略

select sys_terminate_backend('阻塞PID');

应配合以下预防性参数配置：

idle_in_transaction_session_timeout = '300s'
lock_timeout = '10s'

七、表与索引空间治理实践

7.1 膨胀判断标准与指标定义

n_dead_tup：表中已删除但未清理的记录数
膨胀比公式：n_dead_tup / (n_dead_tup + n_live_tup)
推荐阈值：dead_pct ≥ 0.2 为空间膨胀风险对象

7.2 空间清理操作方法

vacuum full verbose public.order_data;--或使用非阻塞压缩：select squeeze.squeeze_table('public','order_data',null,null,null);

后者为 Kingbase 独有空间治理工具，适合在不停机情况下清理表碎片。

7.3 索引重建最佳实践

reindex index concurrently idx_customer_email;

并行重建适合业务高峰期，避免锁表；周期性维护建议每季度一次。

八、高可用集群运维机制

8.1 集群部署架构概述

Kingbase HA 由主备节点（active/standby）、仲裁节点（可选）与 repmgr/ kbha 工具组成，支持故障自动切换与主备同步恢复。

8.2 主备切换监控与触发

查看当前集群状态：

repmgr cluster show

人工切换主节点：

repmgr standby promote

故障恢复重加节点：

kbha -A rejoin -h 主节点IP

8.3 主备延迟监控指标

select application_name, state, 
       sys_wal_lsn_diff(sys_current_wal_lsn(), replay_lsn) as delay_bytesfrom sys_stat_replication;

建议设置 Prometheus/Zabbix 告警，当延迟 >10MB 时自动通知运维。

九、安全审计与合规实践

9.1 审计范围与合规点

登录登出事件（登录失败、异常来源IP）
DDL/DCL 操作记录（drop、alter、grant等）
高风险数据访问行为（select * from card_table）

9.2 审计日志导出与清理

select sysaudit.dump_auditlog(0);  --导出当前日志归档select sysaudit.clear_auditlog(0); --清空历史日志，避免膨胀

日志建议导入 ELK/Splunk 平台进行检索分析。

9.3 审计安全策略建议

审计账号与数据账号分离，独立 schema
仅授权审计管理员查看日志数据
设置不可删除的审计周期归档目录（如只读NFS）

十、自动化巡检与运维保障体系

10.1 巡检脚本自动化框架建议

使用 bash + SQL + crontab 组合编写日巡脚本：
- CPU/内存/IO 使用率
- 数据目录剩余空间
- 死锁检测与长事务监控
- 主备同步延迟
- 异常 SQL 列表输出

10.2 推送与可视化手段

集成邮件/钉钉/微信推送日报
建议接入 Zabbix/Prometheus+Grafana 完成图形化呈现
设置 SLA 级别告警（如主库挂掉、备库断流、WAL 使用率 > 90%）

十一、运维巡检清单说明

项目	命令	说明
进程状态	`ps -ef	grep kingbase`	查看数据库进程是否正常
磁盘空间	`df -Th`	检查数据目录使用率是否超过80%
表膨胀	`sys_stat_all_tables`	识别 dead_tup 高的表
SQL性能	`sys_stat_statements`	找出总耗时前10的SQL
主备延迟	`sys_stat_replication`	检查 replay_lsn 与当前 LSN 差距

十二、总结与建议

采用“预防优于修复”的策略，定期巡检与压测
配置自动化备份+审计导出任务（每日巡检）
所有高危操作（DDL、rejoin、vacuum full）需提交审批单
日志文件要定期归档并监控磁盘使用率
通过实施这些最佳实践，企业不仅能够提升数据库的稳定性与安全性，还能确保数据库平台具备高效的运维能力和灾难恢复能力。结合业务需求，制定最适合的数据库运维方案，为系统的长期稳定与可靠性保驾护航。

ITPub博客

KingbaseES V8R6 运维最佳实践