MySQLのUPDATEステートメントにおけるSET句の列の順序が重要な理由とは？結果セットに大きな違いが生じるのか解説

MySQLにおいて、UPDATEステートメントのSET句で列を記述する順序が重要なのは、式の中で使用されている列名の値が、その時点で最新の状態で評価されるためです。つまり、SET句内の列の順序を入れ替えるだけで、MySQLが返す結果セットに大きな違いが生じます。

これは、MySQLがSET句の各式を左から右へ順番に処理するという仕様によるものです。先に更新された列の新しい値は、それ以降の式の中で参照されます。以下の具体例で挙動を確認してみましょう。

検証用テーブルの準備

この例では、「tender」というテーブルを使用します。まず、現在のテーブルの内容を確認します。

mysql> Select * from tender;

+-----------+---------+------+
| tender_id | company | rate |
+-----------+---------+------+
| 200       | ABC     | 1000 |
| 300       | ABD     | 6000 |
| 301       | ABE     | 7000 |
| 302       | ABF     | 3500 |
| 303       | ABG     | 3600 |
+-----------+---------+------+

5 rows in set (0.00 sec)

ケース1：tender_idを先に、rateを後に指定した場合

まず、SET句の最初に「tender_id」、2番目に「rate」を指定したUPDATEステートメントを実行します。

mysql> UPDATE tender SET tender_id = tender_id + 100, rate = tender_id * 4 WHERE tender_id = 200;
Query OK, 1 row affected (0.02 sec)
Rows matched: 1 Changed: 1 Warnings: 0

この場合、処理は次の順序で行われます。

1. まず「tender_id」が更新される（200 → 300）
2. その後、「rate」は更新後の新しいtender_id（300）を使って計算される（300 × 4 = 1200）

実行後の結果セットは以下の通りです。

mysql> Select * from tender;

+-----------+---------+------+
| tender_id | company | rate |
+-----------+---------+------+
| 300       | ABC     | 1200 |
| 300       | ABD     | 6000 |
| 301       | ABE     | 7000 |
| 302       | ABF     | 3500 |
| 303       | ABG     | 3600 |
+-----------+---------+------+

5 rows in set (0.00 sec)

ケース2：rateを先に、tender_idを後に指定した場合

今度は逆に、SET句の最初に「rate」、2番目に「tender_id」を指定したUPDATEステートメントを実行します。

mysql> UPDATE tender SET rate = tender_id * 4, tender_id = tender_id + 200 WHERE company = 'ABD';
Query OK, 1 row affected (0.04 sec)
Rows matched: 1 Changed: 1 Warnings: 0

この場合の処理の流れは以下のようになります。

1. まず「rate」が元のtender_id（300）を使って計算される（300 × 4 = 1200）
2. その後、「tender_id」が更新される（300 → 500）

実行後の結果セットは以下の通りです。

mysql> Select * from tender;

+-----------+---------+------+
| tender_id | company | rate |
+-----------+---------+------+
| 300       | ABC     | 1200 |
| 500       | ABD     | 1200 |
| 301       | ABE     | 7000 |
| 302       | ABF     | 3500 |
| 303       | ABG     | 3600 |
+-----------+---------+------+

5 rows in set (0.00 sec)

まとめ：列の順序が結果に与える影響

• ケース1：「tender_id」を先に更新したため、「rate」は新しい値（300）を基に計算された
• ケース2：「rate」を先に計算したため、古い「tender_id」の値（300）が使用された

このように、SET句内の列の順序を変えるだけで、同じようなUPDATEステートメントでもまったく異なる結果が得られる可能性があります。複数の列を同時に更新し、かつ列同士を参照する式を含む場合は、意図した評価順序になるようSET句の記述順序に十分注意しましょう。