Amoeba中怎么實現MySQL負載均衡和故障轉移

這篇文章將為大家詳細講解有關Amoeba中怎么實現MySQL負載均衡和故障轉移，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

Amoeba(變形蟲，讀：阿米巴)項目，專注分布式數據庫proxy開發。座落與Client、DB Server(s)之間。對客戶端透明。具有負載均衡、高可用性、sql過濾、讀寫分離、可路由相關的query到目標數據庫、可并發請求多臺數據庫合并結果。
主要解決：
? 降低數據切分帶來的復雜多數據庫結構
? 提供切分規則并降低數據切分規則給應用帶來的影響
? 降低db 與客戶端的連接數[@more@]

1.3    安裝Amoeba
Amoeba 框架是基于JDK1.5開發的，采用了JDK1.5的特性。支持Mysql  協議版本10（mysql 4.1以后的版本），因此，使用Amoeba需要安裝JDK1.5或以上版本，MySQL需要4.1以上版本。
系統及環境版本：
Linux版本：Linux localhost.localdomain 2.6.9-67.ELsmp #1 SMP Fri Nov 16 12:48:03 EST 2007 i686 i686 i386 GNU/Linux
JDK版本：jdk-6u16-linux-i586-rpm.bin

1.到sun公司網站下載包jdk1.6.0_16-linux-i586.rpm
2.安裝:rpm -ivh jdk1.6.0_16-linux-i586.rpm
3.安裝后之后需要配置環境變量。
vi  /etc/profile
JAVA_HOME=/usr/java/jdk1.6.0_16
JAVA_BIN=/usr/java/jdk1.6.0.16/bin
PATH=$PATH:$JAVA_HOME/bin
CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
export JAVA_HOME JAVA_BIN PATH CLASSPATH
使之生效
source /etc/profile

注意，需要把jdk名字修改成您所下載的JDK當前版本。
下一步是必須的，不然它總是調用FC6自帶的jdk1.4

創建鏈接
　　#cd /usr/bin
　　#ln -s -f /usr/local/jdk1.5.0_05/jre/bin/java
　　#ln -s -f /usr/local/jdk1.5.0_05/bin/javac

查看java版本：java -version
vi Hello.java
再編一個java小程序:
public class Hello{
public static void main(String[] args){
System.out.println("hello"); }
}
>javac Hello.java
>java Hello
出現 Hello即表明成功

安裝好JDK后，再運行amoeba for mysql。

1.到amoeba開發者博客下載最新版本amoeba-mysql-1.0.2-BETA
2.配置amoeba.xml和rule.xml文件，具體參考相關資料
3.切換到amoeba-mysql-1.0.2-BETA目錄，輸入
>./bin/amoeba
即可(后臺運行)
1.4    配置Amoeba
Amoeba的配置文件是XML格式的，使用起來很方便。主要有4個文件：
?    Amoeba.xml是主配置文件，配置所有數據源及Amoeba自身的參數。
?    rule.xml，配置所有Query路由規則的信息：
?    functionMap.xml，配置用于解析Query中的函數所對應的Java實現類。
?    nullFunctionMap.xml，配置路由規則中需要使用到的特定函數的實現類。

詳細的配置說明請查看官方文檔。

1.5    測試Amoeba對性能的影響
Amoeba需要分析MySQL協議數據包，因此在性能上必定會有折損。以下針對Amoeba的性能折損情況做個測試，測試方法是對單機直接訪問與通過Amoeba對單機訪問做個對比。
Amoeba只配置一臺server，如Router部分配置如下



               1500
               master1


               master1
               master1

               true


直接訪問：
sysbench --num-threads=20 --max-requests=10000
--test=oltp --oltp-read-only=on --db-ps-mode=disable --oltp-skip-trx
--mysql-table-engine=innodb --oltp-table-size=100000
--mysql-host=192.168.100.2 -mysql-port=3306 --mysql-db=configdb run

OLTP test statistics:
   queries performed:
       read:                            140000
       write:                           0
       other:                           0
       total:                           140000
   transactions:                        10000  (751.32 per sec.)
   deadlocks:                           0      (0.00 per sec.)
   read/write requests:                 140000 (10518.52 per sec.)
   other operations:                    0      (0.00 per sec.)

Test execution summary:
   total time:                          13.3099s
   total number of events:              10000
   total time taken by event execution: 265.8874
   per-request statistics:
        min:                                  4.61ms
        avg:                                 26.59ms
        max:                                 80.70ms
        approx.  95 percentile:              45.12ms

Threads fairness:
   events (avg/stddev):           500.0000/7.78
   execution time (avg/stddev):   13.2944/0.01



sysbench --num-threads=20 --max-requests=10000
--test=oltp --oltp-read-only=on --db-ps-mode=disable --oltp-skip-trx
--mysql-table-engine=innodb --oltp-table-size=100000
--mysql-host=192.168.100.2 -mysql-port=8066 --mysql-db=configdb run

OLTP test statistics:
   queries performed:
       read:                            140000
       write:                           0
       other:                           0
       total:                           140000
   transactions:                        10000  (303.17 per sec.)
   deadlocks:                           0      (0.00 per sec.)
   read/write requests:                 140000 (4244.42 per sec.)
   other operations:                    0      (0.00 per sec.)

Test execution summary:
   total time:                          32.9845s
   total number of events:              10000
   total time taken by event execution: 658.9933
   per-request statistics:
        min:                                  6.59ms
        avg:                                 65.90ms
        max:                              10229.09ms
        approx.  95 percentile:             109.86ms

Threads fairness:
   events (avg/stddev):           500.0000/66.18
   execution time (avg/stddev):   32.9497/0.01

從測試結果來看，Amoeba對性能的折損60%左右。如果再加上rule和functionMap的配置，我相信性能折損會更高。不過Amoeba對機器的性能要求很高，如果把Amoeba獨立部署在一臺性能較強的機器上，相信會有很大提升，另外，我們也可以同時使用多臺Amoeba，用LVS來實現Amoeba自身的負載均衡和故障轉換。

關于Amoeba中怎么實現MySQL負載均衡和故障轉移就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。