对于内存泄漏问题，如何分析并找到内存泄漏的原因是个难点。KingbaseES 提供了memstat 扩展插件用于分析内存泄漏的原因。

1、修改shared_preload_libraries ， 增加 memstat 。需要重启数据库。

2、创建扩展插件

create extension memstat;

3、分析内存占用情况

test=# select instance_memory_stats();

instance_memory_stats

(2194,TopMemoryContext,0,5,21,68704,12184)
(2194,dynahash,1,1,0,8192,1584)
(2194,dynahash,1,1,0,8192,560)
(2194,TopTransactionContext,1,1,0,8192,7744)
(2194,dynahash,1,1,0,8192,1456)
(2194,dynahash,1,2,0,24352,2624)
(2194,dynahash,1,1,0,8192,2096)
(2194,dynahash,1,2,3,24576,10760)
(2194,RowDescriptionContext,1,1,0,8192,6896)
(2194,MessageContext,1,2,0,16384,4352)
(2194,dynahash,1,1,0,8192,560)
(2194,dynahash,1,3,8,32768,16832)
。。。

其中，第1列是进程号，用户可以根据操作系统层面观察到的进程ID观察对应进程内存占用情况。

第2列是组件名称。

第6列，该组件占用的内存情况。

二、分析数据

1、找出内存泄漏的进程ID

可以根据操作系统命令，查询内存泄漏的进程。也可以直接查询视图 memory_stats。

2、使用以下脚本，分析内存泄漏进程的模块内存占用。

SELECT instance_memory_stats.name,
pg_size_pretty(sum(instance_memory_stats.totalspace)) AS totalspace,
pg_size_pretty(sum(instance_memory_stats.freespace)) AS freespace,
count(1) as chunkcount
FROM instance_memory_stats() instance_memory_stats(pid, name, levels, nblocks, freechunks, totalspace, freespace)
where instance_memory_stats.pid = '2761'
GROUP BY instance_memory_stats.name
order by 2;