Rails で N+1 クエリを取得、デバッグ、修正する方法に関するトリック

[:line]

N+1 の複雑さを修正することは、常に Rails アプリを最適化する上で最も簡単な方法です。パフォーマンス。事実に反して、自明ではないケースの場合、正確な修理を選択するのはおそらく難しいでしょう. さらに、誤って適用された熱狂的な負荷は機能せず、応答時間を悪化させることさえあります. このブログ投稿では、N+1 の合併症を簡単に解決するためのツールとアイデアを報告します。パターンで N+1 の複雑さをシミュレートする方法に関するトリック Rails ブロゴスフィアが必要だとは思えませんが、他のものは必要ありません。 N+1 クエリの概要。おそらく、私の時代遅れの我慢をテストする可能性があります。代わりに、N+ を見つけるための繰り返し可能なルーチンを設定する方法についてのヒントに焦点を当てましょう。 1 合併症は、本番環境で発生するよりも早く発生します。ビルダーは、生活とは別に最小限のネイティブ知識で作業するのが一般的です。残念ながら、本番環境に似たデータベースで作業することは、もはや考えられません。ただし、本番環境のサイズを確実に模倣するためにネイティブの知識をテストクライアントにシードすることは、最高の妥協点です。テストオブジェクトの完全な束退屈な SQL クエリをシミュレートするのに十分ではない可能性があります。最終的な PostgreSQL では、SQL レイヤーの速度低下が明らかになるために数万のテーブル行が必要です。ただし、N+1 の照会の複雑さは、絶対的なシリーズのサイズではなく、ActiveRecord ORM の使い方と誤用に関連しています。十数個のオブジェクトがあれば、N+1 個のコンプリケーションから住居を配置し、パターンのある段階でそれらを検出できるように設計するのに十分です。ネイティブの知識をすばやく入力するための簡単な手法は、FactoryBot gem を記述することです。。おそらく、すでに購入した古風なものをあなたの指揮にぶら下げているだけかもしれませんが、それを使用してパターン環境をシードすることはできませんでした。それを達成するには、gem を pattern で囲む必要があります。あなたの Gemfile の近所*))。 Rails コンソール内: 必須 ‘factory_bot’ 100 . 回達成[2023-03-01T13:57:42.844977 #19045] FactoryBot[[“id”, “[FILTERED] .組み立てる(：我慢する, クライアント： your_test_user ) 終了 #…

[

:line] 確かに、堅実な実行は、すべての指揮者にとっておそらく精力的です. ただし、現在のファクトリを活用しても、次にシードスクリプトをゼロから作成する場合のプロセスが単純化されるだけです。もう 1 つより大きなネイティブシリーズでの作業を軽減するのは、ページネーションから軽減されるリスクがある場所を表現することです。無限のリストの前に、本番サーバーをフェードアウトさせてください… ネイティブ N+1 コンプリケーションを分析およびデバッグする方法に関するトリックタイトなネイティブデータセットがあれば、より深く掘り下げ始めることもできます。銃弾およびプロソパイト宝石は、N+1 の合併症を報告するためのスマートに好まれるツールです。事実に反して、彼らのログ出力は、より大きなイニシアチブの場合、多少ノイズが多いか、判読できません。さらに、これらの宝石は多くの誤検知を物語っていると考えているため、これらの宝石から実用的な知識を抽出するのはおそらく難しいでしょう. 代わりに、私は最終的なデフォルトを正確な古いものにしました ‘ rack-mini -プロファイラー宝石:

一連のSQLクエリを報告するrack-mini-profiler

ポップアップウィンドウが表示されますカウントオンごとに実行される一連の SQL クエリ。 XHR リクエストでも動作します。そのため、SPA フレームワークの状態にある場合は、API エンドポイントごとに起因するクエリの数をすばやくテストすることもできます。 [:line] もう 1 つの重要な機能は、すべての問い合わせの原因となったコードの確固たる行を探すことができるということです: もっと単純なケースでは、この知識は熱狂的な負荷の欠如を研究し、修復を検証するのに十分です. ただし、従来のイニシアチブでは、検索ごとに何百ものクエリをオフにすることがよくあります。その場合、rack-mini-profiler の無限のバックトレースの知識を理解することはおそらく圧倒されるでしょう。そのため、私が過去にあまり長引かなくなった理由は、このコースを単純化するテクニックを開発したことです. トレースの知識、クリック CMD+A と CMD+C クリップボードに再生します。ここで、最新の空のテキスト mutter ファイルを作成し、クリップボードの内容を貼り付けます。 vim[2023-03-01T13:57:42.844977 #19045]の状態を暗示していますの糸標準テキストのつぶやきエディタは、単に大きなクリップボードサイズに対応しなくなります。これで、次の bash スクリプトも実行できるようになります。ファッション traces.txt | ユニーク -c

`| ファッション -bgr > output.txt`

エネルギー行をグループ化してカウントし、正確な出力を最新のテキストのつぶやきファイルにパイプします。このファイルに基づいて、どの形式のクエリと実行ヒットが最も絶え間なく繰り返されているかを調べることもできます:

N+1 queries in Rails app are represented by a leaf Photo by Markus Spiske from Pexels

久しぶりです。これには、PostgreSQL データベースの内部を分析するための一連のヘルパーアイデアが含まれます。 measure_queries マナーは、lib の API に追加された最新のものです。 ActiveSupport インスツルメンテーション装備された Ruby スニペットを実行して実行されるクエリをカモフラージュします: RailsPgExtras .[2023-03-01T13:57:42.844977 #19045] measure_queries { ユーザー.限界

10).デザイン( & ：チーム)

}
{：カウント=>
11

, [:line] :queries=> { “選択する “ユーザー “。から“ユーザー[[“id”, “[FILTERED] ” リミット $1″

=>
{

：カウント=>1, :total_duration =>[:line] 1.9 、 :min_duration

1.9

:max_duration

=>1.9 , :avg_duration=>1.9}, “選択する “

グループ )“。から ” グループ[2023-03-01T13:57:42.844977 #19045] “ どこ “

グループ

“.“

id“=$1 リミット $2″=>[2023-03-01T13:57:42.844977 #19045] {:カウント=>

:total_duration

=>0.94

:min_duration =>[2023-03-01T13:57:42.844977 #19045] 0.62[2023-03-01T13:57:42.844977 #19045] , : max_duration=>

1.37

:avg_duration

=>0.94

}}, :total_duration =>13.35, :sql_duration

11.34 }
[

:line] 理論的には、ActiveRecord のログを STDOUT : ActiveRecord::

`スナイド .ロガー`

= ロガー .[2023-03-01T13:57:42.844977 #19045] 最近 (STDOUT )

プロデュース:

 D、 DEBUG -- : ユーザー ロード (1.6ms) SELECT "users".FROM "users" ORDER BY "users"."id" DESC LIMIT $1 [["LIMIT", 20]] D, [2023-03-01T13:57:42.817497 #19045] DEBUG -- : グループ ロード ( 2.1ms) SELECT "groups".FROM "groups" WHERE "groups"."id"=$1 LIMIT $2 [["id", "[FILTERED]"], ["LIMIT", 1]] D, ["LIMIT", 1] DEBUG -- : Group Load (1.2ms) SELECT "groups".FROM "groups" WHERE "groups"."id"=$1 LIMIT $2 [["id", "[FILTERED]"], ["LIMIT", 1]] ( .....N+1 行以上.....) D, [2023-03-01T13:57:42.843380 #19045] DEBUG -- : Group Load (1.0ms) SELECT "groups".FROM "groups" WHERE "groups" ."id"=$1 LIMIT $2 [["id", "[FILTERED]"], ["LIMIT", 1]] D, [2023-03-01T13:57:42.844977 #19045] DEBUG -- : グループ ロード (1.4ms) SELECT "グループ".FROM "groups" WHERE "groups"."id"=$1 LIMIT $2 [["id", "[FILTERED]"], ["LIMIT", 1]]

[:line]しかし、おそらくはるかに読みにくいです。そして、より高度なケースでは、すべての基本的な知識を集約したわかりやすいハッシュではなく、無限のログ循環を得る危険性があります. N+1 queries in Rails app are represented by a leaf Photo by Markus Spiske from Pexels オプションで、手を貸して marginalia gem の場合、頻繁に発生する ActiveRecord ログ出力にバックトレースファイルを追加することもできます。発明として、これは測定されたクエリの知識に組み込まれます:

Marginalia gem は、測定された inquire ログに基盤の行番号を追加します

この機能を有効にするには、Marginalia を構成します: config/pattern.rb マージナリア[“LIMIT”, 1] :: コメント.パーツ=

[:line]