MySQL 提供兩種「記憶級」表機制：CREATE TEMPORARY TABLE（會話級臨時表）與 ENGINE=MEMORY（記憶表/Heap 表）。兩者生

時間類型選擇直接影響儲存空間、時區處理、查詢效能與應用層開發體驗。本文給出明確選型建議與避坑指南。 核心推薦 場景推薦型別字節理由 業務時間戳（創建/更新/

MySQL 採用獨特的插件式存儲引擎架構，將「核心服務層」與「存儲引擎層」解耦，支援多種引擎並存。本文系統拆解 7 大核心組件、4 大主流引擎特性、InnoDB

刪除 MySQL 用戶時，DROP USER 與 DELETE FROM mysql.user 行為差異巨大：前者**級聯清理所有權限表**，後者**僅刪除 u

InnoDB 表空間模式決定了資料檔案組織形態、空間回收能力、單表遷移可行性。本文深度對比共享/獨享表空間，並給出生產環境動態轉換操作手冊。 核心概念 模式

MySQL 備份分為邏輯備份（SQL 語句）與物理備份（檔案複製）兩大體系。本文系統整理 4 種備份方式、3 種恢復方式，並介紹鮮為人知的 tee 命令實戰技巧

mysqldump 導出數據預設使用 LOCK TABLES + INSERT，導入時會鎖表阻塞寫入。--delayed-insert 參數可生成 INSERT

mysqld_safe 是 MySQL 官方推薦的啟動包裝腳本，提供守護進程重啟、錯誤日誌導向、核心轉儲、檔案描述符限制、用戶切換等生產級特性。本文詳細拆解其

從源碼編譯 MySQL（特別是 5.1/5.5/5.6 早期版本）耗時極長。本文提供三大加速編譯參數、靜態編譯利弊、版本特定避坑經驗。 三大加速參數 ./co

InnoDB 與 MyISAM 是 MySQL 兩大核心引擎，存儲架構差異巨大，直接影響備份、遷移、效能調優策略。本文聚焦檔案層面結構、表空間模式、共享與獨享表

MySQL Binlog 記錄所有資料變更，是主從複制與時間點恢復（PITR）的基石。事務性引擎與非事務性引擎的語句在 Binlog 中的寫入時機、緩衝機制截然

正確選擇欄位型別是資料庫設計的基石，直接影響儲存空間、索引效能、查詢速度與應用層處理邏輯。本文系統整理 MySQL 主流型別的儲存開銷、適用場景與避坑指南。

SQL Server 2005+ 強烈推薦使用 INFORMATION_SCHEMA 標準視圖替代舊式 sys.* 系統表。本文以「查詢表 Address 完整

承接上文，本文聚焦外連接中 ON 條件與 WHERE 條件的語意差異、交叉連接兩種寫法、自身連接實戰，並給出標準 SQL 與廠商方言對照表。 外連接：ON v

錯誤 Cant create/write to file C:/WINDOWS/TEMP/#sql_xxx.MYD (Errcode: 17) 發生在 MySQ

連接（JOIN）是多表查詢的核心。本文以「兩表 A/B、關聯鍵 A.id = B.parent_id」為統一場景，系統梳理 7 種連接類型的語法、結果集差異、V

錯誤 Incorrect key file for table xxx; try to repair it 表示 MyISAM 表索引檔（.MYI）損壞。常見於

MySQL 重裝或遷移後，預設字元集常為 latin1，導致中文存儲顯示亂碼。僅在客戶端執行 SET NAMES utf8 無法根治，必須在配置檔 my.ini

業務常需「將欄位中所有 A 替換為 B」，傳統「SELECT → 程式處理 → UPDATE」極其低效。MySQL 內建 REPLACE(str, from_s

查詢 SELECT COUNT(id), id, name FROM t 在 MySQL 5.5/5.6（預設 sql_mode 不含 ONLY_FULL_GR