過去バージョン

EXPLAIN の基本

SQL の実行計画 (Execution Plan) は、オプティマイザが「どの索引を使い、どの順でテーブルにアクセスするか」を表したもの。性能チューニングには必須の情報です。

-- 基本
EXPLAIN SELECT * FROM users WHERE email = 'alice@example.com';

-- 出力例
+----+-------------+-------+------+-------------------+----------+---------+------+------+--------------------------+
| id | select_type | table | type | possible_keys     | key      | key_len | ref  | rows | Extra                    |
+----+-------------+-------+------+-------------------+----------+---------+------+------+--------------------------+
|  1 | SIMPLE      | users | ref  | idx_users_email   | idx_em.. | 768     | const|    1 | Using where; Using index |
+----+-------------+-------+------+-------------------+----------+---------+------+------+--------------------------+

主要フィールドの意味

type の階層（速い順）

Extra でよく出る警告

EXPLAIN FORMAT=JSON

各演算子のcost / 読み取り bytes / 行推定まで詳細表示します。チューニングには必須。

EXPLAIN FORMAT=JSON
SELECT u.id, u.name, o.total
FROM   users u
JOIN   orders o ON u.id = o.user_id
WHERE  u.email = 'alice@example.com';

-- 出力（抜粋）
{
  "query_block": {
    "select_id": 1,
    "cost_info": { "query_cost": "2.85" },
    "nested_loop": [
      {
        "table": {
          "table_name": "u",
          "access_type": "ref",
          "key": "idx_users_email",
          "rows_examined_per_scan": 1,
          "rows_produced_per_join": 1,
          "filtered": "100.00",
          "cost_info": { "read_cost": "0.25", "eval_cost": "0.10" }
        }
      },
      { "table": { "table_name": "o", "access_type": "ref", ... } }
    ]
  }
}

EXPLAIN ANALYZE (MySQL 8.0.18+)

実際にクエリを実行して、推定値ではなく実測の時間と行数を返します。推定と実測の乖離を発見するのに有用。

EXPLAIN ANALYZE
SELECT * FROM orders WHERE user_id = 100 ORDER BY created_at DESC LIMIT 10;

-- 出力例
-> Limit: 10 row(s)  (cost=4.20 rows=10) (actual time=0.124..0.142 rows=10 loops=1)
    -> Sort: orders.created_at DESC, limit input to 10 rows per chunk
        -> Index lookup on orders using idx_user_id (user_id=100)
           (cost=4.20 rows=42) (actual time=0.050..0.110 rows=42 loops=1)

-- ★ cost=4.20 rows=42 が推定
-- ★ actual time=0.050..0.110 rows=42 が実測
-- 推定と実測が大きく違う場合 → 統計が古い (ANALYZE TABLE 必要)

Visual Explain (MySQL Workbench)

MySQL Workbench を使うと、実行計画をカラフルなツリー図で見られます。

1. クエリを書く
2. 稲妻アイコン横の下三角 → 「Visual Explain」を選択
3. 各ノードの色: 緑（高速）→ 黄 → 赤（遅い）
4. 赤いノードにマウスオーバー → 詳細とアドバイス表示

SHOW WARNINGS でリライト後のクエリを見る

EXPLAIN SELECT * FROM users WHERE id IN (SELECT user_id FROM orders);
SHOW WARNINGS;
-- → オプティマイザが書き換えた実際のクエリが見える
-- → サブクエリが JOIN に変換されていることが多い

パフォーマンススキーマで統計を取る

-- 全クエリの平均実行時間 TOP 10
SELECT digest_text, count_star, avg_timer_wait/1e9 AS avg_ms
FROM   performance_schema.events_statements_summary_by_digest
ORDER BY avg_timer_wait DESC
LIMIT 10;

-- 特定テーブルへのアクセス統計
SELECT object_schema, object_name, count_star, sum_timer_wait/1e9 AS sum_ms
FROM   performance_schema.table_io_waits_summary_by_table
WHERE  object_schema = DATABASE()
ORDER BY sum_timer_wait DESC;

PostgreSQL の EXPLAIN との比較

-- PostgreSQL
EXPLAIN SELECT * FROM users WHERE email = 'alice@example.com';
EXPLAIN ANALYZE SELECT * FROM users WHERE email = 'alice@example.com';
EXPLAIN (ANALYZE, BUFFERS, FORMAT JSON) SELECT ...;

-- BUFFERS の例
-> Index Scan using idx_users_email on users  (cost=0.42..8.44 rows=1 width=64)
       (actual time=0.025..0.027 rows=1 loops=1)
   Index Cond: (email = 'alice@example.com')
   Buffers: shared hit=4              ← バッファヒット 4 ブロック
   I/O Timings: read=0.000 write=0.000

-- pgAdmin / DataGrip でグラフィカルな実行計画も見られる

典型的な改善パターン

FAQ

Q: 本番の遅いクエリを後追いで EXPLAIN したい
A: スロークエリログ + mysqldumpslow または pt-query-digest で抽出 → EXPLAIN し直し。Performance Schema からも統計取得可。

Q: EXPLAIN と実際の実行で計画が変わる？
A: 統計情報が古い、サーバ負荷、バインド変数の値などで変わることがあります。本番環境で EXPLAIN ANALYZE を直接打つのが確実（読み取りクエリのみ）。

Q: UPDATE や DELETE も EXPLAIN できる？
A: MySQL 5.6+ で可能。EXPLAIN UPDATE / DELETE / INSERT で実行計画が出ます。実際には更新されません（EXPLAIN ANALYZE は実行するので注意）。