MySQL Proxy 解決主從同步延遲導致讀寫不一致方案

問題本質

主從非同步複制，Slave 主動拉取 Binlog，受負載/網路影響延遲不可控（毫秒到數十秒）。應用寫入 Master 後立即從 Slave 讀取，會讀到舊資料。

常見權宜之計

• 寫入後 sleep(N)：粗暴、延長響應、無法保證
• 應用層快取寫入資料：複雜度高、一致性難保證

MySQL Proxy 核心方案

架構原理

Proxy 位於 Client 與 Master/Slave 之間，攔截 SQL 路由：

• 讀（SELECT）→ Slave
• 寫（INSERT/UPDATE/DELETE）→ Master

同步延遲檢測機制：心跳表

1. Master 建立單欄自增表 heartbeat(id BIGINT AUTO_INCREMENT)
2. 所有寫入操作觸發 Trigger 更新 heartbeat：INSERT INTO heartbeat VALUES (NULL)
3. Proxy 讀請求到來時，並發查詢 Master/Slave 的 SELECT MAX(id) FROM heartbeat
4. 兩者相等 → Slave 同步追上 → 路由至 Slave
5. 不相等 → Slave 落後 → 路由至 Master（強一致讀）

Lua 腳本關鍵鉤子

function read_query(packet)
    if packet:byte() == proxy.COM_QUERY then
        local sql = packet:sub(2)
        if sql:match("^%s*(INSERT|UPDATE|DELETE)") then
            proxy.queries:append(1, {type=proxy.MYSQL_SEND_QUERY, ...}) -- 發往 Master
        else
            -- 檢查 heartbeat 同步狀態
            proxy.queries:append(2, {type=proxy.MYSQL_SEND_QUERY, ...}) -- 決定 Slave 或 Master
        end
    end
end

優缺點權衡

生產級增強

• Proxy 叢集 + Keepalived/VIP 高可用
• 心跳表改用獨立低頻寫入，避免每筆業務寫入都觸發
• 引入 GTID 並監控 Seconds_Behind_Master 替代心跳表
• 考慮 ProxySQL 原生支援讀寫分離、查詢路由、快取

1. 上一篇文章： MySQL 水平分庫分表中間件 Spock Proxy 架構解析
2. 下一篇文章： MySQL Proxy 實戰：讀寫分離部署完整步驟

MySQL 資料庫相關知識

MySQL CHAR vs VARCHAR 深度對比：存儲機制、效能權衡與選型決策指南

字符型數據佔據資料庫 80%+ 存儲，CHAR（固定長度）與

MySQL 監控腳本大全：Shell 命令一鍵掌握效能、連線、複寫、緩衝區命中率等核心指標

生產級 MySQL 監控腳本庫：從連線數到 Innodb 緩

MySQL / phpMyAdmin 根密碼遺忘？五分鐘重置 root 密碼完整步驟

適用場景 Linux / Windows 通用 MySQL

MySQL 客戶端程式開發避坑指南：常見錯誤與最佳實務

從 client1 到 client5 的演進過程中，開發者