KingbaseES数据库存储与内存管理完全指南：从核心原理到性能优化

一、存储管理概述

KingbaseES数据库的存储管理涉及多个关键组件,包括控制文件、重做日志、表空间和数据文件等。合理的存储管理是确保数据库高性能、高可用性和数据安全的基础。

二、控制文件管理

2.1 什么是控制文件

控制文件是KingbaseES数据库中记录数据库内部状态的核心文件,每个数据库实例都有一个控制文件。

控制文件包含的信息:

信息类型	说明	示例
初始化静态信息	数据库创建时的基础配置	系统标识符、块大小
WAL及检查点动态信息	运行时动态更新的日志信息	最新检查点位置、LSN
配置信息	初始化时设定的参数	重做日志段尺寸

重要提示: 控制文件对数据库启动至关重要。如果控制文件丢失或损坏,数据库将无法启动。

2.2 控制文件准则

2.2.1 控制文件路径

固定位置: 控制文件路径不可更改

存储位置: data/global/sys_control
数据库启动时从此路径读取控制文件信息

2.2.2 控制文件大小

固定大小: 控制文件大小恒定不变

内存中保持小于512字节(适配典型磁盘簇大小)
物理大小固定为8KB(为格式变化预留空间)

2.3 控制文件的创建

控制文件在数据库初始化时自动创建,其内部信息分为三类:

静态信息:

初始化时自动生成
运行过程中不允许修改
示例: 系统标识符

配置信息:

初始化时一次性定制
后续不可修改
示例: 重做日志段尺寸

动态信息:

数据库运行中动态修改
示例: WAL位置、检查点信息

2.4 备份控制文件

KingbaseES使用基础备份方式备份控制文件:

bash 复制代码

# 执行基础备份时,控制文件随数据目录一起备份
sys_basebackup -D /backup/path -Ft -z -P

2.5 读取控制文件信息

使用 sys_controldata 工具读取控制文件信息:

bash 复制代码

sys_controldata -D /path/to/sysdata

输出信息示例:

复制代码

Database cluster state:               in production
sys_control version number:           1300
Catalog version number:               202107181
Database system identifier:           7012345678901234567
Latest checkpoint location:           0/1A2B3C4D
Latest checkpoint's REDO location:    0/1A2B3C00
Latest checkpoint's TimeLineID:       1

三、重做日志管理

3.1 什么是重做日志

重做日志(WAL - Write-Ahead Logging)是KingbaseES数据库的核心恢复机制,记录了对数据库页面所做的所有更改。

重做日志的作用:

记录所有数据修改操作
支持崩溃恢复
支持时间点恢复(PITR)
支持流复制

3.2 重做日志的组成

3.2.1 WalWriter进程

WalWriter是专门的后台进程,负责周期性地将重做日志缓冲区的内容写入磁盘。

优势:

避免服务进程在事务提交时同步写入磁盘
提高事务提交性能
采用异步写入机制

3.2.2 重做日志的物理结构

存储位置 : data/sys_wal/

文件组织:

复制代码

段文件(Segment File)
├── 默认大小: 16MB (可通过 --wal-segsize 配置)
├── 命名规则: 000000010000000000000000 (递增数字)
└── 页面(Page)
    ├── 默认大小: 8KB (可通过 --block-size 配置)
    └── 重做日志记录(WAL Records)

3.2.3 共享缓冲区机制

KingbaseES采用环形共享缓冲区管理重做日志写入:

复制代码

┌─────────────────────────────────┐
│   环形共享缓冲区(Ring Buffer)    │
│  ┌───┬───┬───┬───┬───┬───┬───┐  │
│  │ 1 │ 2 │ 3 │ 4 │ 5 │ 6 │ 7 │  │
│  └───┴───┴───┴───┴───┴───┴───┘  │
│    ↑头部              ↑尾部      │
└─────────────────────────────────┘

写入流程:

缓冲区有足够空间 → 顺序写入
缓冲区写到尾部且空间不足 → 从头部刷出后重复利用

3.3 日志切换与日志序列号

3.3.1 日志切换

自动切换: 当前重做日志文件写满时自动切换到下一个文件

手动切换: 使用系统函数强制切换

sql 复制代码

SELECT sys_switch_wal();

返回值说明:

返回旧重做日志文件的结尾LSN + 1
如果没有产生新的重做日志活动,返回当前文件起始位置

