錯誤現象 [ERROR] Default storage engine (InnoDB) is not available [ERROR] Aborting

錯誤現象 InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes

複寫三線程模型 (核心架構) Master Slave ┌─────────────┐

分區核心價值 分區剪枝：WHERE 條件命中分區鍵 → 僅掃描相關分區，IO 大幅降低。 資料生命週期管理：DROP PARTITION 秒級歸檔刪除歷史資料

MERGE 引擎適用場景 海量日誌/流水表：按天/月分表 iplog_20240101、iplog_20240102... 需求：跨分表統一查詢（SELECT

架構圖解 應用層 (App) │ ▼ MySQL Proxy (192.168.1.6:3306) ← 單一入口，應用零感知 │

核心指令速查表 場景指令範例關鍵參數說明 導出全庫 alldb.sql含 mysql 系統庫，遷移慎用 導出單庫（含建庫語句） db.sql-B 產生 CRE

核心原理 啟動參數 --skip-grant-tables 使 MySQL 跳過權限表驗證，允許無密碼以 root 身分登入，進而更新 mysql.user 表

專案背景與動機 MySQL Proxy 功能強大但需串聯在應用鏈路，風險高、單點故障影響大。 需求：並聯部署（旁路鏡像流量）、單一職責（SQL 審計/注入檢測

配置檔結構與讀取順序 # MySQL 讀取順序（後者覆蓋前者） /etc/my.cnf # 全域 /etc/mysql/my.cnf

MySQL Proxy 定位 官方 C 語言開發的 MySQL 協議層代理，支援 Lua 腳本可編程控制連線路由、查詢改寫、審計、熔斷。定位：輕量、透明、可編程

核心定義對比 維度分散式系統叢集 目標將大任務拆解到多節點並行，提升吞吐/擴展性多節點運行相同服務，提供高可用/負載均衡 節點角色異構：不同服務、不同資料、不

標準單表導出指令 local_tablename_bak.sql # 參數解析 -e, --extended-insert # 使用多行 INSERT，

現象還原 複製資料庫目錄到另一台機器，發現部分表僅有 .frm 檔案，啟動 MySQL 即報錯 Table doesnt exist。根因在於儲存引擎決定了檔案

調優金字塔：自下而上、分層推進 L7 SQL 與索引優化 ← 最高 ROI，最常見 L6 my.cnf 參數調優 L5 資料庫服務配置

為什麼需要 Session 同步？ 水平擴展應用伺服器時，用戶請求可能被負載均衡器分發到不同節點。若 Session 僅存在本地記憶體，換節點即掉線。核心需求：

優化思路四部曲（心法） 優化最需要優化的 Query：高併發低消耗 > 低併發高消耗。單次省 2 IO × 10,000 QPS = 省 20,000

結論先行：三大黃金法則 無條件計數：SELECT COUNT(*) 永遠最快（MyISAM 直接讀表元資料，InnoDB 掃描最小索引）。 帶條件計數：COU

環境規劃 角色IPServer ID Master10.130.30.2121 Slave10.130.30.2142 軟體安裝（RHEL 5 x86_6

架構概覽 單一二進制、多組 datadir、多 my.cnf 區段、mysqld_multi 統一生命週期管理。適用於開發測試、多租戶隔離、版本平滑升級驗證。