MySQL 資料亂碼根因分析：字符集不一致導致 UPDATE 損壞正確資料

故障現象

• 用戶反饋：下午 1 點後資料變亂碼
• 排除顯示層：SET NAMES utf8 + 客戶端 utf8 仍顯示亂碼
• HEX(item_title) 確認底層儲存已損壞

根因追蹤：Binlog 還原真相

-- Binlog 顯示的 UPDATE 語句
UPDATE `promo_item` SET item_title='????' WHERE promo_item_id=500186324;
-- 明顯以 latin1 寫入中文，導致資料永久損壞

全查詢日誌揭露應用行為

1. 應用連線建立後 未執行 SET NAMES
2. 直接 SELECT item_title FROM promo_item WHERE ... 導出資料
3. 預設 character_set_results=latin1，中文變問號
4. 應用拼接問號內容組成 UPDATE 回寫，覆蓋正確資料

驗證實驗

-- 預設 latin1 環境下
SELECT item_title FROM promo_item WHERE promo_item_id=500186324;
-- 結果顯示一堆問號，確認導出階段已損壞

字符集配置層級關係圖

SHOW VARIABLES LIKE 'character_set_%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8          ← 應用發送編碼 |
| character_set_connection | utf8          ← 伺服器轉換目標 |
| character_set_results    | latin1        ← 結果集返回編碼（關鍵！）|
| character_set_server     | utf8          ← 伺服器預設    |
+--------------------------+----------------------------+

解決方案與預防清單

核心原則

1. 全鏈路一致：Client → Connection → Results → Server → Table → Column
2. 拒絕隱式轉換：永遠顯式指定連線字符集
3. utf8mb4 取代 utf8：完整支援 Emoji 與補充字符

1. 上一篇文章： MySQL DDL 與約束操作完整指南：增刪改查、外鍵、索引、重命名
2. 下一篇文章： MySQL 大小寫敏感查詢完整指南：校對規則四層級配置與繞過技巧

MySQL 資料庫相關知識

一致性哈希算法深度解析：原理、虛擬節點與分佈式緩存架構實戰

傳統取模算法的災難性缺陷 分佈式緩存集群N台節點，路由算法h

Linux 二進制包安裝 MySQL 5.6 圖文全記錄：從下載到安全配置

一、 下載與解壓 # 官網下載 Linux Generic

MySQL 5.7.16 綠色版極簡安裝指令碼：一鍵部署到可用

適用場景 Windows 開發機、CI/CD 暫存環境、快速

SQL ORDER BY 排序完全指南：ASC/DESC、多欄、運算式、別名、位置、非選取欄位

ORDER BY 是 SQL 結果集排序的唯一標準語法。本文