3.3.2 日志序列号(LSN)

LSN(Log Sequence Number)是重做日志中的字节偏移量,用于标识每条重做日志记录的插入位置。

特点:

单调递增
全局唯一
用于恢复和复制

3.4 重做日志回收机制

3.4.1 回收策略

检查点前的日志: 不能被回收或删除

从上一个检查点到当前的重做日志必须保留
如果开启归档模式,需要先完成归档

检查点后的日志: 可以被回收或删除

上一个检查点与当前检查点之间的日志
具体操作由配置参数决定

3.5 规划重做日志

3.5.1 重做日志段文件大小

配置方式一: 初始化时配置

bash 复制代码

initdb --wal-segsize=32

配置方式二: 使用sys_resetwal工具

bash 复制代码

sys_resetwal --wal-segsize=32 /path/to/sysdata

注意事项:

sys_resetwal 会清除 sys_wal 目录的重做日志文件
修改前应确保数据库正常关闭
修改后重启不会丢失数据

3.5.2 重做日志文件块大小

通过 initdb 配置选项设置:

bash 复制代码

initdb --block-size=8192

默认值: 8KB

3.5.3 重做日志文件数量

通过配置参数控制检查点后保留的重做日志数量:

max_wal_size:

sql 复制代码

-- 设置WAL最大尺寸为2GB
ALTER SYSTEM SET max_wal_size = '2GB';

说明:

检查点之间允许WAL增长的最大尺寸
这是软限制,特殊情况可能超过
增大此参数会延长崩溃恢复时间
默认值: 1GB

min_wal_size:

sql 复制代码

-- 设置WAL最小尺寸为200MB
ALTER SYSTEM SET min_wal_size = '200MB';

说明:

WAL磁盘用量低于此值时,旧日志文件被回收而非删除
用于应对WAL使用高峰
默认值: 80MB

3.5.4 重做日志记录延迟拷贝

在备机上配置延迟恢复,提供纠正数据丢失错误的机会:

sql 复制代码

-- 在备机的kingbase.conf中配置
recovery_min_apply_delay = '5min'

应用场景:

防止主库误操作立即同步到备库
提供数据恢复的时间窗口

注意事项:

只对事务提交的重做日志记录延迟
其他记录仍会尽快重放
修改后需要重启备机

3.6 验证重做日志文件

开启一致性校验功能:

sql 复制代码

-- 在kingbase.conf中配置
wal_consistency_checking = 'all'

可选值:

all: 检查所有记录
逗号分隔的资源管理器列表: heap,btree,gin

支持的资源管理器 :

heap, heap2, btree, bitmap, hash, gin, gist, sequence, spgist, brin, generic

3.7 清除重做日志文件

警告: 除特殊情况外,不要手动删除重做日志文件

安全清除方式一: 执行检查点

sql 复制代码

CHECKPOINT;

安全清除方式二: 配置自动清理

sql 复制代码

-- 在kingbase.conf中配置
archive_cleanup_command = 'sys_archivecleanup /archive_path %r'

注意事项:

归档模式下,旧日志必须先归档才能删除
wal_keep_segments 参数可能要求保留一定数量的日志
归档失败会导致日志累积

四、归档重做日志管理

4.1 什么是归档重做日志

归档重做日志是将发生切换的重做日志段文件存储到其他位置的过程,用于支持时间点恢复和灾难恢复。

逻辑视图:

复制代码

无限长的重做日志序列
├── 物理分割成多个段文件(每个16MB)
├── 段文件切换时触发归档
└── 归档文件保存到指定目标位置

4.2 开启和关闭归档模式

4.2.1 归档模式的选择

开启归档的场景:

需要时间点恢复(PITR)
需要完整的数据保护
生产环境推荐配置

关闭归档的场景:

测试环境
对数据丢失容忍度高的场景

4.2.2 配置归档模式

archive_mode 参数:

值	说明	适用场景
on	开启归档模式	普通生产环境
off	禁用归档模式	测试环境
always	始终归档(包括备机)	级联复制环境

配置示例:

sql 复制代码

-- 在kingbase.conf中配置
archive_mode = on
wal_level = replica
archive_command = 'cp %p /archive/%f'

配置生效: 需要重启数据库

4.3 控制归档

4.3.1 设置归档命令

archive_command 参数:

控制符说明:

