ruby-on-rails - 如果数据库关闭，为什么准系统 Rails Controller 会阻塞？

Question

我有一个不依赖于数据库的简单 Rails Controller 。

class PingController < ActionController::Base
  def ping
    render text: 'The service is up'
  end
end

但是，当数据库出现故障时，此 Controller 操作会阻塞。 为什么会这样？

Answer 1

我认为可能有三个罪魁祸首。

一个新的 Rails 应用程序具有以下中间件 ( Source ):

use Rack::Sendfile
use ActionDispatch::Static
use Rack::Lock
use #<ActiveSupport::Cache::Strategy::LocalCache::Middleware:0x000000029a0838>
use Rack::Runtime
use Rack::MethodOverride
use ActionDispatch::RequestId
use Rails::Rack::Logger
use ActionDispatch::ShowExceptions
use ActionDispatch::DebugExceptions
use ActionDispatch::RemoteIp
use ActionDispatch::Reloader
use ActionDispatch::Callbacks
use ActiveRecord::Migration::CheckPending
use ActiveRecord::ConnectionAdapters::ConnectionManagement
use ActiveRecord::QueryCache
use ActionDispatch::Cookies
use ActionDispatch::Session::CookieStore
use ActionDispatch::Flash
use ActionDispatch::ParamsParser
use Rack::Head
use Rack::ConditionalGet
use Rack::ETag
run Rails.application.routes

对您的 Controller 的每个请求基本上都依次通过链中的每个中间件。

其中三个与数据库相关，因此每个请求都依赖于数据库。您会注意到它们都是 ActiveRecord 的一部分，这是涉及数据库的重要提示。

1. ActiveRecord::Migration::CheckPending

   这会在传递请求之前检查数据库中是否有待处理的迁移。据我所知，查看源代码它会检查所有环境中的待处理迁移。

2. ActiveRecord::ConnectionAdapters::ConnectionManagement

   除测试环境外，此中间件每个请求都会清除事件的数据库连接。也许这个中间件中的数据库连接正在阻止您的 Controller 操作。

3. ActiveRecord::QueryCache

   这也可能会阻止数据库请求。据我所知，它对所有环境都有效。