Mycat vs MySQL：核心區別與中間件定位

Mycat vs MySQL：核心區別與中間件定位

面試高頻題：「Mycat 和 MySQL 的區別？」一句话回答：MySQL 是對底層存儲文件的抽象；Mycat 是對 MySQL 叢集的抽象。

一、抽象層次對比

二、何時需要 Mycat？

• 單表數據量超過 2000W 行，查詢性能觸頂
• 單庫寫入 QPS 瓶頸，需水平分庫分表
• 跨庫 JOIN、分布式事務、全局序列號需求
• 讀寫分離：主庫寫、從庫讀，需透明路由
• 多租戶隔離：邏輯庫物理隔離

核心判準： 當應用需要面對「多個 MySQL 實例」時，引入中間件將其抽象為「一個邏輯庫」，對應用透明。

三、Mycat 核心能力

1. 分片路由：Range/Hash/Mod/時間/枚舉/自定義函數等多種分片算法
2. 讀寫分離：主從權重、一致性級別、強制主庫路由
3. SQL 改寫/攔截：分頁優化、函數下推、審計、防火牆
4. 高可用：心跳檢測、自動故障切換、主從切換
5. 分布式事務：XA、BASE（柔性事務）支援
6. 全局序列：本地文件、數據庫、ZK、雪花算法等多種方式

四、Mycat 不做的事

• 不存儲數據（無數據文件）
• 不執行存儲引擎邏輯（無 B+ 樹、MVCC、鎖管理）
• 不替代備份、監視、參數調優等 DBA 職能

五、架構演進視角

單機 MySQL → 主從複製 → 讀寫分離 → 垂直拆庫 → 水平分表 → Mycat/ShardingSphere 等中間件 → 分布式數據庫

Mycat 解決的是「應用不感知」的分庫分表接入問題，是邁向分布式數據庫架構的關鍵基礎設施。

總結

MySQL = 單節點數據庫服務器
Mycat = 數據庫叢集的統一入口與智能路由層
有分庫分表、讀寫分離、多實例管理需求時，才需要 Mycat。