INSERT [LOW_PRIORITY | HIGH_PRIORITY] [IGNORE]
    [INTO] tbl_name
    [PARTITION (partition_name [, partition_name] ...)]
    [(col_name [, col_name] ...)]
    {SELECT ... | TABLE table_name}
    [ON DUPLICATE KEY UPDATE assignment_list]

value:
    {expr | DEFAULT}

assignment:
    col_name = value

assignment_list:
    assignment [, assignment] ...

INSERT ... SELECT を使用すると、複数のテーブルから選択できる SELECT ステートメントの結果から、テーブルに多数の行をすばやく挿入できます。 例:

INSERT INTO tbl_temp2 (fld_id)
  SELECT tbl_temp1.fld_order_id
  FROM tbl_temp1 WHERE tbl_temp1.fld_order_id > 100;

MySQL 8.0.19 以降、次に示すように、SELECT のかわりに TABLE ステートメントを使用できます:

INSERT INTO ta TABLE tb;

TABLE tb は、SELECT * FROM tb と同等です。 これは、ソーステーブルのすべてのカラムをターゲットテーブルに挿入し、WHERE によるフィルタリングが不要な場合に便利です。 また、TABLE の行は ORDER BY を使用して 1 つ以上のカラムで順序付けでき、挿入される行数は LIMIT 句を使用して制限できます。 詳細は、セクション13.2.12「TABLE ステートメント」を参照してください。

次の条件は、INSERT ... SELECT ステートメント、および特に明記されている場合を除き、INSERT ... TABLE にも適用されます:

ソーステーブルまたはターゲットテーブル (あるいはその両方) のどのパーティションまたはサブパーティション (あるいはその両方) を、テーブルの名前に続く PARTITION オプションとともに使用するかを明示的に選択できます。 PARTITION がこのステートメントの SELECT 部分にあるソーステーブルの名前とともに使用されている場合は、そのパーティションリストで指定されているパーティションまたはサブパーティションの行のみが選択されます。 PARTITION をステートメントの INSERT 部分のターゲットテーブルの名前とともに使用する場合、選択したすべての行を、オプションの後のパーティションリストで指定されたパーティションまたはサブパーティションに挿入できる必要があります。 それ以外の場合、INSERT ... SELECT ステートメントは失敗します。 詳細および例については、セクション24.5「パーティション選択」を参照してください。

TABLE は、PARTITION オプションをサポートしていません。

INSERT ... SELECT ステートメントの場合、ON DUPLICATE KEY UPDATE 句で SELECT カラムを参照できる条件については、セクション13.2.6.2「INSERT ... ON DUPLICATE KEY UPDATE ステートメント」 を参照してください。 これは、INSERT ... TABLE でも機能します。

ORDER BY 句のない SELECT ステートメントまたは TABLE ステートメントが行を戻す順序は、非決定的です。 つまり、レプリケーションを使用している場合、このような SELECT がソースとスレーブで同じ順序で行を返すことは保証されないため、それらの間に不整合が生じる可能性があります。 これが発生しないようにするには、ソースとレプリカで同じ行順序を生成する ORDER BY 句を使用して、レプリケートされる INSERT ... SELECT ステートメントまたは INSERT ... TABLE ステートメントを常に記述します。 セクション17.5.1.18「レプリケーションと LIMIT」も参照してください。

この問題のため、INSERT ... SELECT ON DUPLICATE KEY UPDATE および INSERT IGNORE ... SELECT ステートメントには、ステートメントベースレプリケーションに対して安全でないというフラグが付けられます。 このようなステートメントは、ステートメントベースのモードの使用時にエラーログに警告を生成し、MIXED モードの使用時に行ベースの形式を使用してバイナリログに書き込まれます。 (Bug #11758262、Bug #50439)

セクション17.2.1.1「ステートメントベースおよび行ベースレプリケーションのメリットとデメリット」も参照してください。