背景：共享表空間 ibdata1 只增不減 啟用 innodb_file_per_table=ON 後，表數據存於獨立 .ibd 文件，但 **ibdata1

錯誤現象 SQL Error (2013): Lost connection to MySQL server at waiting for initial co

標準重置流程（MySQL 5.7/8.0 通用） 1. 停止服務 # 官方安裝包 sudo /usr/local/mysql/support-files/my

核心思路：圖形化工具 + skip-grant-tables = 零 SQL 修復 適用於 macOS (Intel/Apple Silicon) MySQL

適用場景 MySQL 5.6 系列（5.7+ 流程略有不同，參考專門文章） Root 密碼遺失、無其他超級賬戶可登錄 Linux 環境（Windows 類似，

為什麼需要事務？ 經典轉賬場景：A 轉 500 給 B。操作序列：扣款 → 入賬。若扣款後系統崩潰，A 損失 500，B 未收款。**事務確保：要麼全成功，要麼

版本選擇策略 穩定性優先：選 GA (Generally Available) 版本，如 5.7.44、8.0.36、8.4.0 LTS 架構匹配：Windo

導出數據庫：mysqldump 核心參數詳解 基本語法 dump_file.sql 常用參數對照表 參數說明建議值 -u / --user用戶名root

核心變更概覽 領域5.6 行為5.7 變更影響 用戶創建GRANT 隱式創建強制 CREATE USER + GRANT 分離避免意外創建無密賬戶 用戶名長度

為何需要密碼策略強制執行？ 人為設置複雜密碼不可控、不可審計。validate_password 將策略內核化，**違規操作直接在 SQL 層攔截**，實現合規

插件簡介 validate_password 為 MySQL 5.6.6+ 內置插件，強制執行密碼複雜度策略，防止弱密碼導致安全風險。 安裝與啟用 方法一：

背景：MySQL 8.0 前無原生窗口函數 MySQL 5.6/5.7 缺乏 ROW_NUMBER()，常用用戶變量模擬。但變量生命周期與會話綁定，**未顯式初

版本選型說明 MySQL 5.6 系列為成熟穩定分支，5.6.17 為 GA 版本。生產環境建議優先選擇 5.6.51+（含關鍵安全修復），學習測試 5.6.1

安裝前準備 官網下載：mysql-5.7.11-winx64.zip（免安裝壓縮包） 目標目錄建議：C:\Program Files\MySQL\（路徑無中文

MySQL 方案：STR_TO_DATE 函數 將字符串按指定格式解析為 DATETIME/DATE 類型，支援格式化符號與 DATE_FORMAT 一致。

現象還原：一個引號引發的災難 案例一：VARCHAR 列未加引號 → 全表掃描 -- 表結構：appkey VARCHAR(20) 主鍵第一列 -- 錯誤寫法

業務場景 當字符串字段存儲純數字（如 ID、排序值）需按數值排序或篩選時，隱式轉換會導致索引失效。必須顯式轉型： 核心函數對比：CAST vs CONVERT

核心結論先行 MySQL 5.0+ 版本中，VARCHAR(M) 的 M 代表字符數，與字符集無關。 VARCHAR(50) 無論存中文、英文、數字，均可容納

前言：為何需要修改字段長度？ 在關係型數據庫設計中，字段長度應在規劃階段確定，後期異動風險極高。但現實開發中，因需求變更或溝通疏漏，導致 VARCHAR 長度不

本文分為兩大部分：第一部分詳細記錄 CentOS 環境下 MySQL 5.5 源碼編譯安裝的完整流程（依賴安裝、CMake 配置、目錄佈局、權限設定、服務註冊）