MySQL LEFT JOIN vs INNER JOINのパフォーマンス徹底比較：高速化の秘訣とは？
2024-07-27
MySQLにおけるLEFT JOINとINNER JOINのパフォーマンス比較：詳細解説
MySQLでテーブルを結合する場合、INNER JOINとLEFT JOINがよく使われますが、パフォーマンス面では大きな違いがあります。
本記事では、LEFT JOINがINNER JOINよりも高速になる理由を、実際のクエリ例を用いて分かりやすく解説します。
結合処理の比較
1 INNER JOIN
- 結合条件に合致する行のみを抽出
- 検索結果の行数が少なくなるため、一見高速に思える
- しかし、結合条件を満たさない行の検索処理も発生
- 大規模なテーブルの場合、不要な処理が増え、パフォーマンスが低下する可能性が高い
2 LEFT JOIN
- 左側テーブルのすべての行を抽出し、右側テーブルの関連データがあれば結合
- 結合条件を満たさない行もNULLとして保持
- 検索結果の行数が多くなるが、不要な行の検索処理が発生しない
LEFT JOINが高速になる理由：具体的な例
例：顧客テーブルと注文テーブルの結合
- 顧客テーブル：顧客ID、氏名、住所など
- 注文テーブル：注文ID、顧客ID、商品ID、注文個数など
INNER JOINの場合
SELECT c.customer_id, c.name, c.address, o.order_id, o.product_id, o.quantity
FROM customers AS c
INNER JOIN orders AS o
ON c.customer_id = o.customer_id;
- すべての顧客に対して注文履歴が存在するとは限らない
- 結合条件を満たさない顧客の検索処理が発生 (例：新規顧客)
- 大規模な顧客テーブルの場合、処理が重くなる
LEFT JOINの場合
SELECT c.customer_id, c.name, c.address, o.order_id, o.product_id, o.quantity
FROM customers AS c
LEFT JOIN orders AS o
ON c.customer_id = o.customer_id;
- すべての顧客情報を取得
- 注文履歴が存在しない顧客にはNULLを挿入
- 結合条件を満たさない顧客の検索処理が発生しない
LEFT JOINの注意点
- 検索結果の行数が多くなるため、メモリ使用量が増加する可能性がある
- すべての行に関連データが存在するわけではないことに注意が必要
- 必要に応じて、WHERE句で条件を絞り込む
- LEFT JOINは、すべての行を取得したい場合や、結合条件を満たさない行も処理したい場合に有効
- INNER JOINは、結合条件を満たす行のみが必要な場合に適している
- 状況に応じて適切な結合方法を選択することが重要
顧客テーブル（customers）
| カラム名 | データ型 | 説明 |
|---|---|---|
| customer_id | INT | 顧客ID |
| name | VARCHAR(255) | 顧客名 |
| address | VARCHAR(255) | 住所 |
注文テーブル（orders）
| カラム名 | データ型 | 説明 |
|---|---|---|
| order_id | INT | 注文ID |
| customer_id | INT | 顧客ID |
| product_id | INT | 商品ID |
| quantity | INT | 注文個数 |
クエリ
SELECT
c.customer_id,
c.name,
c.address,
o.order_id,
o.product_id,
o.quantity
FROM
customers AS c
LEFT JOIN
orders AS o
ON
c.customer_id = o.customer_id;
結果
このクエリを実行すると、以下の結果が得られます。
| customer_id | name | address | order_id | product_id | quantity |
|---|---|---|---|---|---|
| 1 | 田中一郎 | 東京都港区 | 1 | 10 | 1 |
| 1 | 田中一郎 | 東京都港区 | 2 | 20 | 2 |
| 2 | 佐藤二郎 | 大阪府大阪市 | 3 | 30 | 3 |
| 3 | 高橋三郎 | 福岡県福岡市 | |||
| 4 | 鈴木四郎 | 北海道札幌市 |
- 顧客
田中一郎は2件の注文履歴を持っていることがわかります。 - 顧客
高橋三郎は注文履歴がないことがわかります。
MySQLにおけるLEFT JOINの代替方法
しかし、状況によっては、LEFT JOINよりも適切な代替方法が存在します。
本記事では、LEFT JOINの代替方法として以下の3つを紹介し、それぞれの特徴と注意点、使い分けのポイントを解説します。
UNION ALL
2つのSELECTクエリ結果を結合する。重複行は保持される。
例：顧客情報と注文履歴を別々に取得し、結合
-- 顧客情報取得
SELECT customer_id, name, address
FROM customers;
-- 注文履歴取得
SELECT customer_id, order_id, product_id, quantity
FROM orders;
-- 顧客情報と注文履歴を結合
UNION ALL
SELECT c.customer_id, c.name, c.address, o.order_id, o.product_id, o.quantity
FROM customers AS c
LEFT JOIN orders AS o
ON c.customer_id = o.customer_id;
特徴
- 柔軟性が高い
- 複雑な結合にも対応可能
- 処理速度が遅い
注意点
- 結合条件をクエリ内で記述する必要がある
- 重複行が発生する可能性がある
使い分け
- 複雑な結合が必要な場合
- 結合条件を柔軟に定義したい場合
サブクエリ
SELECTクエリ内に別のSELECTクエリを埋め込む。
例：顧客情報と、その顧客の最新注文履歴を取得
SELECT
c.customer_id,
c.name,
c.address,
o.order_id,
o.product_id,
o.quantity
FROM
customers AS c
LEFT JOIN (
SELECT
order_id,
customer_id,
product_id,
quantity
FROM
orders
ORDER BY
order_id
DESC
LIMIT
1
) AS o
ON
c.customer_id = o.customer_id;
- 関連データを柔軟に抽出できる
- サブクエリが複雑になると、処理速度が遅くなる
- 可読性が低下する可能性がある
- 関連データを柔軟に抽出したい場合
- 複雑な条件で絞り込みを行いたい場合
COMMON TABLE EXPRESSION (CTE)
一時的な結果セットを定義する。複数回参照可能。
例：顧客情報と、その顧客の注文履歴をCTEを使って取得
WITH customer_orders AS (
SELECT
c.customer_id,
c.name,
c.address,
o.order_id,
o.product_id,
o.quantity
FROM
customers AS c
LEFT JOIN
orders AS o
ON
c.customer_id = o.customer_id
)
SELECT * FROM customer_orders;
- 可読性が向上する
- 複雑な結合をわかりやすく記述できる
- 処理速度が状況によって異なる
- CTEは一時的な結果セットであり、クエリ実行後に破棄される
- 複雑なCTEは、処理速度を低下させる可能性がある
- 可読性を向上させたい場合
状況によっては、上記以外にも適切な代替方法が存在する可能性があります。
- CASE式：結合条件が単純な場合
- GROUP BY句：集計処理と組み合わせる場合
- ウィンドウ関数：範囲条件で絞り込む場合
LEFT JOIN以外にも、状況に応じて様々な代替方法が存在します。
mysql performance left-join
