PostgreSQL 分区update性能测试

当前有一个服务的日志表，需要每日进行清理。
当前的做法是truncate，但是会导致业务1分钟左右不能正常提供服务。
如果使用delete，则不能释放存储空间。

故推荐使用分区临时解决问题，在未来，使用异步写日志表的方式彻底优化掉。

但是据说postgresql做完分区后，update的性能会下降。
故进行了如下测试：

PG 11.6，所有数据库参数未调整

场景1：
3个分区，使用虚拟机本地磁盘，更新条件不包含分区键（对分区最坏的情况）
底库数据量: 25万
平均更新所有分区

场景2：
24个分区，使用虚拟机本地磁盘，更新条件包含分区键
底库数据量：86.4万
平均更新所有分区

场景3：
24个分区，使用/dev/shm存储数据（去除IO影响），更新条件包含分区键
底库数据量：86.4万
平均更新所有分区

场景4：
24个分区，使用虚拟机本地磁盘，更新条件包含分区键
底库数据量：86.4万
更新单一分区

场景3：
24个分区，使用/dev/shm存储数据（去除IO影响），更新条件包含分区键
底库数据量：86.4万
平均更新所有分区

结论：

分区后，UPDATE性能确实增加很多，绝对值在24个分区的情况下，稳定在在0.5毫秒左右。

如果看比率的话，是不分区的2.x倍。
但如果看绝对值的话，是绝对可以接收的范围。