Tăng hiệu suất làm việc với Rails qua một số chỉ dẫn cải thiện performance

    Khi làm việc với ruby on rails chắc hẳn chúng ta sẽ làm việc với active record rất nhiều. Tuy nhiên có nhiều điều có thể ta vẫn chưa thực sự hiểu, ví dụ như ActiveRecord execute SQL query như thế nào? Và cũng còn khá nhiều lập trình viên khác cũng không để ý tới điều này. Trong bài viết dưới dây, chúng ta sẽ cùng tìm hiểu thêm về ActiveRecord qua một số trường hợp hay gặp và một số lưu ý khác để tăng tốc độ cho dự án, tránh tạo ra lỗi N+1s queries.

Rule 1

    Vậy, làm sao để chúng ta biết 1 câu query là không cần thiết? Ta có thể dựa vào 1 rule để cân nhắc xem query đó có cần thiết hay không. Đó là: 1 action trong Rails controller chỉ nên execute 1 SQL query cho mỗi table. Nếu thấy nhiều hơn 1 SQL query/ table, ta có thể tìm cách để giảm 1,2 queries. Số lượng các queries trên mỗi bảng được show rất rõ ràng.
Một rule khác đó là: Các câu queries nên được execute trong nửa đầu của controller action’s response, không nên gọi queries trong partial view. Các câu query được gọi ở trong view rất dễ dẫn đến N + 1s. Nếu trên development logs, chúng ta có thể dễ dàng bắt gặp những đoạn log như:

User Load (0.6ms)  SELECT  "users".* FROM "users" WHERE "users"."id" = $1 LIMIT 1  [["id", 2]]
Rendered posts/_post.html.erb (23.2ms)
User Load (0.3ms)  SELECT  "users".* FROM "users" WHERE "users"."id" = $1 LIMIT 1  [["id", 3]]
Rendered posts/_post.html.erb (15.1ms)

    Hãy chú ý preload data trước khi in ra view. Đó là 1 số rule chúng ta nên chú ý.

Sử dụng count

    .count sẽ luôn execute lệnh count trong SQL mỗi khi ta gọi.
Vì vậy ta hãy luôn nhớ 1 điều là: Chỉ sử dụng count nếu muốn execute SQL count ngay lúc đó. Thông thường, chúng ta dùng count 1 association, sau đó sẽ sử dụng lại ở trong view. Điều này sẽ dẫn tới việc thừa 1 lần count. Ví dụ:

    # _messages.html.erb
    # @messages = user.messages.unread
    <h2>Unread Messages: <%= @messages.count %></h2>

    <% @messages.each do |message| %>
        ...
    <% end %>

    Ở đây sẽ execute 2 commands, countselect. count được execute bởi lệnh @messages.count, còn @messages.each sẽ execute select để load tất cả message. Nếu chúng ta thay đổi thứ tự code trong partial và thay đổi count thành size thì sẽ loại bỏ được count query và giữ lại select

    <% @messages.each do |message| %>
        ...
    <% end %>

    <h2>Unread Messages: <%= @messages.size %></h2>

    Bởi vì nhìn vào source code hàm size ta sẽ thấy như sau:

    # File activerecord/lib/active_record/relation.rb, line 210
    def size
      loaded? ? @records.length : count(:all)
    end

    Nếu relation đã được load, sẽ gọi length (1 method của Ruby để lấy ra size của 1 mảng), còn nếu ActiveRecord::Relation chưa được load, sẽ gọi lệnh count.
