增加图块缓存速度（TileStache）

我正在使用TileStache提供矢量图块，我已经按照需要设置了所有内容。我的数据存储在Postgres中，并且我正在使用VecTiles提供程序来提供GeoJSON切片。

我想缓存所有图块，以使图块的投放速度更快。我正在使用tiletache-seed.py播种我的缓存。我正在多台机器上运行tiletache种子。Tilestache-seed的13级缩放效果非常好，但是在那之后花费太长时间来缓存图块。仅对于16级缩放，我要缓存5023772个图块，而每台机器每天只能得到10万至20万个图块。

如何使我的图块缓存更快？有没有一种方法可以微调tilestache-seed.py并使它更快地播种？

更新：我曾尝试在表上（在几何列和用于通过where子句过滤数据的列上）建立空间索引，但我仍然没有看到平铺速度的显着提高。以这种速度，只有Zoom 17会占用我一个月的时间，而随着我朝Zoom 21的方向移动，这一次只会成倍增加

更新2：我也尝试制作实例化视图，并且性能没有明显变化，因此优化数据库无法正常工作。我想我将需要优化tiletache-seed.py本身，或者设计一种新的方式来缓存图块。

硬件信息我正在8台不同的PC上运行缓存过程，其中一台是具有32GB内存的i7，另一台是具有4GB内存的i3，但是它们都为我提供了几乎相同的缓存速度（每天大约100k磁贴）

我想说的是，对于大于15的缩放，如果将感兴趣的区域划分为较小的区域（边界框），则可以通过在一台计算机上运行多个进程来以更少的时间缓存它们。

例如，您正在计算机上运行zoom 16（具有50,000,00个图块），并且根据平均图块缓存速度，此过程将在40到50天内完成。假设您将这些磁贴一分为二，然后在计算机上同时运行它们，那么您将能够在20-25天之内将其缓存，因为tiletache播种过程仅将您处理器的30％用于单个磁贴缓存过程，我知道这是因为我一次遇到相同的问题，并且在某种程度上解决了我的问题。

如果在计算机上运行单个进程或在多个进程上运行，则不会影响切片缓存的速度，但是会增加CPU使用率。

我希望这能帮到您。

默认情况下，shp2pgsql不创建索引。您需要通过-I使其生成空间索引。http://postgis.net/docs/manual-1.3/ch04.html#id435762

通过\d tablename在psql中运行，检查表是否具有索引。在索引列表中应有一行“要点”（除非您选择了其他索引）和几何列名称。

您也可以在事实之后添加一个，请参见http://postgis.net/docs/manual-1.3/ch03.html#id434676（不要让有关损失的注释吓到您）：

CREATE INDEX [indexname] ON [tablename] USING GIST ( [geometrycolumn] );

由于您可能还会在查询中使用非空间列，因此通常需要为用于查找的每个列创建索引。例如，如果您有一个类似于SELECT * FROM roads WHERE priority = 3;then 的查询priority，并为其添加索引将大大加快处理速度：

CREATE INDEX idx_roads_priority ON roads(priority);。

如果您正在使用标准查询，则要尝试的另一件事是从查询中创建一个物化视图，并从中创建切片：http : //www.postgresql.org/docs/9.3/static/sql-creatematerializedview.html

这将使您成为一个存储查询的表（以便将来有可能对其进行更新）。确保您在子MV上有空间索引，然后您将尽可能快。

可能发生的情况是您有一个空间索引，但是随后您只选择了一些数据，这意味着您不再使用空间索引了。