Rails5でのスレッド処理からのDBアクセス

Question

現在Rails4のアプリケーションを5.0.07へ移行しております。

コントローラー内でスレッドからActiveRecordの呼び出しを行う
処理があるのですが、実行するとフリーズしてしまいプロセスをkillするしか
なくなるのです。
なにか対処方法はありますでしょうか？

データベースはMySQL5.6,
gemは　mysql2 0.5.1
です。

Class BookController  < ApplicationController

  def index

    categories = Cagegory.where(del_flg: 0).index_by(&:id)

    thread = Thread.new(params[:id]){|id|
      find_book(id)
　　　(略　少し重い処理)
    }
    (略　少し重い処理 )

    @book = thread.value

  end

private 

  def find_book(book_id)
    

    Book.connection_pool.with_connection do
      book = Book.where(id: book_id).first
    end
    return book
  end


end

転載のコードを一部訂正ました。
Railsのコンソールのログも追記します。

Started GET "/XXX/1" for 127.0.0.1 at 2018-05-25 17:35:09 +0900
Parameters: {"id"=>"1"}
Category Load (0.7ms) SELECT categories.* FROM categories WHERE (categories.del_flg = 0)

(ここで終了)

MySQLのgeneral logの結果も同様で
スレッド内で呼び出したクエリは実行されていませんでした。

Rails4のほぼ同じコード（移行用に一部書き換える前のもの）を同じ環境で
動かしたところ特に同じような問題は起きていません。

Comments

[mather]

回答はしたのですが、Rails5への移行、データベースへの疑い、などいろいろ混ざってしまっています。こういうときの鉄則はひとつずつ潰していくことです。Rails5に移行したいなら移行完了するまではアプリケーションの機能は極力いじらない、アプリケーションログとデータベースのログを確認して問題を切り分ける、など複合原因を作らないようにすることがベストです。

Answer 1

def find_book(book_id) に対して find_book() と引数を渡さずに呼び出しているからではないでしょうか？
なぜスレッドを使っているかは書かれていないのでわかりませんが、デバッグするときは原因をはっきりさせるために、同期呼び出しにして確認するほうが良いと思いますよ。

@book = find_book()

Comments

[RedhairAdventur]

回答ありがとうございます。パラメータの件は一部コードを隠そうとしたときの転記のミスです。
スレッドを使う理由は負荷がかかる加工処理があるためで、
並列で動作させています。

[mather]

本当にフリーズしているのか、ログを出して進行状況を確認しましたか？

[mather]

おや、スレッド処理以前で止まってませんか？