EXPLAIN / EXPLAIN ANALYZE による取得とセクション定義

-- 基本：実行計画とコスト推定のみ（SQL は実行されない）
EXPLAIN SELECT ...;

-- ANALYZE：実際に実行して実測値を取得（本番注意：DML は本当に実行される）
EXPLAIN ANALYZE SELECT ...;

-- 推奨：全オプション付き（最も詳細な情報）
EXPLAIN (ANALYZE, BUFFERS, VERBOSE, FORMAT TEXT) SELECT ...;

-- JSON 形式で出力（プログラム処理向け）
EXPLAIN (ANALYZE, BUFFERS, FORMAT JSON) SELECT ...;

-- DML でロールバックしながら実行計画を取得する安全なパターン
BEGIN;
EXPLAIN ANALYZE UPDATE orders SET status = 'processed' WHERE id = 1;
ROLLBACK;

Hash Join  (cost=1234.56..5678.90 rows=1000 width=64)
           (actual time=12.345..45.678 rows=987 loops=1)
  Hash Cond: (o.user_id = u.user_id)
  Buffers: shared hit=2340 read=156 dirtied=0 written=0
  ->  Seq Scan on orders o  (cost=0.00..3210.00 rows=100000 width=32)
                             (actual time=0.012..18.234 rows=100000 loops=1)
      Buffers: shared hit=1800 read=120
  ->  Hash  (cost=567.89..567.89 rows=50000 width=32)
             (actual time=8.012..8.012 rows=50000 loops=1)
      Buckets: 65536  Batches: 1  Memory Usage: 3456kB
      Buffers: shared hit=540 read=36
      ->  Index Scan using users_pkey on users u
                             (cost=0.43..567.89 rows=50000 width=32)
                             (actual time=0.034..5.678 rows=50000 loops=1)
          Index Cond: (user_id > 0)
          Buffers: shared hit=540 read=36
Planning Time: 1.234 ms
Execution Time: 46.012 ms

-- ① rows 推定値と actual rows の乖離確認（統計情報の精度）
-- 推定 rows vs actual rows が 10倍以上ずれている → ANALYZE テーブル名;

-- ② Seq Scan が大テーブルに出現していないか
-- 解決策：WHERE 条件の列にインデックス追加
CREATE INDEX idx_orders_created_at ON orders (created_at);

-- ③ Hash Join の Batches > 1（work_mem 不足）
-- 解決策：セッションレベルで work_mem を増やして再実行
SET work_mem = '256MB';
EXPLAIN (ANALYZE, BUFFERS) SELECT ...;

-- ④ Nested Loop + Seq Scan の組み合わせ（最悪パターン）
-- 内側テーブルにインデックスがない → インデックス追加

-- ⑤ shared read が大きい（ディスク I/O 多い）
-- shared_buffers の増加 or インデックスによる読み込みブロック削減

-- ⑥ temp read/written が 0 でない（work_mem 不足）
-- work_mem の増加 or クエリのリファクタリング