介绍Amoeba

一. 介绍Amoeba

1. Amoeba是什么？

Amoeba(变形虫)项目,该开源框架于2008年开始发布一款 Amoeba for Mysql软件。这个软件致力于MySQL的分布式数据库前端代理层，它主要在应用层访问MySQL的时候充当SQL路由功能，专注于分布式数据库代理层（Database Proxy）开发。座落与 Client、DB Server(s)之间,对客户端透明。具有负载均衡、高可用性、SQL 过滤、读写分离、可路由相关的到目标数据库、可并发请求多台数据库合并结果。通过Amoeba你能够完成多数据源的高可用、负载均衡、数据切片的功能，目前Amoeba已在很多企业的生产线上面使用。

2. 为何要使用Amoeba?

随着传统的数据库技术日趋成熟、计算机网络技术的飞速发展和应用范围的扩充，数据库应用已经普遍建立于计算机网络之上。这时集中式数据库系统表现出它的不足：集中式处理，势必造成性能瓶颈；应用程序集中在一台计算机上运行，一旦该计算机发生故障，则整个系统受到影响，可靠性不高；集中式处理引起系统的规模和配置都不够灵活，系统的可扩充性差。在这种形势下，集中式数据库将向分布式数据库发展。而Amoeba的透明、简易配置及多个优点使其成为分布式数据库代理产品中的优秀选择。

3. 分布式数据库代理的相关概念

Amoeba在分布式数据库领域将致力解决数据切分，应付客户端“集中式”处理分布式数据。这里集中式是一个相对概念，客户端不需要知道某种数据的物理存储地。避免这种逻辑出现在业务端，大大简化了客户端操作分布式数据的复杂程度。

分布式数据库系统的优点：

降低费用。分布式数据库在地理上可以式分布的。其系统的结构符合这种分布的要求。允许用户在自己的本地录用、查询、维护等操作，实行局部控制，降低通信代价，避免集中式需要更高要求的硬件设备。而且分布式数据库在单台机器上面数据量较少，其响应速度明显提升。
提高系统整体可用性。避免了因为单台数据库的故障而造成全部瘫痪的后果。
易于扩展处理能力和系统规模。分布式数据库系统的结构可以很容易地扩展系统，在分布式数据库中增加一个新的节点，不影响现有系统的正常运行。这种方式比扩大集中式系统要灵活经济。在集中式系统中扩大系统和系统升级，由于有硬件不兼容和软件改变困难等缺点，升级的代价常常是昂贵和不可行的。

4. Amoeba相关产品及其介绍

Amoeba for MySQL

Amoeba for MySQL致力于MySQL的分布式数据库前端代理层，它主要在应用层访问MySQL的时候充当query 路由功能，专注分布式数据库 proxy 开发。座落与Client、DB Server(s)之间。对客户端透明。具有负载均衡、高可用性、Query过滤、读写分离、可路由相关的query到目标数据库、可并发请求多台数据库合并结果。在Amoeba上面你能够完成多数据源的高可用、负载均衡、数据切片的功能。目前在很多企业的生产线上面使用。

那么Amoeba for mysql 对客户端程序来说是什么呢？我们就当它是mysql吧，它是一个虚拟的mysql，对外提供mysql协议。客户端连接amoeba就象连接mysql一样。在amoeba内部需要配置相关的认证属性。具体请参阅后面的章节。

Amoeba for Aladdin

与Amoeba for MySQL 类似，客户端连接Aladdin必须用MySQL 协议，之所以用MySQL协议，主要是想借助mysql使用的广泛程度以及对各种开发语言的支持。Aladdin后端可以同时连接各种数据库。只要这些数据库提供jdbc驱动。aladdin的出现可以解决企业在数据库整合上面提供积极的帮助。使用者不需要知道后端到底使用了什么类型的数据库、数据库的物理地址什么，这些由aladdin来分析sql语句，并且获得相应的要查询的表跟条件，然后由这些规则结合这些条件进行路由到相关的物理数据库。

Amoeba for MongoDB

随着NoSQL的日益兴起，mongoDB作为一款nosql数据库以其优异的性能得到了广泛的关注。可以说，mongoDB填补了传统关系型数据库以及传统键值型数据库的空白，并且兼具两者优秀特质。Amoeba for MongoDB将提供与Amoeba for MySQL类似的，完全自主、可控的切分方式、并尝试完成同样的auto sharding的功能。基于Amoeba框架，跟以往的产品一样具备心跳检测、负载均衡、故障转移、查询聚合等功能，保留了之前的配置方式，只要熟悉amoeba其中一款产品的配置，那么上手将非常容易的。

