N+1問題
N+1問題是資料庫訪問中最常見的一個效能問題,首先介紹一下什麼是N+1問題:
舉個例子,我們資料庫中有兩張表,一個是Customers,一個是Orders。Orders中含有一個外鍵customer_id,指向了Customers的主鍵id。
想要得到所有Customer以及其分別對應的Order,一種寫法是
SELECT * FROM Customers;
對於每一個Customer;
SELECT * FROM Orders WHERE Orders.customer_id = #{customer.id}
這樣我們實際對資料庫做了N+1次查詢:選擇所有Customer一次得到N個Customer,對於N個Customer分別選擇其對應的Order一共N次。所以,一共執行了N+1次查詢,這就是N+1問題
N+1問題的一般解決方案
使用Left Join一次性取出所有資料:
SELECT * FROM Customers LEFT JOIN Orders on Customers.id = Orders.customer_id
這樣雖然取出的資料相對多一些,但是只需要一次執行
Rails中的N+1問題
因為Rails使用ActiveRecord訪問資料庫。所以,它的N+1問題暴露的不是那麼明顯。
假設我們有兩個ActiveRecord:Customer、Order。
Customer has_many :orders
Order belong_to :customer
一般我們擷取所有Customer的方法是:
customers = Customer.all
如果我們後面緊跟著
customers.each { |customer| puts customer.orders.amount }
這樣就會產生N+1問題,因為在擷取所有Customer的時候,是沒有去取orders的。然後在後面each遍曆的時候,就會挨個的取orders,這就構成了rails中的N+1
問題。
Rails中的N+1問題解決方案
customers = Customers.includes(:orders)
這樣就在讀取customers的時候也一次性的把orders都取出了。後面的參考資料有更詳細的說明
更多
並不是對於所有的涉及到外部索引鍵關聯,一對多的問題都會產生N+1問題,這還是要取決於你的業務。比如你的方法在執行時,只有很少的可能會去擷取customer對應的orders,那就保持預設的lazy方式去就行了。強制eager去取反而得不償失。
參考資料:
http://guides.rubyonrails.org/active_record_querying.html#eager-loading-associations