Postgres EXPLAINとインデックスを置く場所

Question

私はpostgres EXPLAINの出力からいくつかの意味を作ろうとしています。さまざまなシナリオでインデックスをどこに配置するかを知りたい。

一つの例は次のとおりです。

EXPLAIN for: SELECT "users".* FROM "users" INNER JOIN "user_sessions" ON "user_sessions"."user_id" = "users"."id" WHERE "user_sessions"."token" = $1 AND (user_sessions.expires_at > '2017-09-29 08:56:26.388291') [["token", "foo"]] 

は私を与える：

Nested Loop (cost=0.30..16.35 rows=1 width=192) 
    -> Index Scan using index_user_sessions_on_token on user_sessions (cost=0.15..8.17 rows=1 width=4) 
     Index Cond: ((token)::text = 'foo'::text) 
     Filter: (expires_at > '2017-09-29 08:56:26.388291'::timestamp without time zone) 
    -> Index Scan using users_pkey on users (cost=0.15..8.17 rows=1 width=192) 
     Index Cond: (id = user_sessions.user_id) 

単一のインデックス[user_id, token, expires_at]がuser_idと[token, expires_at]を持つ2つのインデックスよりも "より" が適切であろうか？

Answer 1

tokenにインデックスを追加し、(token, expires_at)のインデックスに置き換えると、改善することができます。 user_sessionsの条件全体を索引条件として使用すると、不要な索引の読取りとヒープのチェックが不要になり、問合せの効率が向上します。

実際に多くの影響があるかどうかを確認するには、どちらの場合もEXPLAIN (ANALYZE, BUFFERS)を実行します。フィルタによって多くの行が削除され、より多くのブロックがタッチされた場合、クエリは遅くなります。まず、PostgreSQLはtokenとexpires_at上の条件に基づいてuser_session内のすべての行を見つけ、それはusersに一致するすべての行を検索します。この条件が検索されないためuser_sessions (user_id)上

インデックスは、まったく助けにはなりません。