我有一个大小超过500 is的大型PostgreSQL数据库,它太大了。是否存在将数据库压缩到更易于管理的大小的问题?我尝试用SquashFS和压缩到177 do的数据库来实现这一点,但是PostgreSQL要求数据库具有写访问权,压缩系统是只读的。更有经验的数据库用户对实现这一目标有什么建议吗?
该数据库保存着地球上的地理信息系统数据,并将在当地部署的系统上使用。目前它位于一个1TB的SSD上,然而,我试图避免额外的硬盘驱动器只是为了容纳一个大的数据库。数据库按照要求执行,没有任何问题,我只想将其压缩到更易于管理的大小,并避免将其放置在单独的驱动器上。
发布于 2018-02-06 00:44:56
一种非常流行的方法是使用文件系统。BTRFS和ZFS在文件系统级别的数据库下工作。这两种方法都可以在回送设备中使用,这样您就可以提供压缩的表空间而不需要另一个分区。这里有一些警告,如果表空间失败,它可能也会占用您的集群。
ZFS是这里最大的一个。这就是我想要的。
另请参阅
Btrfs是一个强有力的竞争者,但它已经积极开发了很长一段时间,而且由于缺乏主要的发行版,将其作为违约,许多人质疑它是否已经准备好进入“黄金时段”。
ST_Simplify删除顶点来简化多边形。这两种情况都会导致信息的丢失。与数据库的大多数特性一样,PostGIS没有透明的“神奇压缩”选项。
cstore_fdw还有cstore_fdw,它是一个提供压缩的柱状存储。它有一个不同的性能概况,所以ymmv。
https://dba.stackexchange.com/questions/197121
复制相似问题