5. 比较Amoeba及其类似产品

Amoeba for Mysql 与MySQL Proxy比较

在MySQL proxy 6.0版本上面如果想要读写分离并且读集群、写集群机器比较多情况下，用mysql proxy 需要相当大的工作量，目前mysql proxy没有现成的 lua脚本。mysql proxy根本没有配置文件， lua脚本就是它的全部，当然lua是相当方便的。那么同样这种东西需要编写大量的脚本才能完成一个复杂的配置。而Amoeba for Mysql只需要进行相关的配置就可以满足需求。

Amoeba for mongoDB与mongos比较

mongodb中的数据切分有一个chunk的概念，每个chunk代表一个数据段（range)，当一个chunk的大小到达了指定的数据大小，就会自动切分成两个。 Mongos是根据数据段（chunk）进行切分的，且切分依据的字段必须是一个key。而目前大多的应用中，id（尤其是用户ID）是无序化的，可能有些用户是手机号、有些是会员卡号等等。这使得proxy的range切分难以实施。因此，虽然mongodb的mongos提供了automatic sharding的功能，但由于数据切分的不可控，常常不能满足我们的需要。 Amoeba for MongoDB提供完全自主、可控的切分方式。

6. Amoeba不能做什么？

目前还不支持事务
暂时不支持存储过程（近期会支持）
不适合从amoeba导数据的场景或者对大数据量查询的query并不合适（比如一次请求返回10w以上甚至更多数据的场合）
暂时不支持分库分表，amoeba目前只做到分数据库实例，每个被切分的节点需要保持库表结构一致

二. 安装和运行Amoeba

1. 验证Java安装

如果你的机器上没有安装JavaTM环境，可以访问http://www.oracle.com/technetwork/java/javase/downloads/index.html进行下载。可以根据你的操作系统等详情安装JavaTM环境。

2. 下载Amoeba

你可以在Amoeba在SourceForge的主页下载Amoeba，http://sourceforge.net/projects/amoeba/files/。

当你下载的时候，请确保选择Amoeba的最新版本。Amoeba目前有三个开源产品，分别是适用于拥有JDBC Driver的数据库的Amoeba for Aladdin、适用于MySQL数据库的Amoeba for MySQL以及适用于mongoDB数据库的Amoeba for mongoDB。本指南编写时，Amoeba for Aladdin的最新版本是amoeba-aladdin-0.7.0-BETA.tar.gz，Amoeba for MySQL的最新版本是amoeba-mysql-binary-2.0.1-BETA.tar.gz，Amoeba for mongoDB的最新版本是amoeba-mongodb-binary-1.2.0-BETA.tar.gz，请选择合适的版本下载。

3. 安装Amoeba

不同操作系统因其实现不同而有较大差异，以下小节概括了在常见系统中安装Amoeba的最佳实践。

以下的安装过程仅仅以Amoeba for MySQL作为例子，Amoeba for Aladdin和Amoeba for MongoDB的安装方式是类似的。

在Microsoft Windows上安装Amoeba

你可以从http://sourceforge.net/projects/amoeba/files/下载Amoeba的最新版本。找个地方存放它，并解压到你需要安装的位置。这里假设你将存档文件解压到C:\Program Files\amoeba-mysql-binary-2.0.1-BETA，解压到其他路径是一样的。进入Ameoba运行目录：C:\Users\Admin > cd c:\Program Files\amoeba-mysql-binary-2.0.1-BETA\bin

在Linux上安装Amoeba

与在Microsoft Windows系统上安装的过程类似，下载后存放并解压到安装的位置。这里假设你将存档文件解压到/usr/local/amoeba-mysql-binary-2.0.1-BETA，解压到其他路径也是一样的。进入Ameoba运行目录：[]$ cd AMOEBA_HOME=/usr/local/amoeba-mysql-binary-2.0.1-BETA/bin

在Mac OSX上安装Amoeba

参照第3.2节。

在FreeBSD或OpenBSD上安装Amoeba

参照第3.2节。

4. 验证Amoeba的安装

三. Amoeba入门

1. 通过Amoeba对一个数据库实例进行操作

