データベースがダウンしている場合、ベアボーンのRailsコントローラがブロックするのはなぜですか？

Question

私はデータベースに依存しない単純なRailsコントローラを持っています。

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

ただし、データベースがダウンすると、このコントローラの動作がブロックされます。 なぜこれが起こりますか？

Answer 1

Railsは、要求の前に（少なくとも開発モードで）保留中の移行をチェックします。私はあなたのデータベースがダウンすると、このチェックはあなたのdb無関係のアクションをブロックすると思います。

Answer 2

私は3つの犯人があると思います。

新鮮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 

コントローラーへの各要求は、本質的に鎖にこれらのミドルウェアのそれぞれ、次々に通過します。これらの

3つのデータベースに関連しているので、リクエストごとにデータベースに依存します。あなたは彼らがすべての部分であることに気付くでしょうActiveRecordこれは、データベースが関与する大きなヒントです。

1. ActiveRecord::Migration::CheckPending

   、データベース内の保留中のマイグレーションが通過要求を渡す前にある場合、これがチェックされます。ソースコードを見ればわかるように、のの保留中の移行をチェックします。テスト環境を除き

2. ActiveRecord::ConnectionAdapters::ConnectionManagement

   、このミドルウェアは、各要求アクティブDB接続をパージします。おそらく、このミドルウェアのデータベース接続がコントローラの動作をブロックしている可能性があります。

3. ActiveRecord::QueryCache

   これは、データベース要求をブロックすることができます。私はそれがすべての環境に対して有効であると私は理解しています。