表膨胀

测试崖山-DM8-GaussDB-OpenTeleDB数据库在长事务下表和索引是否膨胀先给大家分享下本人最近几年遇到的PG系数据库表和索引膨胀CASE吧1.原生PG，某制造业mes系统高频create/drop table，引起pg_class等系统表膨胀，系统运行2到3个月之后，查询数据字典的SQL从跑几十ms下降到几百ms甚至到秒级。和开发沟通，使用临时表替换高频create/drop table，但是开发说开发和测试工作量太大，不改。最终被迫每2-3个月停业务对数据字典进行vacuum full操作

OpenTeleDB xstore vs GaussDB ustore表膨胀测试电信天翼云最近开源了OpenTeleDB，发布了XProxy、XStore、XRaft三大技术 XStore号称通过原位更新技术，把旧数据写入回滚段，垃圾集中进行清理回收，数据存储空间不再膨胀还可消除对 Vacuum 的依赖，无需再为空间回收与事务冻结而进行频繁维护那么我们就拿OpenTeleDB和GaussDB做个PK吧，看看OpenTeleDB的XSTORE和GaussDB的USTORE谁更强

PostGreSQL/openGauss表膨胀处理如果面试官问你，Oracle与PG/OG最大的区别是什么？你要是没回答出MVCC机制，表膨胀，那你多半挂了。在PG/OG数据库中，命令vacuum full，插件pg_repack用于处理表膨胀，但是别高兴得太早，如果有长事务，vacuum full执行完之后空间还是无法回收。 pg_repack需要等执行pg_repack命令时之前的长事务都提交了才能往后执行，你愿意等吗？很明显不愿意。

一文讲清楚PostgreSQL表膨胀表膨胀是指PostgreSQL数据库中的表和索引所占用的文件系统空间，在有效数据量并未发生大的变化的情况下，不断增大的现象。

postgresql表膨胀处理之pgcompacttable部署及使用环境：1）redhat-release：CentOS Linux release 7.6.1810 (Core)

我是有底线的