認知誤區：集成環境已包含 MySQL 初學者常習慣尋找 MySQL 安裝路徑，實則集成環境（如 XAMPP、WAMP）已內置 MySQL，無需單獨安裝。訪問方式

環境準備 角色主機名IP 地址 MasterMaster.server192.168.76.131 SlaveSlave.server192.168.7

項目背景與性能瓶頸 近期公司一個基於 PHP+MySQL 架構的專案，主表記錄量約 150 萬條。為了搜索引擎收錄，針對 SEO 做了專門優化：搜索「山東+公司

類概覽 dbstuff 是 UCHome (Comsenz) 早期版本使用的 MySQL 封裝類，基於 mysql_* 扩展，提供連接管理、查詢執行、結果集獲取

CREATE INDEX 語法 MySQL 3.23+ 引入，內部映射為 ALTER TABLE。不能創建主鍵索引，僅支援普通索引與唯一索引。 CREATE [

環境信息 節點IP角色 Server01192.168.1.31Master A / Slave B Server02192.168.1.32Maste

前言：索引在存儲引擎層實現 MySQL 索引**不在 Server 層**，而是由各存儲引擎自行實現。因此不同引擎索引結構、能力、限制差異巨大。本文聚焦 Inn

痛點現場：百萬數據分頁翻到第 10 萬頁 SELECT * FROM cp_mo100227 WHERE cpid=769 LIMIT 888888, 10;

MySQL 集群方案五維對比 方案架構成本優點缺點速度(相對單機)適用場景 1. MySQL Cluster (NDB)共享無架構，數據分片內存極高（大

環境信息 項目數值 OSCentOS 5.2 MySQL5.1.44 (源碼編譯) Master192.168.x.166 Slave192.168.x

一、命名規範（強制） 對象最大長度字符集風格示例 資料庫64[a-z_]小寫+下劃線biz_order 表64[a-z_]小寫+下劃線，模塊前綴orde

背景與定位 本類針對**舊項目維護**、**教學演示**、**快速原型**場景，封裝 mysql_* 系列函數實現分頁。**生產新項目嚴禁使用**，應改用 PD

常見啟動失敗：libevent 找不到 現象：./mysql-proxy: error while loading shared libraries: libe

為什麼需要一級緩存？ 每次數據庫查詢涉及：連線建立、網絡往返、SQL 解析、執行計劃、結果集傳輸、對象映射。Hibernate 一級緩存（Session Cac

場景對比 架構寫入高可用讀取擴展衝突風險適用場景 單向主從無（主掛需人工切換）強（多從庫分攤讀）無讀多寫少、可接受分鐘級 RTO 雙主（Master-M

本方案針對大型 Web 系統，設計一套基於 LVS + Heartbeat + MySQL Cluster 的高可用架構，實現負載均衡、緩存加速、靜態動態分離、

核心結論先行 對於能夠被利用的查詢，多列聯合索引在所有情況下都優於 Index Merge（多單列索引合併）。 優化器甚至可能放棄 Index Merge 而

安裝後驗證服務狀態 sudo netstat -tap | grep mysql # 輸出含 LISTEN 即啟動成功 # tcp 0 0 localhos

兩大定位手段對比 維度慢查詢日誌SHOW PROCESSLIST 捕獲時機查詢結束後寫入實時查看正在執行的線程 適用場景事後複盤、趨勢分析、定期巡檢線上

痛點：LIKE %keyword% 的效能深淵 傳統 SELECT * FROM articles WHERE content LIKE %keyword% 無