經典「全量 + 增量」備份策略，實現任意時間點恢復（Point-In-Time Recovery, PITR）： 備份策略 每日全量備份 + 刷新 Binl

二進制安裝包默認不含 GBK，需從源碼重編譯添加。完整流程記錄： 操作步驟 查看當前字符集：SHOW CHARACTER SET; 確認無 GBK。 清理舊

生產服務器雙重定時任務：每日備份數據庫 + 每日清理圖表臨時文件，基於 crontab 實現： 1. 自動清理臨時文件（每日 03:00） crontab -

資深 DBA 實戰沉澱的 5 個高階技巧，直擊生產疑難雜癥： 1. InnoDB 亂序大批量導入：借 MyISAM 中轉 痛點：無主鍵/非遞增主鍵導入 Inn

彙總 MySQL 優化全景知識圖譜，覆蓋設計、使用、參數、硬體四大維度： 1. 數據庫設計規範 小類型優先：MEDIUMINT < INT < BIGINT

SELECT COUNT(*) FROM t 在 InnoDB 中默認掃描主鍵（聚簇索引），包含完整行數據，IO 擴大。利用二級索引可大幅加速： 原理對比

MySQL 提供兩個函數分別應對不同場景，切勿混淆： FOUND_ROWS()：SELECT 結果集行數 配合 SQL_CALC_FOUND_ROWS 使用

ROW_COUNT() 返回上一條 INSERT/UPDATE/DELETE 影響的行數。MySQL 行為與 Oracle/SQL Server 有關鍵差異：

LIMIT 100000, 20 會掃描 10 萬行再丟棄，IO 與 CPU 雙重浪費。優化核心思路：**覆蓋索引定位主鍵 → 回表僅取所需行**。 優化前後

MySQL Query Cache（查詢緩存）曾是讀密集型負載的利器，但因鎖競爭、失效率高、無法縮放，MySQL 8.0 已移除。本文為歷史版本（5.7 及以前

ALTER TABLE 是 DDL 操作核心，本文彙總高頻用法與語法模板，便於快速查閱： 列操作 -- 新增列 ALTER TABLE t ADD COLUM

EXPLAIN 是 SQL 優化的「聽診器」，能揭示優化器如何執行查詢。本文系統講解各輸出字段含義、連接類型優劣排序、實戰優化案例： 核心輸出字段詳解 字段

同一結果集多次遍歷時，指針已在末尾，二次循環無輸出。使用 mysql_data_seek($result, 0) 將指針重置至首行即可復用結果集： 問題復現

非法關機後 MySQL 拒絕啟動，錯誤日誌連續報 Table ./mysql/xxx is marked as crashed。經逐表修復 mysql.host

在 Ubuntu 上構建 MySQL 每日自動備份，核心組件：mysqldump 導出 + crontab 定時調度。以下為最小可用配置： 1. 創建備份目錄

主從同步（Master-Slave）實現寫入主庫、異步複製至從庫，支撐讀寫分離、備份卸載等場景。本文以 192.168.1.134 (Master) → 192

雙主同步（Master-Master）實現兩台服務器互為主從，寫入任意節點自動同步至另一節點。本文以 IP 192.168.1.134 (A) 和 192.16

MySQL 刪除操作兩大核心場景速查： 1. 模糊匹配刪除（前綴/包含/後綴） -- 刪除 id 以 B 開頭的所有行 DELETE FROM A WHERE

磁盤空間不足需將 MySQL 數據目錄遷移至掛載大容量磁盤的 /home/mysql_data。本文記錄 CentOS 7 完整遷移步驟與三大配置文件修改要點：

MySQL 默認 latin1 不支持中文，亂碼問題高發。本文系統梳理字符集查看、服務端修改、庫表級指定、連接層指定、腳本執行指定五大維度操作： 1. 查看當