PostgreSQLが遅いときにcostとactualを確認しよう
OracleからPostgreSQLに移行する際に起きた問題。 PostgreSQLをインストールし、テーブルを作成してデータをインポートした。 が、検索が妙に遅い。 実行計画を見ると、インデックスを参照していない。 よくよく見てみたら、OracleにはあったインデックスをPostgreSQLには作成していなかった。 そりゃ参照しねえわと思い、インデックス張ってみた。 でも遅い…。確かに何個ものテーブルをJOINして、何十万行もの結果を返すとはいえ、30分はかかりすぎだろう。実用にはとても耐えられない。 explain analyzeで実行計画を見ると、costで予測する行数とactualで実際に取ってきた行数が異常に乖離している。これはおかしい。いくらなんでもおかしすぎる。costでは数千万、数億行取得すると予測しているのに、実際には数十万行程度しか取得していなかった。 もしかして、実行
PostgreSQLでSQLチューニングや障害状況調査に使ったクエリ達まとめ - $shibayu36->blog;
最近PostgreSQLでSQLチューニングや、DBが詰まった時の状況調査をいろいろやった。その時に便利だったクエリ達をまとめていく。PostgreSQLのバージョンは9.6系です。 SQLチューニングなどに便利だったクエリ達 それ以降に実行するSQLの実行時間を表示する。参考 https://morumoru00.wordpress.com/2011/05/08/postgresql-sql%E5%87%A6%E7%90%86%E6%99%82%E9%96%93%E3%82%92%E8%AA%BF%E3%81%B9%E3%82%8B%EF%BC%88timing/ \timing 実際にクエリを実行して実行計画や実行時間を表示する。クエリが実行されるので破壊的な操作も実行されてしまうことに注意。トランザクション張って最後にROLLBACKしましょう。参考 https://www.post
とあるクエリを2万倍速にした話 -データベースの気持ちになる- 前編 - dwango on GitHub
技術コミュニケーション室 OSSグループの髙﨑です。 当グループでは、マストドンというオープンソースの分散型マイクロブログについて、 弊社が運営するインスタンス「friends.nico」の運営、独自機能の開発、運用、ならびにそれらで得た知見を上流のプレーンなマストドンへcontributeするという業務を主に行っています。 本記事では、tableに適切なindexを張ることによってとあるスロークエリの速度改善を行った事例について、実際に上流へ行ったPullRequestをベースにお話させていただきます。 内容としては反面教師とするべき失敗例を伴った、非常に基礎的なPostgreSQLの実行計画の読み方ならびにクエリに合わせたindexの張り方です。 また、表題の2万倍速というのは改善前の最悪の場合比であり嘘ではないものの、通常問い合わせされる範囲の条件ではだいたい3〜30倍速であるという
Postgres Query Plan Visualization - tatiyants.com
After a recent stint in query optimization, I once again found myself wanting a better way to view query plans produced by EXPLAIN. So, I finally decided to do something about it and the result is Postgres EXPLAIN Visualizer (or Pev): Why Pev I wanted a tool that can make plans simple to understand and be visually pleasing. More specifically, I wanted: minimal visual noise insights high degree of
PostgreSQLの実行計画の読み方 - おぼえがき
Explain Explainはプランナによって決定された「最良の」実行計画を表示する。 クエリを実行するための個々のステップを表示する。 DMLコマンドに対してのみ使用できる。 レコードセットのカラム数、行数およびコストを表示する。 数値は推測されたものであり、実際のコストをみるにはEXPLAIN ANARYZEを使う必要がある。 Explain Planの実行例 =# EXPLAIN ANALYZE SELECT oid FROM pg_proc; QUERY PLAN ------------------------------------------ Seq Scan on pg_proc (cost=0.00..87.47 rows=1747 width=4) (actual time=0.077..17.082 rows=1747 loops=1) Total runtime:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PostgreSQLクエリ実行の基礎知識 ～Explainを読み解こう～
PostgreSQL の auto_explain モジュールを使ってみた | はったりエンジニアの備忘録