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

源代码快速定位工具-qwandry使用指南
GitHub地址：https://github.com/adamsanderson/qwandryqwandry能快速定位到我们需要找到库文件，项目的工具。Ruby中实现快速定位的方法有好多种，我知道的有三个:c

ruby执行周期性任务的三种gem介绍
1.whenever首先，whenever是基于linux的cron服务的，所以，在windows平台上没有直接的方法使用该gem。whenever严格来说应该算一个cron的翻译器，将ruby代码翻译

ruby开发的交互式程序例子
实现pry,ronin,msf类似的终端下交互功能，这里主要用到了riplgem：1.能够调用定义的方法，如help2.能够执行系统命令3.能够类似irb/pry进行ruby语言解析安装