問題現象 INSERT ... SELECT ... 當 SELECT 來源表為 InnoDB 時，無論目標表引擎，MySQL 會對來源表掃描到的所有記錄加鎖（

Next-Key Lock = 記錄鎖 + 間隙鎖 InnoDB 行鎖實為索引記錄鎖。 鎖定索引記錄 R 時，同時鎖定 R 之前的「間隙」。 阻止其他事務在間

子查詢 vs JOIN 效能差距 MySQL 4.1+ 支援子查詢，邏輯清晰但需建立臨時表執行，效能較差。 實戰改寫：NOT IN 子查詢 → LEFT JO

預設調度策略 寫入（INSERT/UPDATE/DELETE）優先於讀取（SELECT）。 同表同一時刻僅允許一個寫入，按到達順序排隊。 多個讀取可並發執行。

語法 SELECT SQL_BUFFER_RESULT ... FROM ... 運作機制 強制 MySQL 將結果集先寫入臨時表（記憶體或磁碟）。 臨時

ANALYZE TABLE：更新索引統計資訊 ANALYZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tb

MyISAM 表：DISABLE/ENABLE KEYS ALTER TABLE tbl_name DISABLE KEYS; -- 導入資料 ALTER T

多值單條 INSERT：INSERT INTO t VALUES (1,2),(1,3),(1,4)... 比多條單獨 INSERT 快數倍。 INSERT

EXPLAIN 關鍵欄位速查 欄位含義關注重點 select_type查詢類型SIMPLE、PRIMARY、SUBQUERY、DERIVED 等 table輸

儲存架構差異 引擎資料檔索引檔備註 MyISAM.MYD.MYI資料與索引自動分離 InnoDB共用表空間資料與索引同一表空間，可多檔案組成 建立索引語法

索引生效核心條件 查詢條件必須包含索引鍵值；複合索引需符合最左前綴原則，否則無法使用索引。 五大不使用索引場景 優化器判斷全表掃描更快：如 key_part

核心規則：取決於作業系統檔案系統 資料庫對應目錄，表對應檔案（至少一個）。 Unix/Linux：區分大小寫（預設）。 Windows：不區分大小寫。 Mac

核心結論 僅 InnoDB 儲存引擎真正強制執行外鍵約束（參考完整性）。對於 MyISAM、MEMORY 等非 InnoDB 表，REFERENCES tbl_

表鎖語法 LOCK TABLES tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE} [, ..

事務控制語句速查 語句說明 START TRANSACTION / BEGIN [WORK]開啟新事務 COMMIT [WORK] [AND [NO] CHA

攻擊危害 讀取、修改、刪除資料庫資料 竊取帳號密碼等敏感資訊 取得資料庫管理員權限 若結合擴展預存程序（SQL Server），可執行系統指令、拿下作業系統控

核心防禦：Prepared Statement + Bind Variable Java/JSP 使用 PreparedStatement，PHP 5+ 透過

SQL Mode 是什麼？ MySQL 可在不同 SQL 模式下運行，定義支援的 SQL 語法與資料驗證嚴格程度。透過啟動參數 --sql-mode 或執行期

血淚案例：浮點數精度丟失實測 CREATE TABLE test (c1 FLOAT(10,2), c2 DECIMAL(10,2)); INSERT INTO

字符集概述 字符集定義了符號集合與編碼規則。無論 Oracle 或 MySQL，資料庫建立初期若未正確選擇字符集，後期更換代價高且風險大。建議在專案啟動階段依需