場景一：全新安裝後初始化密碼 MySQL 5.6 / 5.7 (CentOS 6/7) # 1. 啟動服務 service mysqld start # 或

核心概念：保留字 vs 關鍵字 保留字：語法結構固定佔用，必須加反引號 才能作識別符（表名、列名、別名） 非保留關鍵字：特定語境有特殊含義，但可直接作識別符（

核心差異一覽表 特性DATETIMETIMESTAMP 儲存空間8 bytes4 bytes 時間範圍1000-01-01 ~ 9999-12-3119

問題現場：深分頁效能崩塌 -- 表結構：id 為主鍵，30 萬行資料 SELECT * FROM `test_table` ORDER BY id ASC L

工具選型決策矩陣 工具類型授權中文核心優勢適用場景 phpMyAdminWeb 端GPL 免費✅ 完整零安裝、瀏覽器直達、主機商標配虛擬主機、快速檢查、

方法對比總覽 需求場景推薦語法保留索引/PK/AI備註 結構+資料完整複製CREATE TABLE new_tbl LIKE old_tbl; INSE

核心合併運算子對比 運算子語意去重MySQL 支援 UNION聯集✅ 自動去重✅ 完整支援 UNION ALL聯集（含重複）❌ 保留所有行✅ 完整支援

為什麼要分表？ 單表資料量超過千萬行時，索引維護成本激增、查詢延遲變長、備份恢復耗時過長。分表（Sharding）將邏輯大表拆分為多個物理小表，配合路由規則查詢

單表與多表刪除語法對比 MySQL DELETE 支援多種語法形式，但並非所有組合都合法： 語法形式說明可行性 DELETE FROM t1 WHERE

核心誤區：= NULL 永遠不會匹配 在 SQL 標準中，NULL 代表「未知值」而非「空值」，任何與 NULL 的比較（包括 =、<>）結果均為

什麼是 MySQL 臨時表？ MySQL 臨時表是一種特殊的資料表，專門用於暫存會話期間的中間運算結果。它最大的特點在於生命週期綁定於資料庫連線：當連線關閉時，

索引本質 索引是排序後的數據結構 (B+ Tree)，存儲 (索引列值, 主鍵值) 指向聚簇索引記錄。 代價： 寫入 (INSERT/UPDATE/DELETE

核心痛點 CREATE TABLE new_tbl SELECT * FROM old_tbl **無法複製**：主鍵、索引、外鍵、默認值、AUTO_INCRE

元數據是「數據的數據」：**影響行數驗證寫入、庫表結構驅動代碼生成、服務器狀態支撐監控告警**。本文匯總 MySQL 命令行、PHP、Python、Go、Jav

MySQL 單表單列自增滿足 90% 場景，但**多業務線共用序列、自定義起始值、獲取回填、重置避坑、分布式擴展**仍是高頻痛點。本文系統講解 AUTO_INC

重復數據是數據質量的「雜草」：**唯一約束防重、統計分析發現、去重刪除清理、業務幂等設計杜絕源頭**。本文構建全生命周期治理體系，附 MySQL 8.0 新特性

SQL 注入（SQLi）是 OWASP Top 10 長期霸榜第一，**根因：代碼與數據未分離，用戶輸入被拼接為 SQL 片段執行**。本文從原理、攻擊向量、防

數據導出不止 mysqldump。**SELECT ... INTO OUTFILE 適合程序消費、異構同步、大文件分片**；mysqldump 適合邏輯備份、

比 INSERT 快 10-20 倍、比 mysqldump 導入快 3-5 倍，**LOAD DATA INFILE 是 MySQL 官方最高性能的批量導入工

現象：執行 DELETE FROM t WHERE ... 刪除大量數據後，SHOW TABLE STATUS 顯示 Data_length、**磁盤佔用完全不