一、 索引是什麼？ 索引是為特定列構建的**有序數據結構**（MySQL 默認 B+ 樹），將「全表掃描」的 O(N) 降為「樹高掃描」的 O(log N)：*

核心結論：兩種生成有序結果集的方式 Index Scan（索引掃描）：直接按索引順序讀取，**零排序開銷**，極快。 Filesort（文件排序）：在內存/磁

場景：忘記 Root 密碼、初始隨機密碼未記錄、需緊急重置 前提：擁有**操作系統 Root 權限**（非 MySQL Root）。無系統 Root 權限請先解

核心認知：NULL ≠ 空字符串 ≠ 零 INSERT INTO my_table (phone) VALUES (NULL); -- 電話號碼未知 INS

一、 常用內建函數速查表 1. 字符串函數 函數說明示例 CONCAT(s1,s2...)拼接字符串CONCAT(a,b) → ab INSTR(st

場景：誤 DELETE 如何秒級恢復？ 備份恢復需重放 Binlog，耗時不可控。**前提：binlog_format=ROW**，否則無法從 Binlog 解

前言：慢查詢優化是開發必修課 MySQL 以高性能、低成本成為互聯網首選 RDBMS。但「好馬配好鞍」，讀寫比約 10:1 的典型業務中，**複雜查詢是效能殺手

背景：為什麼要遷移？ 社區驅動：MariaDB 由 MySQL 創始人 Monty Widenius 主導，承諾永久開源，無「企業版閉源功能」之憂。 生態趨勢

前言：為什麼需要線程池？ MySQL 5.6 引入線程池，解決 One-Thread-Per-Connection 模式下的高併發痛點：線程頻繁創建/銷毀、高內

前言：為什麼需要 Profile？ SHOW PROFILE 是 MySQL 5.0.37+ 內建的 SQL 剖析工具，能將一條查詢拆解為 20+ 個內部執行步

前言：鎖是事務隔離的基石 資料庫為了滿足 ACID 中的一致性與隔離性，核心手段是加鎖。但過度加鎖會扼殺高併發效能。InnoDB 的鎖設計正是在「資料正確性」與

前言：為什麼需要關注慢查詢？ 在資料庫效能調優中，查詢效能問題佔據了絕大多數比例。與 Oracle 等商業資料庫自帶優化建議不同，MySQL 需要我們主動開啟並

多表連接是 SQL 查詢的核心技能。本文系統講解 MySQL 支援的連接類型（交叉/內/外連接）、約束條件（WHERE/ON/USING）、連接語法規則、優化提

UPDATE 是最常用也最危險的 DML 操作。本文系統梳理 UPDATE 基礎語法、百萬級數據更新效能陷阱、實測對比（UPDATE vs INSERT 新表）

MySQL 查詢緩存（Query Cache）在 5.7 仍可用、8.0 已移除。本文深度剖析其命中條件（Hash 表 Key 構成）、工作流程、失效觸發條件、

MySQL 複制是高可用、讀寫分離、異地災備的基石。本文系統梳理異步/半同步複制機制、三種 binlog 格式（SBR/RBR/MBR）優劣對比、主從配置標準化

MySQL 複制基於二進制日志，實現主庫異步同步至從庫。本文講解複制工作機制（三線程模型）、同機不同資料庫複製命令、大數據量壓縮遷移流程、常見報錯處理。 一、

業務常需按固定時間窗口（如每 5 分鐘、每半小時、每小時）聚合統計。MySQL 利用時間戳數學運算構造分組鍵，配合索引可高效完成。本文提供兩種核心實現方式、索引

MySQL Cluster (NDB Cluster) 實現多主同步複制、內存存儲、自動分區、高可用。本文記錄從架構理解到三節點（管理節點、數據節點×2、SQL

mysqldump 是 MySQL 官方邏輯備份工具，支援全庫/單表/結構/數據/WHERE 條件過濾、壓縮、遠程傳輸等豐富功能。本文系統整理核心參數、常用場景