PG使用插件pg_squeeze解决表和索引的膨胀问题

0    34    2

Tags:

👉 本文共约1426个字,系统预计阅读时间或需6分钟。

简介

PostgreSQL中大量更新或者删除记录后,加上autovacuum参数未做优化或设置不当,会导致表及索引膨胀。生产环境除了手动使用vacuum之外,还有两个比较常用的工具:一个是pg_repack,另外一个是pg_squeeze

使用pg_repack或pg_squeeze对表做重组时,比vacuum full对系统的影响小,且性能更高。

安装pg_squeeze

GitHub:https://github.com/cybertec-postgresql/pg_squeeze

过程:

pg_repack使用例子

对test数据库下的foo和bar表做在线vacuum full

转移foo表的索引到tbs表空间

pg_squeeze使用例子

以注册表方式crontab定期运行“squeeze挤压”

手工对public模式下的pgbench_accounts表“squeeze挤压”

pg_squeeze测试

创建测试表

查看表的大小

向squeeze.tables插入一条数据,定期清理test表,每天的0点、2点、6点的10、30和50分别执行1次,空闲空间超过10%就会对表进行重建.

“minutes”(0到59)和“hours”(0到23)指定了一天内检查的时间,而“days_of_month”(1到31)、“months”(1到12)和“days_of_week”(0到7,其中0和7都代表星期日)确定了检查的日期。
如果“minute”、“hour”和“month”都与当前时间戳匹配,则进行检查,而NULL值分别表示任何分钟、小时和月份。

至于“days_of_month”和“days_of_week”,至少有一个需要与当前时间戳匹配,或者两者都为NULL才会进行检查。

启动pg_squeeze的进程需要调用

关闭命令:SELECT squeeze.stop_worker();

查看当前表的膨胀情况

删除test表数据:

再次查看表的膨胀情况

pg_repack与pg_squeeze对比

1.支持的PostgreSQL版本

pg_repack 1.4.5 PostgreSQL >= 9.1

pg_repack 1.4.6 PostgreSQL >= 9.4

pg_squeeze PostgreSQL >= 9.4

本人提供Oracle(OCP、OCM)、MySQL(OCP)、PostgreSQL(PGCA、PGCE、PGCM)等数据库的培训和考证业务,私聊QQ646634621或微信db_bao,谢谢!

2.重组表的方式

pg_repack 基于触发器方式实现,对被重组的表,有一定的DML性能影响。

pg_squeeze 基于逻辑复制槽实现,重组时对原表的DML几乎没有性能影响,可能有复制槽争用,注意设置复制槽参数。

3.其它

pg_repack和pg_squeeze都需要表有主键或者非空唯一约束。

pg_squeeze目前支持的功能比pg_repack更灵活些,除了可手工或自动处理,也可以设置参数降低对后端进程的影响。

pg_squeeze当前版本1.3.1测试发现pg_show_plans不能同时使用。

参考

https://www.cnblogs.com/hxlasky/p/16951464.html

https://pgfans.cn/a/1174

https://www.xmmup.com/pgshiyongchajianpg_repackjiejuebiaohesuoyindepengzhangwenti.html

标签:

头像

小麦苗

学习或考证,均可联系麦老师,请加微信db_bao或QQ646634621

您可能还喜欢...

发表回复

嘿,我是小麦,需要帮助随时找我哦
  • 18509239930
  • 个人微信

  • 麦老师QQ聊天
  • 个人邮箱
  • 点击加入QQ群
  • 个人微店

  • 回到顶部
返回顶部