【问题标题】:Add indexes to speed up Geocoder near search添加索引以加速 Geocoder 附近的搜索
【发布时间】:2016-06-27 15:46:59
【问题描述】:

在我的 rails 应用程序中,我的功能允许查找最接近当前登录用户的用户。我正在为此使用 Geocoder gem。在用户模型中,我有这样的范围:

   scope :close_to, -> (user:, distance:) {
    where.not(id: user.id)
    .near([user.latitude, user.longitude], distance)
  }

这很有效,但在大量用户上运行速度很慢。当我调用这个范围时,它会生成以下 sql 查询:

SELECT users.*, 6371.0 * 2 * ASIN(SQRT(POWER(SIN((48.471645 - users.latitude) * PI() / 180 / 2), 2) + COS(48.471645 * PI() / 180) * COS(users.latitude * PI() / 180) * POWER(SIN((-83.102801 - users.longitude) * PI() / 180 / 2), 2))) AS distance, MOD(CAST((ATAN2( ((users.longitude - -83.102801) / 57.2957795), ((users.latitude - 48.471645) / 57.2957795)) * 57.2957795) + 360 AS decimal), 360) AS bearing FROM "users" WHERE ("users"."id" != 43362) AND (users.latitude BETWEEN 39.4784289408127 AND 57.46486105918731 AND users.longitude BETWEEN -96.6674214298497 AND -69.5381805701503 AND (6371.0 * 2 * ASIN(SQRT(POWER(SIN((48.471645 - users.latitude) * PI() / 180 / 2), 2) + COS(48.471645 * PI() / 180) * COS(users.latitude * PI() / 180) * POWER(SIN((-83.102801 - users.longitude) * PI() / 180 / 2), 2)))) BETWEEN 0.0 AND 1000) ORDER BY distance ASC;

我正在尝试为此创建索引,但它们不起作用。我正在尝试以下组合:

1.
    add_index :users, [:id, :latitude]
    add_index :users, [:id, :longitude]

2.  add_index :users, [:id, :latitude, :longitude]

3.  add_index :users, [:latitude]
    add_index :users, [:longitude]

4. add_index :users, [:id, :latitude]

我应该如何添加索引来加速这个查询?

编辑:我忘了补充我的纬度和经度列是小数。

此查询的分析返回类似的内容:

 Sort  (cost=7141.66..7142.14 rows=191 width=327) (actual time=575.995..585.543 rows=36598 loops=1)
   Sort Key: ((12742::double precision * asin(sqrt((power(sin((((((48.471645 - latitude))::double precision * 3.14159265358979::double precision) / 180::double precision) / 2::double precision)), 2::double precision) + ((0.662990616338754::double precision * cos((((latitude)::double precision * 3.14159265358979::double precision) / 180::double precision))) * power(sin(((((((-83.102801) - longitude))::double precision * 3.14159265358979::double precision) / 180::double precision) / 2::double precision)), 2::double precision)))))))
   Sort Method: external merge  Disk: 4672kB
   ->  Seq Scan on users  (cost=0.00..7134.43 rows=191 width=327) (actual time=0.381..517.615 rows=36598 loops=1)
         Filter: ((id <> 43362) AND (latitude >= 39.4784289408127) AND (latitude <= 57.46486105918731) AND (longitude >= (-96.6674214298497)) AND (longitude <= (-69.5381805701503)) AND ((12742::double precision * asin(sqrt((power(sin((((((48.471645 - latitude))::double precision * 3.14159265358979::double precision) / 180::double precision) / 2::double precision)), 2::double precision) + ((0.662990616338754::double precision * cos((((latitude)::double precision * 3.14159265358979::double precision) / 180::double precision))) * power(sin(((((((-83.102801) - longitude))::double precision * 3.14159265358979::double precision) / 180::double precision) / 2::double precision)), 2::double precision)))))) >= 0::double precision) AND ((12742::double precision * asin(sqrt((power(sin((((((48.471645 - latitude))::double precision * 3.14159265358979::double precision) / 180::double precision) / 2::double precision)), 2::double precision) + ((0.662990616338754::double precision * cos((((latitude)::double precision * 3.14159265358979::double precision) / 180::double precision))) * power(sin(((((((-83.102801) - longitude))::double precision * 3.14159265358979::double precision) / 180::double precision) / 2::double precision)), 2::double precision)))))) <= 1000::double precision))
         Rows Removed by Filter: 6756
 Planning time: 1.041 ms
 Execution time: 587.695 ms
(8 rows)

编辑 2:

我注意到 postgresql 使用我的

add_index :users, [:latitude, :longitude]

仅当我键入小距离前。附近 10 公里内的用户。

【问题讨论】:

    标签: sql ruby-on-rails ruby postgresql


    【解决方案1】:

    速度变慢可能是由数学运算引起的,而不是由获取表数据引起的。您的部分标准不是针对记录字段,而是针对其他记录的数学运算结果,因此它变成了 O(N2)。

    Postgres 不使用索引而选择 Seq 扫描的原因是因为它决定在查询时必须获取大部分表记录。当要获取表中的大多数记录时,索引可能不会带来太多好处。

    为了加快速度,您应该考虑使用空间索引和基于邻近区域的 PostGis 搜索,或者使用 Elasticsearch 和 Geo Distance Query

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2023-01-05
      • 2019-11-03
      • 1970-01-01
      • 1970-01-01
      • 2014-01-14
      • 2013-07-27
      • 2017-05-09
      • 1970-01-01
      相关资源
      最近更新 更多