Còn đây là hàm count

    def count(column_name = nil)
      if block_given?
        # ...
        return super()
      end

      calculate(:count, column_name)
    end

    Nó không được cache hay lưu trữ gì, chỉ đơn giản là execute SQL calculation mỗi khi được gọi. Tuy nhiên, như ở trong ví dụ trên kia, chúng ta chuyển phần tính @messages.size xuống bên dưới đoạn chạy each, như thế khi chạy vòng each, @messages đã được load, và chúng ta có thể chạy lệnh size để lấy ra. Tuy nhiên, nếu chúng ta vẫn muốn in ra size trước khi chạy each thì có thể dùng load method như sau

    <h2>Unread Messages: <%= @messages.load.size %></h2>

    <% @messages.each do |message| %>
        ..
    <% end %>

    load sẽ thực hiện load luôn messages, thay vì load lazy. Nó zẽ trả về 1 ActiveRecord::Relation. Do đó, khi .size được gọi, @messages đã được load sẵn, không cần 1 query để tính size nữa.
Vậy khi nào thì câu query .count mới bị ignore? Chỉ khi result được cached bởi ActiveRecord::QueryCache, khi có 2 câu SQL giống hệt nhau được gọi.

    <h2>Unread Messages: <%= @messages.count %></h2>
    ... other code in here
    <h2>Unread Messages: <%= @messages.count %></h2>

    Do vậy hãy dùng .size thay thế cho .count ở mọi chỗ. Ta chỉ nên dùng count khi chúng ta không thực sự load hết tất cả các record của 1 association mà ta đang tính count.

Sử dụng where

    Giả sử chúng ta có 1 đoạn code như sau, trong file _post.html.erb

    <% @posts.each do |post| %>
      <%= post.content %>
      <%= render partial: :comment, collection: post.active_comments %>
    <% end %>

    và trong file post.rb

    class Post < ActiveRecord::Base
      def active_comments
        comments.where(soft_deleted: false)
      end
    end

    Việc này sẽ dẫn tới SQL query bị execute mỗi khi render ra post partial bởi vì . where luôn luôn dẫn tới việc gọi query. Vậy nếu chúng ta gọi includes hoặc sử dụng preloading methods khác trong controller thì sao? => cũng k thể loại bỏ được việc where execute a query
Điều này cũng xảy ra khi ta gọi scopes, vd trong model Comment, ta viết:

    class Comment < ActiveRecord::Base
      belongs_to :post

      scope :active, -> { where(soft_deleted: false) }
    end

    Do đó, chúng ta có 2 rules:

  • Không gọi scopes trong associations khi chúng ta render collections
  • Không dùng query method (vd where) trong instance methods của 1 ActiveRecord::Base class Gọi scopes trong 1 associations khiến chúng ta không thể preload được result. Trong ví dụ bên trên, chúng ta có thể preload comments của 1 post, nhưng chúng ta không thể preload active comments của 1 post được. Do đó, chúng ta phải quay lại db, execute new queries cho mỗi phần tử của collection.
    Vậy có cách nào để fix N+1 cho render collection không? Câu trả lời là: Có. Chúng ta sẽ làm như sau
    class Post
      has_many :comments
      has_many :active_comments, -> { active }, class_name: "Comment"
    end

    class Comment
      belongs_to :post
      scope :active, -> { where(soft_deleted: false) }
    end

    class PostsController
      def index
        @posts = Post.includes(:active_comments)
      end
    end

    Ý tưởng là chúng ta sẽ tạo ra 1 association mới, nơi chúng ta có thể preload
View ở đây không cần thay đổi gì, nhưng bây giờ nó sẽ chỉ execute 2 SQL queries, 1 query load trong bảng Post và 1 trong bảng Comment.

    <% @posts.each do |post| %>
      <%= post.content %>
      <%= render partial: :comment, collection: post.active_comments %>
    <% end %>

