PostgreSQLがインデックスを使ってくれなくてスロークエリが発生していた件 〜 PostgreSQLのコスト計算ロジックを深掘りする 〜 - Hello Tech

こんにちは。@mottei_0702と申します。ハローでは、世界中のレストランを予約できる予約代行サービスAutoReserveのバックエンド開発を行っています。 RDBMSを使って開発しているバックエンドエンジニアの方ならば、 EXPLAIN (ANALYZE) などを活用しながら、クエリのパフォーマンスを常に意識して開発しているのではないでしょうか。私達はPostgreSQLを利用していますが、PostgreSQLのクエリプランナは優秀なため特にこちらで設定を変えなくとも基本的には理想的に動作してくれます。 しかし最近、私は使ってほしいインデックスが利用されないケースに遭遇しました。PostgreSQLのソースコードまで踏み込んで調査してみたところ、PostgreSQLのコスト計算ロジックの一端を知ることができ大変興味深かったので、読者の皆さんに共有したいと思い記事にしました。 クエリ

[Xibalba]

列の統計情報ふむふむ

[dekasasaki]

“「0.005の割合つまり200行に1行は lower((email)::text) = 'test@example.com'::text) を満たすレコードがある」と概算します” おもしろい

[tofu-kun]

マルチテナントだとデータの偏りかなりあるんだよね

[mkusaka]

PostgreSQLのコスト計算をソースまで掘り、LIMIT 1とlower関数が統計を狂わせ推定rows=2508となりインデックスが使われない事例を解説します。