postgresql – 300GB Postgis表的慢索引

发布时间：2020-12-13 15:53:30 所属栏目：百科来源：网络整理

导读：我将大约300GB的轮廓线数据加载到postgis表中.为了加快这个过程,我读到首先加载数据最快,然后创建一个索引.加载数据只需要大约2天,但现在我已经等待了大约30天的索引,现在还没有准备好. 查询是： create index idx_contour_geom on contour.contour using gi

我将大约300GB的轮廓线数据加载到postgis表中.为了加快这个过程,我读到首先加载数据最快,然后创建一个索引.加载数据只需要大约2天,但现在我已经等待了大约30天的索引,现在还没有准备好.

查询是：

create index idx_contour_geom on contour.contour using gist(geom);

我在pgadmin4中运行它,progran的内存消耗从500MB到100GB不等.

使用这么长时间索引这样的数据库是正常的吗？

有关如何加快流程的任何提示？

编辑：
数据从1×1度(纬度/经度)单元(约30.000个单元)加载,因此没有线具有大于1×1度的边界框,然后大部分应该小得多.它们在EPSG：4326投影中,唯一的属性是高度和几何(geom).

解决方法

我将maintenance_work_mem更改为1GB并停止所有其他写入磁盘(很多插入操作都附加了ANALYZE,这占用了大量资源).我现在跑了23分钟.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!