ruby-on-rails – Rails查询执行会导致数据库尖峰

我的Rails应用程序有一个问题,其中一些随机查询需要大约5秒钟或更长时间才能完成.大多数时候,查询非常简单(SELEct * from x where id =？),字段甚至是索引.

以下是有关设置的更多信息：

>美洲狮3.5.0背后是一个反转的nginx代理

> 4名员工,最少4人,最多8人.

> Ruby v2.2.3,Rails v4.2.4
> POSTGReSQL 9.4数据库

>线程池设置为最多60个连接

> Appsignal进行监控
> 8GB RAM,4 CPU,SSD.

在查看Appsignal中的查询性能时,我发现这一点.我注意到大多数查询在几秒钟内完成,然后每一次,然后,仍然在同一个请求,有多个查询需要5秒钟完成.而且奇怪的是它总是需要5秒..秒.
这是一个在行动中的图片：

我试过的事情

>增加线程池,以确保美洲豹工作线程有足够的连接对象.
>将’reaping_frequency’设置为10秒,以确保没有使用死连接.
>增加美洲狮工人/线程

我在应用程序中注意到这一点,因为有些页面需要很长时间才能加载(我有一个函数调用大约需要1分钟完成),而且这阻碍了新的请求.这对我来说很奇怪,因为有4个工作者,每个8个线程= 32个线程可以处理其他请求.

我在上面的图中查询了一个解释,这是输出：

Limit  (cost=0.28..8.30 rows=1 width=150)
  ->  Index Scan using index_addresses_on_addressable_id_and_addressable_type on addresses  (cost=0.28..8.30 rows=1 width=150)
        Index Cond: ((addressable_id = 1) AND ((addressable_typE)::text = 'University'::text))
        Filter: (deleted_at IS NULL)
@R_517_10586@l query runtime: 13 ms

这是地址表的模式：

# Table name: addresses
#
#  id               :Integer          not null,priMary key
#  street           :string
#  zip_code         :string
#  city             :string
#  country          :string
#  addressable_id   :Integer
#  addressable_type :string
#  created_at       :datetiR_926_11845@e         not null
#  updated_at       :datetiR_926_11845@e         not null
#  street_number    :string
#  latitude         :float
#  longitude        :float
#  mobile           :string
#  phone            :string
#  email            :string
#  deleted_at       :datetiR_926_11845@e
#  name             :string`

这是我的Puma配置文件：

#!/usr/bin/env puma

directory '/home/deployer/apps/qeystate/current'
rackup "/home/deployer/apps/qeystate/current/config.ru"
environment 'staging'   
pidfile "/home/deployer/apps/qeystate/shared/tmp/pids/puma.pid"
state_path "/home/deployer/apps/qeystate/shared/tmp/pids/puma.state"
stdout_redirect '/home/deployer/apps/qeystate/shared/log/puma_access.log','/home/deployer/apps/qeystate/shared/log/puma_error.log',true
threads 4,8
bind 'unix:///home/deployer/apps/qeystate/shared/tmp/sockets/puma.sock'
workers 4
preload_app!
prune_bundler

on_worker_boot do
  ActiveSupport.on_load(:active_record) do
    ActiveRecord::Base.establish_connection
  end
end

before_fork do
  ActiveRecord::Base.connection_pool.disconnect!
end