本小节的主要目的是帮助你在修改最少配置并且仅仅有最少资源的情况下，快速的搭建起一个可用的，通过Amoeba连接的数据库。本节并不会讲述Amoeba的一些更实用的功能（比如分片等等）但相信这节会给你一个极大的使用Amoeba的信心，你会发现Amoeba的使用比想象的简单地多。

2. 校验amoeba的运行状态

3. 验证数据库是否可以正常连接

要通过Amoeba来连接数据库首先数据库需要正常对外提供服务，根据不同的数据库类型按以下方式进行验证。

MySQL的情形下:

$ mysql -uroot -ppassword -h127.0.0.1 -P3306 Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 125 Server version: 5.5.9 MySQL Community Server (GPL) Copyright (c) 2000, 2010, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. mysql>

这里只是一个命令的例子，其中*-u选项后是MySQL用户名、-p选项后是MySQL密码、-h选项后是MySQL所在主机地址以及-P{*}选项后是MySQL服务的端口号。

通过以上命令你可以验证MySQL的正常对外服务。

Caution

需要注意的是，以上命令需要在Amoeba所在的机器执行。因为iptables等配置很容易使得Amoeba无法访问MySQL。

MongoDB的情形下:

$ mongo 127.0.0.1:27017 MongoDB shell version: 1.6.2 connecting to: 127.0.0.1:27017/test >

里只是一个mongodb登录命令的示例，其中的主机地址以及端口号需根据你的实际情况。

Caution

需要注意的是，以上命令需要在Amoeba所在的机器执行。因为iptables等配置很容易使得Amoeba无法访问mongoDB。

4. 配置Amoeba

在这一节主要包含对Amoeba进行最基本的配置使得你可以通过Amoeba对一台数据库进行操作，当然借由这个机会本节也将对Amoeba的配置文件梗概性地介绍。

Amoeba基础配置介绍

Amoeba有哪些主要的配置文件？

想象Amoeba作为数据库代理层，它一定会和很多数据库保持通信，因此它必须知道由它代理的数据库如何连接，比如最基础的：主机IP、端口、Amoeba使用的用户名和密码等等。这些信息存储在$AMOEBA_HOME/conf/dbServers.xml中。
Amoeba为了完成数据切分提供了完善的切分规则配置，为了了解如何分片数据、如何将数据库返回的数据整合，它必须知道切分规则。与切分规则相关的信息存储在$AMOEBA_HOME/conf/rule.xml中。
当我们书写SQL来操作数据库的时候，常常会用到很多不同的数据库函数，比如：UNIX_TIMESTAMP()、SYSDATE()等等。这些函数如何被Amoeba解析呢？$AMOEBA_HOME/conf/functionMap.xml描述了函数名和函数处理的关系。
对$AMOEBA_HOME/conf/rule.xml进行配置时，会用到一些我们自己定义的函数，比如我们需要对用户ID求HASH值来切分数据，这些函数在$AMOEBA_HOME/conf/ruleFunctionMap.xml中定义。
Amoeba可以制定一些可访问以及拒绝访问的主机IP地址，这部分配置在$AMOEBA_HOME/conf/access_list.conf中
Amoeba允许用户配置输出日志级别以及方式，配置方法使用log4j的文件格式，文件是$AMOEBA_HOME/conf/log4j.xml。

配置一个DB节点

以下是配置一个DB节点，使用Amoeba做操作转发的步骤：

首先，在$AMOEBA_HOME/conf/dbServers.xml中配置一台数据库，如下：
Example 1.1. 简单的DB节点配置

 
      
      
       
       
        
        
          ${defaultManager} 
         
        
          64 
         
        
          128 
         
         
        
          3306 
         
         
        
          test 
         
         
        
          root 
         
         
        
          password 
         
        
        
        
          500 
         
        
          500 
         
        
          10 
         
         
         
         
         
        
          true 
         
        
          true 
         
        
       
       
        
         
        
          127.0.0.1 
         
        
       
       
        
         
        
          1 
         
         
        
          server1