%p: 要归档的文件的完整路径名
%f: 文件名(不含路径)
%%: 转义的 % 字符

示例一: 简单拷贝

sql 复制代码

archive_command = 'cp %p /archive/%f'

示例二: 使用rsync远程归档

sql 复制代码

archive_command = 'rsync -a %p backup_server:/archive/%f'

示例三: 复杂shell脚本

bash 复制代码

archive_command = 'test ! -f /archive/%f && cp %p /archive/%f'

4.3.2 归档触发方式

自动触发: 重做日志文件写满后自动切换并归档

定时触发 : 配置 archive_timeout 参数

sql 复制代码

-- 每5分钟强制切换一次日志
ALTER SYSTEM SET archive_timeout = '300s';

说明:

值为0表示不启用定时归档
即使写入量很少,到达时间也会触发切换
适用于低写入量但要求低延迟恢复的场景

手动触发: 使用系统函数

sql 复制代码

SELECT sys_switch_wal();

4.4 归档状态管理

4.4.1 归档状态文件

KingbaseES在 sys_wal/archive_status 目录下记录每个重做日志段文件的归档状态:

状态文件命名:

前缀: 与段文件同名
后缀: .ready 或 .done

状态说明:

.ready: 等待归档
.done: 已完成归档

4.4.2 查看归档状态

bash 复制代码

