MySQL基于Amoeba实现读写分离

读写分离应用分析:

在企业用户中,在大量的数据请求下,单台数据库将无法承担所有读写操作。解决方法:

配置多台数据库服务器以实现主从复制+读写分离。

 1、基于程序代码内部实现

在代码中根据select、 insert 进行路由分类,这种方法目前生产环境中应用最广泛。优点是性能较好,因为在程序代码中实现,不需要增加额外的设备作为硬件开支。缺点是需要开发人员能来实现,运维人员无从下手。

2、基于中间代理层实现

代理一般位于客户端和服务器之间,代理服务器接到客户端请求后通过判断后转发到后端数据库。

常见的代理服务器:

MySQL-Proxy

Amoeba

实验环境:

amoeba: 192.168.200.114

master:192.168.200.111

slave1:192.168.200.112

slave2:192.168.200.113

client:192.168.200.123

前提是主从服务器支持主从复制

配置amoeba服务器:

1.安装amoeba软件

准备好jdk-6u14-linux-x64.bin文件

2.给与该文件执行权限

chmod +x jdk-6u14-linux-x64.bin

3.执行该文件

./jdk-6u14-linux-x64.bin

执行后会进入阅读模式,一直按回车,提示是否安装是输入yes

4.将文件移动

mv jdk1.6.0_14/ /usr/local/jdk1.6

5.修改配置文件

vim /etc/profile

在最后末行添加以下信息:

export JAVA_HOME=/usr/local/jdk1.6
export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib:$JAVA_HOME/jre/lib
export PATH=$PATH:$JAVA_HOME/lib:$JAVA_HOME/jre/bin:$HOME/bin

export AMOEBA_HOME=/usr/local/amoeba
export PATH=$PATH:$AMOEBA_HOME/bin

6.查看java版本信息(不建议安装1.7以上的版本,推荐使用1.6及以下)

java -version

显示1.7的版本

7.删除java文件

rm -rf /usr/bin/java

8.重新加载文件信息

source /etc/profile

9.再次查看版本信息

java -version

10.安装配置amoeba

事先准备amoeba包

amoeba-mysql-binary-2.2.0.tar.gz

11创建文件目录

mkdir /usr/local/amoeba

解包:

tar xf amoeba-mysql-binary-2.2.0.tar.gz -C /usr/local/amoeba/

12.给与755的权限

chmod -R 755 /usr/local/amoeba/

 13.执行amoeba

/usr/local/amoeba/bin/amoeba

 #出现amoeba start|stop证明配置没有问题

在MySQL数据库服务器上对amoeba授权:

1.在每一台服务器上登录数据库执行:

grant all on *.* to ‘admin‘@‘192.168.200.%‘identified by‘123123‘;

2.刷新授权表:

flush privileges;

在amoeba服务器上编辑amoeba.xml配置文件,设置读写分离:

cd /usr/local/amoeba/conf/

cp amoeba.xml amoeba.xml.origin

vim amoeba.xml

设置一个用户,后面的客户端访问时使用

设置登录密码

将注释去掉,设置默认的服务器池||写服务器池||读服务器池

在amoeba服务器上编辑配置文件,设置登录MySQL服务器的用户及密码、MySQL服务器节点的IP地址、负载均衡的算法:

cd /usr/local/amoeba/conf/

cp dbServers.xml dbServers.xml.origin

vim dbServers.xml

默认端口为3306,设置访问MySQL数据库的所用的用户名和密码

依次为:主MySQL服务器的名称和IP地址

    从MySQL服务器1的名称和IP地址

    从MySQL服务器2的名称和IP地址

与主从MySQL服务器对应

设置readpool

负载均衡算法值为1,轮询算法

前面定义的服务器节点名

测试环境:

启动amoeba

1.检查配置是否出错

/usr/local/amoeba/bin/amoeba

amoeba start|stop表示没出错

2.起服务

/usr/local/amoeba/bin/amoeba &

3.检查端口8066

netstat -lnpt|grep java

原文地址:https://www.cnblogs.com/990114-jhc/p/11678338.html

时间: 2024-10-11 12:19:25

MySQL基于Amoeba实现读写分离的相关文章

