- 什么是N+1問題
舉個例子，我們數(shù)據(jù)庫中有兩張表蠕蚜，一個是Users尚洽，一個是Blogs。Blogs中含有一個外鍵user_id靶累，指向了Users的主鍵id腺毫。
想要得到所有User以及其分別對應的Blog，一種寫法是
SELECT * FROM Users;
SELECT * FROM Users WHERE Blogs.user_id = #{user.id}
這樣我們實際對數(shù)據(jù)庫做了N+1次查詢：選擇所有User一次得到N個User挣柬，對于N個User分別選擇其對應的Blog一共N次潮酒。所以，一共執(zhí)行了N+1次查詢邪蛔，這就是N+1問題急黎。
- Rails中的N+1問題
兩個model：user、blog侧到，其中
has_many :blogs
belongs_to :user
想要獲得所有user的所有blogs時叁熔，使用:
users = User.all
users.each {|user| puts user.blogs}
輸出是
User Load (0.6ms) SELECT `users`.* FROM `users`
Blog Load (0.3ms) SELECT `blogs`.* FROM `blogs` WHERE `blogs`.`user_id` = 2 ORDER BY `blogs`.`created_at` DESC
#<Blog:0x00000005b0cfe8>
#<Blog:0x00000005b0ce58>
#<Blog:0x00000005b0cd18>
#<Blog:0x00000005b0cbb0>
#<Blog:0x00000005b0ca70>
#<Blog:0x00000005b0c930>
#<Blog:0x00000005b0c7f0>
#<Blog:0x00000005b0c6b0>
#<Blog:0x00000005b0c570>
#<Blog:0x00000005b0c430>
#<Blog:0x00000005b0c2f0>
Blog Load (0.2ms) SELECT `blogs`.* FROM `blogs` WHERE `blogs`.`user_id` = 5 ORDER BY `blogs`.`created_at` DESC
#<Blog:0x00000005ae2c98>
#<Blog:0x00000005ae2b58>
#<Blog:0x00000005ae2a18>
#<Blog:0x00000005ae28b0>
#<Blog:0x00000005ae26f8>
#<Blog:0x00000005ae25b8>
#<Blog:0x00000005ae2450>
#<Blog:0x00000005ae2310>
#<Blog:0x00000005ae2108>
#<Blog:0x00000005ae1f00>
Blog Load (0.4ms) SELECT `blogs`.* FROM `blogs` WHERE `blogs`.`user_id` = 20 ORDER BY `blogs`.`created_at` DESC
Blog Load (0.2ms) SELECT `blogs`.* FROM `blogs` WHERE `blogs`.`user_id` = 21 ORDER BY `blogs`.`created_at` DESC
上面就造成了N+1的查詢問題。每遇到一個user,就會去執(zhí)行一次SELECTblogs.* FROMblogsWHEREblogs.user_id= 5 ORDER BYblogs.created_atDESC的查詢語句床牧。如果user很多荣回，就容易造成性能問題。
- 如何解決
rails推薦的解決方法是用Eager Loading Associations：
在查詢user的時候戈咳，使用includes同時把blogs也查詢出來心软。
users = User.all.includes(:blogs)
user.each {|user| puts user.blogs}
輸出:
User Load (0.3ms) SELECT `users`.* FROM `users`
Blog Load (0.3ms) SELECT `blogs`.* FROM `blogs` WHERE `blogs`.`user_id` IN (2, 5, 20, 21) ORDER BY `blogs`.`created_at` DESC
#<Blog:0x00000003a7c6c0>
#<Blog:0x00000003a7c468>
#<Blog:0x00000003a7a960>
#<Blog:0x00000003a7a2d0>
#<Blog:0x00000003a7a0c8>
#<Blog:0x00000003a79ee8>
#<Blog:0x00000003a799e8>
#<Blog:0x00000003a78f20>
#<Blog:0x00000003a784f8>
#<Blog:0x00000003a77f30>
#<Blog:0x00000003a77cb0>
#<Blog:0x00000003a7ce40>
#<Blog:0x00000003a7cbe8>
#<Blog:0x00000003a7c990>
#<Blog:0x00000003a7c170>
#<Blog:0x00000003a7bec8>
#<Blog:0x00000003a7b860>
#<Blog:0x00000003a7b608>
#<Blog:0x00000003a7b180>
#<Blog:0x00000003a7af78>
#<Blog:0x00000003a7adc0>
我的理解是這樣：在第一次查詢users的時候，通過一條查詢語句把相關的blogs也查詢出來了IN (2,5,20,21)著蛙。這樣删铃，在后面使用users的時候。就不用再去查詢數(shù)據(jù)庫了踏堡。