# 查看等待归档的文件
ls -l $PGDATA/sys_wal/archive_status/*.ready

# 查看已归档的文件
ls -l $PGDATA/sys_wal/archive_status/*.done

4.4.3 归档失败处理

正常归档状态: archive_command 返回退出状态0

未归档状态:

archive_command 执行失败
archive_command 未指定(默认为空)
归档被临时禁用,但服务器继续累积WAL段文件

警告: 长期归档失败会导致磁盘空间耗尽

临时禁用归档:

sql 复制代码

-- 仅用于紧急情况
archive_command = '/bin/true'  -- Linux
archive_command = 'REM'         -- Windows

注意: 此配置会破坏归档恢复所需的WAL文件链

五、表空间管理

5.1 表空间概述

表空间是将相关数据库逻辑数据组合在一起的存储单元,允许用户定义数据库对象在文件系统中的存储位置。

表空间的优势:

灵活的存储管理
I/O负载分散
空间配额控制
独立的备份和恢复

5.2 表空间管理指南

5.2.1 使用多个表空间的优势

I/O优化:

将用户数据与系统表数据分开,减少I/O争用
将不同应用的数据分开存储

可用性提升:

单个表空间脱机,其他表空间保持联机
提供更好的整体可用性

性能优化:

不同类型的数据使用不同的表空间
高更新活动、只读活动、临时段存储分离

存储优化:

将不同表空间的数据文件存储在不同磁盘驱动器上
减少I/O争用

5.2.2 表空间分配给用户

为用户授予在表空间中创建对象的权限:

sql 复制代码

-- 授予CREATE权限
GRANT CREATE ON TABLESPACE tablesp TO user1;

-- 设置用户默认表空间
ALTER USER user1 SET default_tablespace = tablesp;

5.3 创建表空间

5.3.1 创建前提

权限要求: 只有超级用户能创建表空间

系统表空间: 每个数据库初始包含两个系统表空间

sys_global: 集簇级共享数据
sys_default: 数据库级数据

系统表空间限制:

不能重命名
不能删除
不能脱机

5.3.2 创建步骤

步骤一: 在操作系统上创建目录

bash 复制代码

mkdir -p /data/tablespaces/tablesp1
chown kingbase:kingbase /data/tablespaces/tablesp1
chmod 700 /data/tablespaces/tablesp1

步骤二: 创建表空间

sql 复制代码

CREATE TABLESPACE tablesp1
    LOCATION '/data/tablespaces/tablesp1';

命名限制 : 表空间名不能以 sys_ 开头(系统表空间保留)

5.3.3 加密表空间

创建加密表空间以保护敏感数据:

sql 复制代码

CREATE TABLESPACE secure_tablesp
    LOCATION '/data/secure_tablespace'
    WITH (encryption = on);

5.3.4 临时表空间

临时表空间用于存储会话工作期间的临时数据:

临时数据类型:

排序和连接操作的中间结果
物化操作存储的数据
临时表和临时索引(默认状态)

配置临时表空间:

sql 复制代码

-- 在kingbase.conf中配置
temp_tablespaces = 'temp_tablesp1,temp_tablesp2'

说明:

多个临时表空间时,临时关系随机分配
未配置时使用默认表空间(sys_default)
临时表也可建立在用户指定的表空间中

5.4 修改表空间可用性

5.4.1 使表空间脱机

使用场景:

应用程序维护和升级期间
保护数据不被更改和访问
使数据库的一部分不可用,其余部分正常访问

操作方式:

sql 复制代码

ALTER TABLESPACE tablesp OFFLINE;

限制 : 系统表空间 sys_default 和 sys_global 不能脱机

注意事项: 脱机前应为相关用户变更默认表空间

5.4.2 使表空间联机

恢复表空间的正常访问:

sql 复制代码

ALTER TABLESPACE tablesp ONLINE;

5.5 使用只读表空间

5.5.1 只读表空间的用途

主要目的:

消除对大量静态数据执行备份和恢复的需要
保护历史数据不被篡改
防止用户更新表空间中的所有表(无关用户权限)

限制:

不能创建、删除、修改对象定义
不能更新数据
目前不支持只读设备(如CD-ROM)存储

5.5.2 设置只读模式

sql 复制代码

ALTER TABLESPACE tablesp READ ONLY;

5.5.3 恢复读写模式

sql 复制代码

ALTER TABLESPACE tablesp READ WRITE;

5.6 修改和维护表空间

5.6.1 修改表空间参数

sql 复制代码

-- 修改顺序页面成本
ALTER TABLESPACE tablesp SET seq_page_cost = 1.0;

-- 修改随机页面成本
ALTER TABLESPACE tablesp SET random_page_cost = 4.0;

-- 修改有效I/O并发度
ALTER TABLESPACE tablesp SET effective_io_concurrency = 200;

参数说明:

参数	说明	默认值
seq_page_cost	顺序页面读取成本	1.0
random_page_cost	随机页面读取成本	4.0
effective_io_concurrency	有效I/O并发度	1

5.6.2 修改表空间属主

sql 复制代码

ALTER TABLESPACE tablesp OWNER TO new_owner;

5.7 重命名表空间

sql 复制代码

ALTER TABLESPACE tablesp RENAME TO new_tablesp;

5.8 删除表空间

5.8.1 删除前提

必要条件:

表空间中没有任何数据库对象
不是系统表空间
不是正在使用的临时表空间

操作方式:

sql 复制代码

DROP TABLESPACE tablesp;

5.9 查看表空间信息

5.9.1 查询所有表空间

sql 复制代码

-- 查看所有表空间
SELECT * FROM sys_tablespace;

-- 查看表空间详细信息
SELECT 
    spcname AS tablespace_name,
    sys_get_userbyid(spcowner) AS owner,
    spclocation AS location
FROM sys_tablespace
ORDER BY spcname;

5.9.2 查询数据库默认表空间

sql 复制代码

SELECT 
    datname AS database_name,
    sys_get_userbyid(datdba) AS owner,
    (SELECT spcname FROM sys_tablespace WHERE oid = dattablespace) AS default_tablespace
FROM sys_database;

5.9.3 使用视图查询

sql 复制代码

-- 查看所有表空间(DBA视图)
SELECT * FROM dba_tablespace;

-- 查看用户可访问的表空间
SELECT * FROM user_tablespace;

六、数据文件和临时文件管理

6.1 数据文件管理指南

6.1.1 关于数据文件

数据文件是存储数据库逻辑数据的物理文件。KingbaseES为每个数据库对象生成至少一个数据文件。

文件命名规则:

普通关系:

以表或索引的filenode号命名
示例: 16384, 16385

临时关系:

格式: tBBB_FFF
BBB: 后台会话ID
FFF: 文件节点号
示例: t001_16384

大关系分段:

数据超过1GB后分割成多个段
第一个段: filenode
后续段: filenode.1, filenode.2, ...

6.1.2 选择适当的文件位置

原则: 数据文件位置取决于其所属的表空间

优化建议:

sql 复制代码

-- 为不同类型的表指定不同的表空间
CREATE TABLE high_io_table (...) TABLESPACE fast_disk_tablesp;
CREATE TABLE archive_table (...) TABLESPACE slow_disk_tablesp;

多磁盘优化:

将冲突访问的数据文件放在不同磁盘上
利用多磁盘并行I/O能力
提高查询性能

6.1.3 数据文件与重做日志文件分离

重要原则: 数据文件和重做日志文件不应存放在同一磁盘驱动器上

原因:

同一磁盘故障会导致数据和日志同时丢失
无法通过日志重做恢复数据
只能通过备份文件恢复

例外情况:

重做日志文件有多份副本
丢失所有副本的概率极低

推荐配置:

bash 复制代码

# 数据文件
/data/kingbase/data/

# 重做日志文件
/wal/kingbase/sys_wal/

# 归档日志文件
/archive/kingbase/

七、内存管理

7.1 内存管理概述

KingbaseES数据库的内存管理涉及两个主要区域:

系统全局区(SGA): 共享内存结构
进程全局区(PGA): 进程私有内存

注意: KingbaseES目前仅支持手动内存管理,不支持自动内存管理。

7.2 内存结构概述

7.2.1 系统全局区(SGA)

定义: SGA是包含数据库实例数据和控制信息的共享内存结构。

特点:

由所有服务器和后台进程共享
存储数据块缓冲区
存储重做日志缓冲区
存储锁控制信息

主要组件:

复制代码

SGA
├── 数据页面缓存(Shared Buffers)
├── 日志页面缓存(WAL Buffers)
└── 锁缓存(Lock Cache)

7.2.2 进程全局区(PGA)

定义: PGA是包含单个服务进程数据和控制信息的非共享内存区域。

特点:

每个服务进程独立拥有
每个后台进程也有自己的PGA
实例PGA = 所有PGA的总和

主要组件:

复制代码

PGA
├── 临时页面缓存(Temp Buffers)
├── 工作内存(Work Mem)
├── 维护工作内存(Maintenance Work Mem)
└── 临时分配内存(动态)

7.3 系统全局区配置

7.3.1 数据页面缓存(shared_buffers)

作用: 在共享内存中缓存数据页面

性能影响:

缓存越大,内存中保存的数据页面越多
减少磁盘读写次数
提高整体性能

配置建议:

推荐值: 操作系统总内存的50%
浮动范围: 根据具体需求调整
上限: 不建议超过操作系统总内存的80%

配置示例:

sql 复制代码

-- 设置为1GB
ALTER SYSTEM SET shared_buffers = '1GB';

-- 查看当前值
SHOW shared_buffers;

注意: 修改后需要重启数据库生效

7.3.2 日志页面缓存(wal_buffers)

作用: 缓存重做日志内容,由日志写进程和服务进程刷写到磁盘

配置建议:

如果事务修改数据量大,可适当增大
降低日志刷写磁盘的频率
过大的值没有实际意义(日志总在提交时刷盘)

配置示例:

sql 复制代码

-- 设置为4MB
ALTER SYSTEM SET wal_buffers = '4MB';

-- 查看当前值
SHOW wal_buffers;

注意: 修改后需要重启数据库生效

7.3.3 锁缓存

作用: 存储并发控制机制的锁信息

特点:

大小由数据库内部决定,不可直接配置
受 max_locks_per_transaction 参数影响

相关参数:

sql 复制代码

-- 每个事务最大可持有的锁数量(默认64)
ALTER SYSTEM SET max_locks_per_transaction = 64;

说明:

参数越大,锁缓存占用空间越大
通常锁缓存占比不大,不需要手动配置
不会成为系统瓶颈

7.4 进程全局区配置

7.4.1 临时页面缓存(temp_buffers)

作用: 在进程私有内存中缓存临时表的数据页面

配置示例:

sql 复制代码

-- 设置为8MB
ALTER SYSTEM SET temp_buffers = '8MB';

-- 查看当前值
SHOW temp_buffers;

注意: 修改后需要重启数据库生效

7.4.2 工作内存(work_mem)

作用: 服务器进行排序或连接运算时缓存临时结果集数据

特点:

空间不足时转由临时文件存储
只在正在进行运算的进程中分配
运算结束后释放

配置建议:

根据查询复杂度和并发度调整
过大可能导致内存不足
过小会频繁使用临时文件

配置示例:

sql 复制代码

-- 设置为4MB
ALTER SYSTEM SET work_mem = '4MB';

-- 查看当前值
SHOW work_mem;

注意: 修改后需要重启数据库生效

7.4.3 维护工作内存(maintenance_work_mem)

作用: 维护性操作使用的最大内存空间

适用操作:

VACUUM
CREATE INDEX
ALTER TABLE ADD FOREIGN KEY
其他维护操作

性能影响:

较大的值可有效改进清理和恢复数据的速度

配置示例:

sql 复制代码

-- 设置为64MB
ALTER SYSTEM SET maintenance_work_mem = '64MB';

-- 查看当前值
SHOW maintenance_work_mem;

默认值: 64MB

注意: 修改后需要重启数据库生效

7.4.4 临时分配的内存

作用: 执行SQL过程中临时存放控制信息及数据

特点:

动态分配和释放
受内存上下文管理
大小不可配置

八、存储和内存管理最佳实践

8.1 存储管理最佳实践

8.1.1 控制文件保护

bash 复制代码

# 定期备份控制文件
sys_basebackup -D /backup/controlfile -Ft

# 监控控制文件状态
sys_controldata -D $PGDATA

8.1.2 重做日志优化

高并发场景:

sql 复制代码

ALTER SYSTEM SET max_wal_size = '4GB';
ALTER SYSTEM SET wal_buffers = '16MB';
ALTER SYSTEM SET checkpoint_timeout = '15min';

低写入场景:

sql 复制代码

ALTER SYSTEM SET archive_timeout = '300s';  -- 5分钟
ALTER SYSTEM SET min_wal_size = '80MB';

8.1.3 表空间规划

按业务类型划分:

sql 复制代码

-- 高I/O业务表空间
CREATE TABLESPACE high_io_tablesp LOCATION '/ssd/high_io';

-- 归档数据表空间
CREATE TABLESPACE archive_tablesp LOCATION '/hdd/archive';

-- 临时数据表空间
CREATE TABLESPACE temp_tablesp LOCATION '/ssd/temp';

配置临时表空间:

sql 复制代码

-- 在kingbase.conf中
temp_tablespaces = 'temp_tablesp'

8.2 内存管理最佳实践

8.2.1 内存分配建议

总内存64GB的服务器:

sql 复制代码

-- SGA配置(约32GB)
shared_buffers = '32GB'          -- 50%总内存
wal_buffers = '64MB'

-- PGA配置
work_mem = '64MB'                -- 根据并发度调整
maintenance_work_mem = '2GB'
temp_buffers = '16MB'

8.2.2 监控内存使用

sql 复制代码

-- 查看共享内存使用情况
SELECT 
    name,
    setting,
    unit,
    context
FROM sys_settings
WHERE name IN (
    'shared_buffers',
    'wal_buffers',
    'work_mem',
    'maintenance_work_mem'
);

-- 查看缓冲区命中率
SELECT 
    sum(heap_blks_read) as heap_read,
    sum(heap_blks_hit) as heap_hit,
    sum(heap_blks_hit) / (sum(heap_blks_hit) + sum(heap_blks_read)) as cache_hit_ratio
FROM sys_statio_user_tables;

8.3 性能调优建议

8.3.1 I/O优化

分离不同类型的文件:

复制代码

/ssd1/kingbase/data/          -- 数据文件
/ssd2/kingbase/sys_wal/       -- WAL文件
/hdd1/kingbase/archive/       -- 归档文件
/ssd3/kingbase/temp/          -- 临时文件

8.3.2 检查点优化

sql 复制代码

-- 减少检查点频率
ALTER SYSTEM SET checkpoint_timeout = '30min';
ALTER SYSTEM SET max_wal_size = '8GB';

-- 平滑检查点I/O
ALTER SYSTEM SET checkpoint_completion_target = 0.9;

九、总结

KingbaseES数据库的存储和内存管理是确保数据库高性能、高可用性的关键。通过合理配置和管理以下组件,可以显著提升数据库性能:

存储管理核心要点 :

保护控制文件,定期备份

合理规划重做日志大小和归档策略

按业务类型划分表空间

数据文件与WAL文件物理分离

内存管理核心要点 :

shared_buffers设置为总内存的50%左右

根据并发度和查询复杂度调整work_mem

维护操作前适当增大maintenance_work_mem

定期监控内存使用和缓冲区命中率

性能优化建议 :

使用SSD存储高I/O数据和WAL

合理设置检查点参数

开启归档模式保障数据安全

定期清理不需要的归档文件

通过遵循本文的最佳实践,可以构建一个高性能、高可用的KingbaseES数据库系统。