MySQL的SQL語句 - 數據操作語句(7)- INSERT SELECT 語句

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 開始，可以用 TABLE 語句代替 SELECT，如下所示：TABLE tb 相當於 SELECT * FROM tb。當將源表中的所有列插入到目標表中，並且不需要使用 WHERE 進行篩選時，它非常有用。此外，可以使用 ORDER BY 按一個或多個列對表中的行進行排序，並且可以使用 LIMIT 子句限制插入的行數。以下條件適用於 INSERT ... SELECT 語句，除非另有說明，否則也適用於 INSERT ... TABLE：● 指定 IGNORE 以忽略可能導致重複鍵衝突的行。● INSERT 語句的目標表可以出現在查詢的 SELECT 部分的 FROM 子句中，也可以是 TABLE 指定的表。但是，不能在子查詢中插入一個表並從同一表中進行選擇。當從同一個表中進行選擇和插入時，MySQL 會創建一個內部臨時表來保存 SELECT 中的行，然後將這些行插入到目標表中。但是，當t是臨時表時，不能使用 INSERT INTO t ... SELECT ... FROM t 語句。因為在同一語句中不能引用兩次臨時表。出於同樣的原因，當t是臨時表時，不能使用 INSERT INTO t ... TABLE t 語句。● 為了確保二進位日誌可以用來重新創建原始表，MySQL 不允許 INSERT ... SELECT 或 INSERT ... TABLE 語句並發插入。● 為避免 SELECT 和 INSERT 引用同一個表時出現不明確的列引用問題，請為 SELECT 部分中使用的每個表提供一個唯一的別名，並使用適當的別名限定該部分中的列名。通過表名及後面的 PARTITION 選項可以顯式地選擇使用源表或目標表（或兩者）的哪些分區或子分區（或兩者）。在語句的 SELECT 部分 PARTITION 與源表的名稱一起使用時，只從其分區列表中指定的分區或子分區中選擇行。當 PARTITION 與目標表的名稱一起用於語句的 INSERT 部分時，必須能夠將所選的所有行插入到選項後面的分區列表中指定的分區或子分區中。否則 INSERT ... SELECT 語句失敗。不帶 ORDER BY 子句的 SELECT 或 TABLE 語句返回行的順序是不確定的。這意味著，在使用複製時，不能保證這樣的 SELECT 在主伺服器和從伺服器上以相同的順序返回行，這可能會導致它們之間的不一致。要防止這種情況發生，請確保用於複製的 INSERT ... SELECT 或 INSERT ... TABLE 語句要使用 ORDER BY 子句在主伺服器和從伺服器上能生成相同的行順序。由於這個問題，對於基於語句的複製，INSERT ... SELECT ON DUPLICATE KEY UPDATE 和 INSERT IGNORE ... SELECT 語句被標記為不安全。當使用基於語句的模式時，此類語句在錯誤日誌中生成警告，在使用 MIXED 模式時，這些語句將使用基於行的格式寫入二進位日誌。https://dev.mysql.com/doc/refman/8.0/en/insert-select.html