核心認知：亂碼 = 編碼轉換錯誤 **傳輸不轉碼、存儲不轉碼、只有「輸入→連接→存儲」與「存儲→結果集→顯示」兩次轉碼會產生亂碼。** 只要全鏈路編碼一致，亂碼

前言 MySQL 提供 4 種啟動方式，適用場景截然不同。搞清原理與優劣，才能根據架構需求做正確選型。 方式一：mysqld（核心服務進程，手動前台/後台）

一、數據庫級操作 1.1 創建數據庫 CREATE DATABASE `db_name` CHARACTER SET utf8mb4 COLLAT

前言 ALTER TABLE 是 DDL 操作高發區，語法細節記不住、線上執行怕鎖表。本文整理 10 大高頻場景標準語法，附帶線上執行避坑提示，建議收藏備查。

事件回顧 一台 MySQL 從庫因硬件故障停機一周。運維修復上架並**開機自啟 MySQL 實例**（4 個實例）。實例啟動後自動連接主庫拉取 Binlog，累

工具定位 pt-kill：Percona Toolkit 組件，專門從 SHOW PROCESSLIST 或文件中讀取連接，按規則**打印/殺查詢/殺連接/執行

核心參數速覽 參數作用關鍵值 --busy-time查詢執行超時閾值（秒）如 5, 60 --idle-timeSleep 空閒超時閾值（秒）需配合 --m

前言 接續上文，本文聚焦 pt-kill 的**多維度精準匹配參數**，提供可直接落地的生產級命令模板，覆蓋按 User/Host/Command/State/

前言：為什麼需要 pt-kill？ MySQL 連接數打滿、長查詢拖垮性能、Sleep 連接佔用槽位——這些場景下，手工 KILL 既慢又漏。pt-kill（P

案例背景 2014-09-26 清晨，開發報告：文章表 content 字段被批量篡改為同一篇游記內容。日志定位攻擊時間：**2014-09-25 21:53:

現象：客戶端報「無法連接 localhost」 新部署的系統或啟用 IPv6 的機器上，手動安裝 MySQL 或護衛神面板安裝的實例，phpMyAdmin/Na

現象：加參數後連不上了 在 my.cnf [mysqld] 區塊添加 skip-name-resolve 以跳過 DNS 反解析、提升連接速度，重啟後卻發現遠程

前言：為什麼要謹慎刪除 Binlog？ 二進制日志是主從復制、時間點恢復的核心依據。隨意刪除會導致從庫斷檔、數據無法恢復。本文詳述 PURGE BINARY L

現象：明明改了配置，MySQL 卻視而不見 DBA 常遇困惑：my.cnf 參數已調整，重啟服務卻不生效。排查半天才發現——改錯文件了。MySQL 允許存在多個

前言：SQL 注入的本質 SQL 注入之所以屢禁不止，核心在於「模板 + 拼接」的編程範式：開發者用字符串拼湊 SQL，攻擊者構造輸入打破語法邊界，改變語句語義

前言 線上 MySQL 實例負載飆升，告警郵件接踵而至。面對這類突發狀況，如何快速定位瓶頸並精準施策？本文將以一個真實生產案例為主軸，完整復盤從作業系統層面切入

背景 InnoDB 異常恢復通常要求主鍵或唯一索引，但實際上可透過表級 index_id（GEN_CLUST_INDEX 類型）進行恢復。 實驗環境建立 CR

前言 Intel Edison（22nm Silvermont 雙核 Atom 500MHz，Yocto Linux）體積極小，透過安裝 MySQL 成為全球最

SSL 提供什麼保護？ 加密網路傳輸，防竊聽。 驗證伺服器身份，防中間人攻擊。 客戶端憑證作為雙因子認證（搭配密碼）。 替代方案：SSH 隧道（MySQL

一、更新套件來源 sudo apt-get update # 未執行直接安裝會報「無法下載軟體包」錯誤 二、安裝 MySQL Server/Client s