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 :ordersOrder 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去取反而得不償失。