Amoeba for MySQL：分布式資料庫代理中間件深度實戰指南

Amoeba 核心架構、部署配置與分片策略全景解析

Amoeba（變形蟲）是基於 Java 開發的 MySQL 分布式資料庫前端代理層，專注於 SQL 路由、讀寫分離、負載均衡、數據分片（水平/垂直）、高可用故障轉移。本文系統梳理其核心概念、安裝部署、四大核心配置文件、主從讀寫分離實戰、水平/垂直分片規則配置，並分析適用邊界與限制。

一、核心定位與價值

• 透明代理：客戶端視其為普通 MySQL，零代碼改造接入
• SQL 路由引擎：解析 SQL，按規則分發至目標分片/讀寫節點
• 分片抽象：業務層無需感知物理分庫分表邏輯
• 高可用編排：主庫故障自動切換、從庫負載均衡、連接池管理

二、功能邊界與限制（選型必讀）

三、環境部署標準化流程

1. JDK 環境（建議 JDK 8+）

# 移除系統自帶 OpenJDK
rpm -qa | grep java | xargs rpm -e --nodeps

# 安裝 Oracle JDK
mkdir /usr/java && cd /usr/java
chmod +x jdk-8u301-linux-x64.rpm.bin
./jdk-8u301-linux-x64.rpm.bin

# 環境變量
echo 'export JAVA_HOME=/usr/java/jdk1.8.0_301' >> /etc/profile
echo 'export PATH=$PATH:$JAVA_HOME/bin' >> /etc/profile
source /etc/profile
java -version

2. Amoeba 安裝

mkdir /usr/local/amoeba && cd /usr/local/amoeba
wget https://sourceforge.net/projects/amoeba/files/amoeba-mysql-binary-2.2.0.tar.gz
tar -zxvf amoeba-mysql-binary-2.2.0.tar.gz
bin/amoeba start  # 驗證啟動

四、四大核心配置文件詳解

1. dbServers.xml：後端資料庫節點定義

• 抽象節點：定義共同屬性（端口、用戶、連接池），子節點繼承覆蓋 IP
• 虛擬節點：virtual="true"，聚合多物理節點實現負載均衡/高可用
• 連接池參數：maxActive/maxIdle/minIdle/eviction 策略調優關鍵

2. rule.xml：分片規則引擎核心

• tableRule：表級路由規則，含 defaultPools 兜底分片
• rule：單條規則，parameters 指定分片鍵欄位，expression 定義 Groovy/JS 表達式
• ruleResult：POOLNAME（返回目標節點）、PARTITIONS（返回分區）

3. functionMap.xml / ruleFunctionMap.xml：函數擴展機制

• 內建函數：hash()、abs()、mod()、range()
• 自定義函數：實現 RuleFunction 介面，打包 Jar 放入 lib/，XML 註冊

4. amoeba.xml：運行時核心配置

• proxy/service：前端監聽埠、認證器、IP 白名單
• runtime：線程池大小、SQL 快取、查詢超時
• queryRouter：規則加載器、預解析開關、默認/讀寫分離節點

五、主從架構下的讀寫分離實戰

1. dbServers.xml 定義主從節點與虛擬從庫池

<dbServer name="Master" parent="abstractServer">
  <factoryConfig><property name="ipAddress">192.168.0.1</property></factoryConfig>
</dbServer>

<dbServer name="Slave1" parent="abstractServer">...</dbServer>
<dbServer name="Slave2" parent="abstractServer">...</dbServer>

<dbServer name="virtualSlave" virtual="true">
  <poolConfig class="com.meidusa.amoeba.server.MultipleServerPool">
    <property name="loadbalance">1</property>  <!-- 1=輪詢 2=權重 3=HA -->
    <property name="poolNames">Slave1,Slave2</property>
  </poolConfig>
</dbServer>

2. amoeba.xml 啟用讀寫分離

<queryRouter class="com.meidusa.amoeba.mysql.parser.MysqlQueryRouter">
  <property name="defaultPool">Master</property>
  <property name="writePool">Master</property>
  <property name="readPool">virtualSlave</property>
  <property name="needParse">true</property>
</queryRouter>

路由邏輯：SELECT → readPool；INSERT/UPDATE/DELETE/DDL → writePool；其他 → defaultPool。

六、水平分片（Sharding）規則配置

場景：按用戶 ID 取模分片至兩實例

<tableRule name="MESSAGE" schema="test" defaultPools="blogdb-1,blogdb-2">
  <rule name="rule1">
    <parameters>ID</parameters>
    <expression><![CDATA[ abs(hash(id)) % 2 == 0 ]]></expression>
    <defaultPools>blogdb-1</defaultPools>
  </rule>
  <rule name="rule2">
    <parameters>ID</parameters>
    <expression><![CDATA[ abs(hash(id)) % 2 == 1 ]]></expression>
    <defaultPools>blogdb-2</defaultPools>
  </rule>
</tableRule>

進階分片函數

• range(id, 0, 1000000, 10000000)：範圍分片
• hash(id) % N：哈希均勻分片
• month(create_time)：時間維度分片
• 自定義複雜業務邏輯（如租戶隔離、地區就近）

七、垂直分片（業務解耦）配置

將不同業務域表路由至獨立資料庫：

<tableRule name="user" schema="userdb" defaultPools="userdb">
  <rule name="user_rule">
    <parameters>id</parameters>
    <expression>true</expression>  <!-- 全匹配 -->
    <defaultPools>userdb</defaultPools>
  </rule>
</tableRule>

<tableRule name="message" schema="blogdb" defaultPools="blogdb">...</tableRule>
<tableRule name="photo" schema="photodb" defaultPools="photodb">...</tableRule>

Amoeba 充當「資料網關」，應用統一連接 Amoeba，無需感知後端多庫拓撲。

八、運維關鍵指標與調優建議

九、總結與選型建議

• 適用場景：中小型互聯網應用、讀多寫少、業務可接受最終一致性、團隊缺乏分布式中間件深度定製能力
• 替代方案對比：
  • MyCat：功能更豐富、社區更活躍、支援分布式事務（弱 XA）
  • ShardingSphere：Java 生態整合度高、支援 Sidecar/Proxy 模式、治理功能強
  • Vitess：Kubernetes 原生、YouTube 驗證、適合超大規模
  • ProxySQL：輕量、高效能、專注讀寫分離/查詢重寫/緩存
• 遷移路徑：Amoeba → MyCat/ShardingSphere → Vitess/自研，隨業務規模演進

Amoeba 以簡潔配置實現核心分片與讀寫分離，是進入分布式資料庫架構的優秀入門中間件。但隨著業務複雜度提升，建議評估更現代化的治理型中間件，實現從「連接代理」向「資料服務網格」的演進。