早期 CentOS 5 系列無官方 MySQL 5.1 RPM，需源碼編譯。本文記錄在單機部署兩個 MySQL 5.1.33 實例（3306/3307 端口）的

優秀的數據庫設計不是一次畫圖，而是持續演進的工程藝術。本文彙總 20 條經驗法則，涵蓋命名、類型、約束、索引、範式、安全、備份、文檔、運維八大維度，作為設計評審

本教程面向零基礎開發者，21 分鐘帶你跑通 MySQL 安裝、庫表操作、核心 SQL、索引原理、常用優化五大模塊，建立完整知識骨架。 第 1 分鐘：安裝與連接

視圖能封裝複雜 JOIN 邏輯，對上層應用呈現「單表」介面。本文給出創建/刪除視圖標準語法，並總結多表 INNER JOIN 的通用嵌套寫法模板，支援任意張表無

生產環境 MySQL 故障五花八門，本文彙總 7 大高頻災難場景，提供「最小停機、零數據丟失」的標準化處置流程，涵蓋 MyISAM 表崩潰自動修復、多實例端口衝

MyISAM 表因無事務、索引與數據分離，極易因斷電、殺進程、磁盤故障導致損壞。本文系統梳理損壞成因、典型報錯、預防體系，並對比三種修復路徑：SQL 層 CHE

MySQL 表在長期增刪改後會產生統計信息過期、碎片堆積、甚至頁損壞。本文系統講解 ANALYZE TABLE、CHECK TABLE、OPTIMIZE TAB

業務需求：酒店列表按中文名拼音排序。MySQL 預設 utf8_general_ci 按字符編碼排序（非拼音），需顯式指定拼音規則。本文提供兩種方案，涵蓋「極簡

業務中高頻需求：「查今天/昨天/近 N 天/本月/上月的訂單/日誌」。本文針對 INT 時間戳與 DATETIME/TIMESTAMP 兩類字段，給出標準寫法，

錯誤 ERROR 1045 (28000): Access denied for user root@localhost (using password: YE

場景：需一次性更新 5000 條會員記錄（id、name、email）。傳統 UPDATE 僅支援單條，循環執行 5000 次網絡往返極慢。MySQL 獨有的

MySQL 5.6.4 之前，DATETIME/TIMESTAMP 僅支援秒級精度，無法原生存儲毫秒/微秒。雖然 5.6.4+ 已支援 DATETIME(6)/

MySQL 存儲過程通過 DECLARE ... HANDLER 捕獲運行時錯誤，實現「遇錯不中斷」或「優雅退出」的業務邏輯。本文系統梳理語法結構、條件值分類、

主從復制是 MySQL 高可用、讀寫分離、備份卸載的基石。本文以雙節點（Master 192.168.10.1 / Slave 192.168.10.2）為例，

MySQL 5.1 引入的分區功能，實質是在邏輯層對單表進行「水平切分」：對應用透明，仍是一張表；底層則將數據文件（.MYD/.ibd）與索引文件（.MYI）按

在 MySQL 開發與運維場景中，最令人心驚膽戰的莫過於「手滑」執行了無 WHERE 條件的 UPDATE 或 DELETE，瞬間導致全表數據被篡改或清空。本文

MySQL 死鎖深度剖析：InnoDB 行鎖機制、死鎖日誌解讀、SQL 拆分解決方案實戰 死鎖是高併發 InnoDB 系統的常見痛點。本文從鎖機制原理切入，實戰

MySQL 連線數優化：max_connections 監控指標、動態調整與配置持久化 ERROR 1040: Too many connections 是高併

MySQL Binlog 清理指南：手動清理、自動過期、主從同步安全清理全流程 Binlog（mysql-bin.000***）佔用大量磁碟空間，若不清理會導致

MySQL 事務完整指南：ACID 特性、引擎選擇、隔離級別、Savepoint 部分回滾與實戰範例 事務是資料庫一致性的基石。本文系統梳理 ACID 四大特性