mysql基于amoeba配置读写分离

                     Mysql高级集群-读写分离Amoeba                          mysql在配置好主从复制之后,已经达到双机热备和容灾的效果.此博客是建立在主从复制的前提上 ,mysql基于amoeba的配置读写分离在我看来:就是为了达到数据库高可用性,安全性以及高并发,达到 负载均衡的效果.说简单点,我个人觉得意思就是让主服务器轻松点,不易挂掉.还有就是充分利用从服务器.  本人水平有限,望各位大神多多指点指点.我非常乐意听取意见. 此版本

mysql基于amoeba的读写分离

如何实现mysql读写分离 : 通常来说有两种方式:                      master<--->master  (前读,后写)                                                                          | 1,应用程序层实现                                                                                          

mysql基于mysql-proxy的读写分离

mysql-proxy:192.168.20.109 master: 192.168.20.135 slave:192.168.20.137 2.下载msql-proxy:wget http://cdn.mysql.com/Downloads/MySQL-Proxy/mysql-proxy-0.8.2-linux-glibc2.3-x86-64bit.tar.gz useradd -g mysql-proxy -s /sbin/nologin    tar zxvf mysql-proxy-0.

mysql基于Amoeba(变形虫)实现读写分离

一.实验环境 1.准备五台主机,其中三台已经实现了Mysql的主从复制(主从复制不再演示,从安装Amoeba开始),一台安装Amoeba,一台用作试验机 mysql-master:192.168.200.111 mysql-slave1:192.168.200.112 mysql-slave2:192.168.200.113 Amoeba:192.168.200.114 Client:192.168.200.115 2.所有主机关闭安全机制和防火墙. [[email protected] ~]#

基于Mysql-Proxy实现Mysql的主从复制以及读写分离(上)

基于Mysql-Proxy实现Mysql的主从复制以及读写分离(上) 上周BOSS给分配任务让实现一下Mysql数据库的主从复制以及读写分离,然后花了一盏茶的功夫进行了调研,发现主从复制数据库进行一番配置直接可以实现,而读写分离则需要一些软件的支持,基本上读写分离的实现有两种: Amoeba(变形虫):是由前阿里员工实现的一个以MySQL为底层数据存储,并对应用提供MySQL协议接口的proxy.但是由于没人维护了,而且据说作者也不再回答开发者的问题,所以不予考虑. Mysql-Proxy:是一

MySQL5.6基于GTID同步复制,与如何实现MySQL负载均衡、读写分离。

MySQL想必大家都不陌生,之前文章也有介绍同步复制与半同步复制,今天先来了解下什么是GTID. GTID(global transaction ID)全局事务ID,是由服务器的UUID+一段随机数事务ID. 特性:从服务器从主服务器复制过来的事务,GTID不变,也就是说一个事务在全局复制架构中的ID不变. 有什么用: 在MySQL集群中,当Master故障时,需要从Slave中挑选一个提升为Master可以基于GTID对比其他Slave来保证数据的一致性. MySQL主从同步如何配置数据过滤

MySQL/MariaDB基于MMM实现读写分离及高可用

前言 MMM(Master-Master replication managerfor Mysql,Mysql主主复制管理器)是一套灵活的脚本程序,基于perl实现,用来对mysql replication进行监控和故障迁移,并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的). MMM 优缺点 优点:高可用性,扩展性好,出现故障自动切换,对于主主同步,在同一时间只提供一台数据库写操作,保证的数据的一致性. 缺点:Monitor节点是单点,可以结合Keepal

实现mysql 数据集群的读写分离之 amoeba

服务器配置: amoeba    :192.168.240.130 master写服务器:192.168.240.129 slave读服务器 :192.168.240.128 mysql主从配置............略,可参照:http://752030200.blog.51cto.com/8936921/1853460 Amoeba数据库代理 前提条件应该把所有数据库节点的密码进行统一,并允许将要配置的amoeba的IP进行连接. 以下说明和配置文件信息引用自https://my.oschi

Mysql高级集群-读写分离Amoeba

一.环境介绍Master-IP:10.0.0.201Slave- IP:10.0.0.202Amobea-IP:10.0.0.203 二.安装JDK# mkdir /Amoeba# tar -xvf jdk-7u40-linux-x64.tar.gz -C /Amoeba/# vim /etc/profileJAVA_HOME=/Amoeba/jdk1.7.0_40export JAVA_HOME PATH=$JAVA_HOME/bin:$PATHexport PATH CLASSPATH=.: