本文介绍Trajectory最佳实践。
使用合适的时空索引
合适的索引能加快查询速度,需要根据应用场景的要求来构建合适的索引。可针对轨迹数据类型构建以下索引:
- 空间索引:只针对轨迹的空间范围建立索引,适合只查询轨迹空间范围情况。
- 时间索引:只针对轨迹的时间范围建立索引,适合只查询轨迹时间范围情况。
- 时空复合索引:建立时空联合索引,适合时间和空间同时过滤查询。
--创建基于函数的空间索引,加速空间过滤
create index tr_spatial_geometry_index on trajtab using gist (st_trajectoryspatial(traj));
--创建基于函数的时间段索引,加速时间过滤
create index tr_timespan_time_index on trajtab using gist (st_timespan(traj));
--创建基于函数的轨迹起止时间
create index tr_starttime_index on trajtab using btree (st_starttime(traj));
create index tr_endtime_index on trajtab using btree (st_endtime(traj));
--首先创建btree_gist扩展
create extension btree_gist;
--建立btree_gist 起始时间、终止时间、空间复合索引
create index tr_traj_test_stm_etm_sp_index on traj_test using gist (st_starttime(traj),st_endtime(traj),st_trajectoryspatial(traj));
采用合理的分区表
随着使用时间的增加,数据库中的轨迹数据量也不断增加,导致数据库索引变大,查询变慢。您可考虑采用分区表的模式降低单表数据量。
使用分区表请参见PolarDB文档中分区表使用。
减少使用字符串类型属性
轨迹属性中如有大量的字符串属性,会导致存储空间浪费和性能下降。
- 如果字符串为固定内容,可以转换为整型进行枚举,建议在程序中进行转换;
- 如果无法避免使用字符串类型属性,可指定字符串类型默认长度,避免空间浪费。
设置字符串类型默认长度方法如下:
-- 设置字符串类型默认长度为32 Set ganos.trajectory.attr_string_length = 32;
采用批量轨迹生成模式
使用批量轨迹点生成轨迹模式,避免采取单个轨迹点追加模式。
采用优化压缩模式
lz4 压缩算法是一种优秀的压缩算法,具有更高的压缩率和更快的执行速度。如果要启用lz4压缩算法,设置方法如下:
-- 设置使用lz4 压缩
Set toast_compression_use_lz4 = true;
-- 使用pg默认压缩算法
Set toast_compression_use_lz4 = false;
如果要对整个数据默认采用lz4压缩算法,设置方法如下:
-- 数据库使用lz4压缩
Alter database dbname Set toast_compression_use_lz4 = true;
-- 数据库使用默认压缩
Alter database dbname Set toast_compression_use_lz4 = false;