时间戳

首页 > 解决方案 > pagy 和 kaminari gems 在性能上到底有什么区别，谁更好？

ruby-on-rails - pagy 和 kaminari gems 在性能上到底有什么区别，谁更好？

问题描述

所以我尝试将它与 kaminari 进行比较：

2.5.1 :043 > pagy(Box.all, items: 1, page: 2)
   (2.0ms)  SELECT COUNT(*) FROM "boxes"
  Box Load (1.0ms)  SELECT  "boxes".* FROM "boxes" LIMIT $1 OFFSET $2  [["LIMIT", 1], ["OFFSET", 1]]
 => [#<Pagy:0x00007fd7e88073a8 @vars={:page=>2, :items=>1, :outset=>0, :size=>[1, 4, 4, 1], :page_param=>:page, :params=>{}, :anchor=>"", :link_extra=>"", :item_path=>"pagy.info.item_name", :cycle=>false, :count=>106}, @count=106, @items=1, @outset=0, @page=2, @last=106, @pages=106, @offset=1, @from=2, @to=2, @prev=1, @next=3>, #<ActiveRecord::Relation [#<Box id: "2fbf947f-c0d8-4c02-9c71-22d7deaaff2e", shipping_request_id: "7dab8aba-961a-4d28-80c8-20b2fb9a63b7", created_at: "2019-03-14 18:22:33", updated_at: "2019-03-14 18:22:33", external_uuid: "b44f08ec-ccbc-424c-b0aa-4cbcbe94cd74", inventory_id: 78, dimension: {"length"=>4.5, "width"=>5.5, "height"=>5.6, "unit"=>"cm"}, weight: 56.6, label_url: nil, warehouse_state: "processing", proforma_url: nil, barcode: "EXOBOX-B44F08EC", proforma_name: nil, tracking_url: "", private_tracking: true, external_shipment_id: nil, state: "preparing", tracking_history: [{"status"=>"preparing", "datetime"=>"2019-03-14 20:22:33 +0200", "active"=>true, "order"=>0}, {"status"=>"pending_pick_up", "datetime"=>"", "active"=>false, "order"=>1}, {"status"=>"picked_up", "datetime"=>"", "active"=>false, "order"=>2}, {"status"=>"en_route_to_destination", "datetime"=>"", "active"=>false, "order"=>3}, {"status"=>"delivered", "datetime"=>"", "active"=>false, "order"=>4}], parent_id: nil, tracking_number: "EXOTRACK-B44F08EC">]>] 
2.5.1 :044 > Box.all.page(2).per(1)
  Box Load (1.0ms)  SELECT  "boxes".* FROM "boxes" LIMIT $1 OFFSET $2  [["LIMIT", 1], ["OFFSET", 1]]
 => #<ActiveRecord::Relation [#<Box id: "2fbf947f-c0d8-4c02-9c71-22d7deaaff2e", shipping_request_id: "7dab8aba-961a-4d28-80c8-20b2fb9a63b7", created_at: "2019-03-14 18:22:33", updated_at: "2019-03-14 18:22:33", external_uuid: "b44f08ec-ccbc-424c-b0aa-4cbcbe94cd74", inventory_id: 78, dimension: {"length"=>4.5, "width"=>5.5, "height"=>5.6, "unit"=>"cm"}, weight: 56.6, label_url: nil, warehouse_state: "processing", proforma_url: nil, barcode: "EXOBOX-B44F08EC", proforma_name: nil, tracking_url: "", private_tracking: true, external_shipment_id: nil, state: "preparing", tracking_history: [{"status"=>"preparing", "datetime"=>"2019-03-14 20:22:33 +0200", "active"=>true, "order"=>0}, {"status"=>"pending_pick_up", "datetime"=>"", "active"=>false, "order"=>1}, {"status"=>"picked_up", "datetime"=>"", "active"=>false, "order"=>2}, {"status"=>"en_route_to_destination", "datetime"=>"", "active"=>false, "order"=>3}, {"status"=>"delivered", "datetime"=>"", "active"=>false, "order"=>4}], parent_id: nil, tracking_number: "EXOTRACK-B44F08EC">]> 
2.5.1 :045 >

他们也在运行相同的查询（无论从框查询中选择计数），所以我怎样才能发现它们之间的区别，以及谁更好，感觉它们都是一样的，知道我们正在使用它们API项目

标签： ruby-on-railspaginationrubygemskaminari

解决方案

优势程度取决于您如何在 API 中使用分页。您在 API 响应中打包的分页信息越多，Pagy 就越方便。

从DB的角度来看，如果使用需要计算集合计数的经典分页，则查询时间没有区别。不可能，因为所有的分页 gem 总是需要执行相同的 2 个查询：一个用于获取计数，另一个用于获取结果页面。

因此，在这种情况下，改进不在查询中......除非您的 API 不需要在响应中添加结果总数，例如，如果您只需要获取结果页面和上一个、下一个的链接等，然后您可以通过使用无数额外的 pagy 来完全避免计数查询，这可能是一个巨大的改进。

与其他 gem 相比，使用 Pagy 的一大优势在于，它不仅计算速度快了很多倍（使用 Kaminari，每次渲染很容易浪费 20 毫秒，具体取决于设置），而且它使用的内存只是其他宝石。这意味着它可以极大地减轻服务器的负载，尤其是在您的应用程序流量很大的情况下。在正常的 UI 条件下，它的效率比 Kaminari 高出数百倍，在 API 条件下，即使响应中的分页信息很少，它也应该比 Kaminari 高出数十倍。

有一个迁移指南可以使从遗留 gem 的迁移变得非常简单。如果您的 Kaminari 使用是标准的，则只需几分钟（主要是搜索和替换）。如果您对 Kaminari 进行了猴子补丁或以奇怪的方式使用它（可能不是使用 API），您可能需要阅读更多 Pagy 文档或寻求实时支持。

对于您的 API，您还可以查看额外的标头，这些标头封装了分页所需的 API。

仅供参考：如果您使用带有 UI 助手的 ruby​​ 2.0+，Pagy v3（即将推出）将进一步提高速度和亮度（明显更多）。它仍然缺少 API 的基准，但它肯定会额外改进标头。

推荐阅读