前言 資料庫安全不僅是設定密碼，涵蓋網路傳輸、存取控制、審計追蹤、參數調校等多層面。本文彙整 23 項生產環境驗證的 MySQL 安全最佳實踐，供 DBA 與開

情境痛點 當 MyISAM 表損壞導致 phpMyAdmin 無法開啟表結構頁面，介面上的「修復表」按鈕自然也點不到。此時可直接構造 SQL 執行 URL，繞過

問題背景 phpMyAdmin 早期版本預設以 latin1 處理連線編碼，導致 UTF-8 與 GB2312（Big5）資料無法同時正確顯示。本文提供修改 l

錯誤原因 phpMyAdmin 採用 Cookie 認證模式時，需在設定檔定義 $cfg[blowfish_secret] 作為加密金鑰，用於加密儲存在瀏覽器

什麼是 phpMyAdmin？ phpMyAdmin 是以 PHP 撰寫的開源 MySQL 圖形化管理工具，透過瀏覽器即可完成資料庫建立、表結構設計、資料匯入匯

前言 MySQL 作為廣泛使用的開源關聯式資料庫，管理員偶爾會遇到 root 密碼遺失的情況。在 Linux 環境下，主要有兩種經典恢復思路：一是利用已知密碼的

核心連線與認證設定 參數說明建議值 PmaAbsoluteUriphpMyAdmin 完整 URL，留空可自動偵測https://domain.com/php

認證模式選擇：安全與便利的平衡 phpMyAdmin 提供三種認證方式，生產環境強烈建議採用 cookie 模式： config：明文寫死帳密，零安全性，僅適

遷移評估：摸清家底是前提 資料庫遷移非小事，動工前必須產出詳細評估文件。重點盤點： 當前 MySQL 版本與使用特性（資料類型、儲存引擎 MyISAM/Inn

戰略定位轉折 MySQL 明確不再追求替代 Oracle/DB2 等傳統企業級非共享架構數據庫，而是專注 Web 2.0 / 企業 2.0 應用的核心數據庫。隨

對比基線 版本基準：MySQL 4.0.2-alpha（首個支持事務版本）vs PostgreSQL 7.2 對比維度：性能、功能完整性、平台適配、並發模型、

存儲引擎架構定位 MySQL 採用插件式存儲引擎架構：Server 層負責連接管理、查詢解析、優化器、緩存；引擎層負責數據存儲、索引維護、事務控制、鎖管理、崩潰

優化核心認知 數據庫優化非單點調參，而是「系統理解 → 瓶頸定位 → 針對性優化」的系統工程。最關鍵因素是基礎架構設計（表結構、索引、分區、分庫分表），其次才是

故障現象 環境：Master MySQL 4.0.23，Slave MySQL 5.0.37（跨大版本複製）。 Slave 錯誤日誌循環報錯： [ERROR]

遷移動機 應用從 MySQL 遷移至其他數據庫（PostgreSQL、SQL Server、Oracle、Access 等）時，原生 SQL 方言差異導致插入/

核心工具對比 日誌類型讀取方法適用場景命令示例 Binlog (二進制日誌) 1. mysqlbinlog 命令行工具2. SQL: SHOW BIN

核心原理 通過 --skip-grant-tables 參數啟動 MySQL 實例，跳過權限表驗證，以無密碼 root 身份進入控制台，直接更新 mysql.u

環境準備與舊版本移除 在部署 MySQL 主從架構前，首先需確保系統環境乾淨。若伺服器已安裝舊版 MySQL（如 5.0.45），嘗試安裝新版 RPM 包（如

環境基線 OS：CentOS/RHEL 6/7 系列（yum/rpm 安裝） MySQL 版本：5.0/5.1/5.5/5.6/5.7（示例以 5.0.77

前言 MySQL 經歷 Sun（2008）與 Oracle（2009）兩次收購後，核心開發團隊大量流失，催生了豐富的存儲引擎創新與數據庫分支生態。本文系統梳理主