以下对这个简单的配置文件进行一些分析：

	这份dbServers配置文件中，我们定义了三个dbServer元素，这是第一个dbServer元素的定义。这个名为abstractServer的dbServer，其abstractive属性为true，这意味着这是一个抽象的dbServer定义，可以由其他dbServer定义拓展。
	在第一个dbServer元素分别定义MySQL的端口号、数据库名、用户名以及密码。
	manager定义了该dbServer选择的连接管理器（ConnectionManager），这里引用了amoeba.xml的配置，稍后介绍。
	dbServer下有poolConfig的元素，这个元素的属性主要配置了与数据库的连接池，与此相关的具体配置会在后面的章节中详细介绍。
	命名为server1的dbServer元素，正如你设想的那样，这个server1是abstractServer的拓展，parent属性配置了拓展的抽象dbServer，它拓展了abstractServer的ipAddress属性来指名数据库的IP地址，而在端口、用户名密码、连接池配置等属性沿用了abstractServer的配置。
	server1拓展了abstractServer的ipAddress属性。
	这一段其实并不需要配置，并不会影响到基本使用。以下大致介绍下此配置的含义：multiPool是一个虚拟的数据库节点，可以将这个节点配置成好几台数据库组成的数据库池。比如上面这个配置中仅配置了一台server1，负载均衡策略为ROUNDROBIN（轮询）。与虚拟数据库节点相关的详细教程会在后面的章节中介绍。

由此，你大概可以理解定义abstractServer的原因：当我们有一个数据库集群需要管理，这个数据库集群中节点的大部分信息可能是相同的，比如：端口号、用户名、密码等等。因此通过归纳这些共性定义出的abstractServer极大地简化了dbServers配置文件：

Example 1.2. 一个利用定义抽象节点配置集群的例子

 
   
   
    
     
     
       ${defaultManager} 
      
     
       64 
      
     
       128 
      
     
       3306 
      
     
       test 
      
     
       root 
      
     
       password 
      
     
     
     
       500 
      
     
       500 
      
     
       10 
      
      
      
      
      
     
       true 
      
     
       true 
      
     
    
    
     
      
     
       192.168.0.1 
      
     
    
    
     
      
     
       192.168.0.2 
      
     
    ......

再配置完dbServer.xml后，继续配置amoeba.xml文件：
Example 1.3. 一个基本的amoeba.xml例子

发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/215671.html原文链接：https://javaforall.net

介绍Amoeba

一. 介绍Amoeba

1. Amoeba是什么？

2. 为何要使用Amoeba?

3. 分布式数据库代理的相关概念

4. Amoeba相关产品及其介绍

Amoeba for MySQL

Amoeba for Aladdin

Amoeba for MongoDB

5. 比较Amoeba及其类似产品

Amoeba for Mysql 与MySQL Proxy比较

Amoeba for mongoDB与mongos比较

6. Amoeba不能做什么？

二. 安装和运行Amoeba

1. 验证Java安装

2. 下载Amoeba

3. 安装Amoeba

在Microsoft Windows上安装Amoeba

在Linux上安装Amoeba

在Mac OSX上安装Amoeba

在FreeBSD或OpenBSD上安装Amoeba

4. 验证Amoeba的安装

三. Amoeba入门

1. 通过Amoeba对一个数据库实例进行操作

2. 校验amoeba的运行状态

3. 验证数据库是否可以正常连接

Caution

Caution

4. 配置Amoeba

关于作者

全栈程序员-站长

发表回复

介绍Amoeba

一. 介绍Amoeba

1. Amoeba是什么？

2. 为何要使用Amoeba?

3. 分布式数据库代理的相关概念

4. Amoeba相关产品及其介绍

Amoeba for MySQL

Amoeba for Aladdin

Amoeba for MongoDB

5. 比较Amoeba及其类似产品

Amoeba for Mysql 与MySQL Proxy比较

Amoeba for mongoDB与mongos比较

6. Amoeba不能做什么？

二. 安装和运行Amoeba

1. 验证Java安装

2. 下载Amoeba

3. 安装Amoeba

在Microsoft Windows上安装Amoeba

在Linux上安装Amoeba

在Mac OSX上安装Amoeba

在FreeBSD或OpenBSD上安装Amoeba

4. 验证Amoeba的安装

三. Amoeba入门

1. 通过Amoeba对一个数据库实例进行操作

2. 校验amoeba的运行状态

3. 验证数据库是否可以正常连接

Caution

Caution

4. 配置Amoeba

关于作者

全栈程序员-站长

相关推荐

ArkClaw让“养虾”更安全！火山引擎AI助手安全解决方案全面升级

hexo博客搭建及主题优化(二)

什么是MiniPCIe？MiniPCIe的作用是什么？「建议收藏」

Weibull分布(韦伯分布、威布尔分布)

Linux chmod命令及权限含义

ring0获取指定进程的PEB

发表回复