Sử dụng any?, exist? and present?

    Chúng ta hãy cùng xem qua 1 ví dụ sau:

    class DocComment < ActiveRecord::Base
      belongs_to :doc_method, counter_cache: true
      
      def doc_method?
        doc_method_id.present?
      end
    end

    Mục đích dùng present? ở đây chỉ là để check xem DocComment object có thuộc 1 doc_method nào không. Nó sẽ chuyển giá trị của doc_method_id từ nil hoặc 1 Integer thành true hoặc false.

    class Object
      def present?
        !blank?
      end
    end

    blank? tương đương với câu hỏi: Liệu object này là truthy hay falsey? Mảng và hash rỗng là truthy nhưng nó blank, 1 string rỗng cũng là blank. Trong bí dụ bên trên, doc_method_id sẽ chỉ có 2 loại giá tri là nil và Integer, điều đó có nghĩa là: present? ở đây tương đương với việc sử dụng !!

    def doc_method?
      !!doc_method_id
      # same as doc_method_id.present?
    end

    Ví dụ nếu muốn biết nếu 1 ActiveRecord::Relation có records nào hay không, ta có thể sử dụng any?/present?/exits? hoặc dùng: none?/blank?/emtpy?. Liệu bạn có chắc là k xảy ra vấn đề gì hay không?
Hãy xem xét ví dụ sau

    - if @comments.any?
      h2 Comments on this Post
      - @comments.each do |comment|

    Sẽ có 2 câu query được thực hiện trong đoạn code trên. Một câu sẽ được gọi bởi @comments.any? (SELECT 1 AS one FROM … LIMIT 1), và 1 câu @comments.each sẽ load toàn bộ relation comments (SELECT “comments”.* FROM “comments” WHERE …)
Hãy xem tiếp ví dụ khi ta viết lại thành

    - unless @comments.empty?
      h2 Comments on this Post
      - @comments.each do |comment|

    Nếu viết thế này, sẽ chỉ có 1 câu query được load: @comment.empty? sẽ load cả relation bằng câu: SELECT "comments".* FROM "comments" WHERE ..... Xét tiếp ví dụ nếu ta viết thế này:

    - if @comments.exists?
      This post has
      = @comments.size
      comments
    - if @comments.exists?
      h2 Comments on this Post
      - @comments.each do |comment|

    Sẽ có 4 queries trong trường hợp này. Vì exits? không có tính năng cache và nó k load relation. exists? ở đây sẽ triggers câu: SELECT 1 ..., .size sẽ triggers câu lệnh COUNT vì relation không được cache. và lệnh exits? sẽ trigger 1 câu lệnh SELECT khác: SELECT 1 .... Cuối cùng, @comments load hết relation để chạy cho vòng each. Trong khi đó, chúng ta hoàn toàn có thể chỉ cần dùng 1 query cho đoạn code này

    - if @comments.load.any?
      This post has
      = @comments.size
      comments
    - if @comments.any?
      h2 Comments on this Post
      - @comments.each do |comment|

    Do đó, một số lưu ý khi sử dụng trong trường hợp này sẽ như sau:

  • Không nên sử dung present? và blank? nếu ActiveRecord::Relation không được sử dụng toàn bộ sau khi chúng ta gọi 1 trong 2 methods này. Ví dụ: @my_relation.present?, @my_relation.first(3).each.
  • any?, none?, empty? nên được thay thế cho present?, blank? trừ khi ta chỉ lấy 1 phần của ActiveRecord::Relation sử dụng: first hoặc last. Chúng sẽ sinh ra 1 câu query SQL check nếu ta dùng entire relation. Hãy thay: @users.any?; @users.each thành @users.present?; @users.each hoặc @users.load.any?; @users.each, hoặc @users.any?; @users.first(3).each cũng ok.
  • exists? giống như count, nó không được memorized, và luôn chạy 1 câu SQL query. Không nên sử dụng nó, chúng ta nên thay bằng present? hoặc blank?

Kết

    Trên đây là những gì tìm hiểu về một số lưu ý để cải thiện tốc độ cho Rails app. Hi vọng bài viết giúp ích cho mọi người. Hẹn gặp lại!

Reference

    https://www.justinweiss.com/articles/how-to-preload-rails-scopes/
https://www.speedshop.co/2019/01/10/three-activerecord-mistakes.html
https://guides.rubyonrails.org/

Nguồn: Viblo

Bình luận
Vui lòng đăng nhập để bình luận
Một số bài viết liên quan