(转)mysql-mmm+amoeba+keepalived实现mysql高可用和读写分离

最新推荐文章于 2025-12-24 21:55:42 发布
原创 最新推荐文章于 2025-12-24 21:55:42 发布 · 302 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据库 #java #php

 

本帖最后由 飞鸿无痕 于 2010-11-11 23:04 编辑

mysql-mmm+amoeba+keepalived架构简介：利用mysql-mmm来实现mysql的高可用，利用amoeba来实现读写分离，利用keepalived来实现amoeba程序的高可用。从而从整体上实现mysql的高可用行。

一、 MMM简介：
MMM即Master-Master Replication Manager for MySQL（mysql主主复制管理器）关于mysql主主复制配置的监控、故障转移和管理的一套可伸缩的脚本套件（在任何时候只有一个节点可以被写入），这个套件也能对居于标准的主从配置的任意数量的从服务器进行读负载均衡，所以你可以用它来在一组居于复制的服务器启动虚拟ip，除此之外，它还有实现数据备份、节点之间重新同步功能的脚本。
MySQL本身没有提供replication failover的解决方案，通过MMM方案能实现服务器的故障转移，从而实现mysql的高可用。MMM不仅能提供浮动IP的功能，更牛的是如果当前的主服务器挂掉后，会将你后端的从自动转向新的主服务器进行同步复制，不用手工更改同步资料。
MMM项目来自 Google：http://code.google.com/p/mysql-master-master
官方网站为：http://mysql-mmm.org

Mmm主要功能由下面三个脚本提供
 mmm_mond 负责所有的监控工作的监控守护进程，决定节点的移除等等
 mmm_agentd 运行在mysql服务器上的代理守护进程，通过简单远程服务集提供给监控节点
 mmm_control 通过命令行管理mmm_mond进程

二、 mysql-mmm架构的搭建
1、 先来看下本文的架构图：



当master1出现故障的时候，架构图会自动屏蔽master1，并自动将slave1和slave2更改成从master2更新，架构图变成如下：



2、 先介绍下本文的环境：
系统环境：CentOS release 5.4（32bit）
function ip hostname server id
Monitor 192.168.1.163 Server3 -
master 1 192.168.1.161 Server1 1
master 2 192.168.1.162 Server2 2
slave 1 192.168.1.164 Server4 5
slave 2 192.168.1.165 Server5 6
Amoeba1 192.168.1.167 Server6 -
Amoeba2 192.168.1.168 Server7 -

我用了以下的虚拟IP，他们将会在被mmm分配，这些IP都是浮动的，当出现故障的时候会自动的转移到其他的可用服务器上。
ip role description
192.168.1.113 writer 你的应用程序应该连接到这个ip进行写操作
192.168.1.111 reader 你的应用程序应该链接到这些ip中的一个进行读操作
192.168.1.112 reader
192.168.1.114 reader
192.168.1.115 reader
192.168.1.170 Amoeba_vip 程序连接的Ip,实现mysql读写分离

mysql-mmm架构配置简介：
 在server1、server2上安装mysql，并配置为master-master架构（就是互为主从）----------配置很简单，就不对着部分进行详细解释，有问题的话请查看：http://blog.chinaunix.net/u3/93755/showart.php?id=2213538
 配置server4，server5从server1获取更新 ------这一步很简单，自行设置，有一点需要注意，就是设置同步不能设置浮动IP，要使用真实的IP。
 在server1、server2、server3、server4、server5上安装mmm，并配置：mmm_common.conf、mmm_agent.conf以及mmm_mon.conf文件

3、 Mysql-mmm实战
前提：server1和server2上已经配置好mysql主主同步，server4、server5设置好了利用server1为主服务器的主从同步
 安装mysql-mmm（在server1，server2，server3，server4，server5上都要安装）
CentOS软件仓库默认是不含这些软件的，必须要有epel这个包的支持。故我们必须先安装epel：
  1. wget http://download.fedora.redhat.co ... ease-5-4.noarch.rpm
  2. rpm -Uvh epel-release-5-4.noarch.rpm
  3. yum -y install mysql-mmm*
复制代码


 配置mmm代理和监控账号的权限
在server1，server2，server4，server5上分别执行：
  1. GRANT REPLICATION CLIENT ON *.* TO 'mmm_monitor'@'192.168.1.%' IDENTIFIED BY 'monitor_password';
  2. GRANT SUPER, REPLICATION CLIENT, PROCESS ON *.* TO 'mmm_agent'@'192.168.1.%' IDENTIFIED BY 'agent_password';
  3. flush privileges;
复制代码


 配置mysql-mmm
所有的配置选项都集合在了一个叫/etc/mysql-mmm/mmm_common.conf的单独文件中，系统中所有主机的该文件内容都是一样的, 配置完后不要忘记了拷贝这个文件到所有的主机（包括监控主机）！，内容如下：
  1. active_master_role writer

  3. <host default>
  4. cluster_interface eth0
  5. pid_path /var/run/mysql-mmm/mmm_agentd.pid
  6. bin_path /usr/libexec/mysql-mmm/
  7. #同步的帐号（这些要和前面设置的保持一致！）
  8. replication_user replication
  9. replication_password 123456 #同步的密码
  10. agent_user mmm_agent #mmm-agent用户名
  11. agent_password agent_password #mmm-agent用户密码
  12. </host>

  14. <host db1>
  15. ip 192.168.1.161 #db1的ip
  16. mode master
  17. peer db2
  18. </host>

  20. <host db2>
  21. ip 192.168.1.162 #db2的ip
  22. mode master
  23. peer db1
  24. </host>

  26. <host db3>
  27. ip 192.168.1.164 #从db3的ip
  28. mode slave
  29. </host>

  31. <host db4>
  32. ip 192.168.1.165 #从db4的ip
  33. mode slave
  34. </host>


  37. <role writer>
  38. hosts db1, db2
  39. ips 192.168.1.113 #设置写如的虚拟IP
  40. mode exclusive
  41. </role>

  43. <role reader>
  44. hosts db1, db2, db3, db4
  45. ips 192.168.1.111, 192.168.1.112, 192.168.1.114, 192.168.1.115 #设置读取的虚拟IP
  46. mode balanced
  47. </role>
复制代码


在数据库主机上我们需要编辑/etc/mysql-mmm/mmm_agent.conf文件，根据其他主机的不同更改db1的值（db2就将db1更改成db2…….）：
  1. include mmm_common.conf
  2. this db1
复制代码


在监控主机上我们需要编辑/etc/mysql-mmm/mmm_mon.conf文件：
  1. include mmm_common.conf

  3. <monitor>
  4. ip 127.0.0.1
  5. pid_path /var/run/mysql-mmm/mmm_mond.pid
  6. bin_path /usr/libexec/mysql-mmm
  7. status_path /var/lib/mysql-mmm/mmm_mond.status
  8. ping_ips 192.168.1.161,192.168.1.162, 192.168.1.164,192.168.1.165 #监控服务器ip
  9. auto_set_online 60

  11. # The kill_host_bin does not exist by default, though the monitor will
  12. # throw a warning about it missing. See the section 5.10 "Kill Host
  13. # Functionality" in the PDF documentation.
  14. #
  15. # kill_host_bin /usr/libexec/mysql-mmm/monitor/kill_host
  16. #
  17. </monitor>

  19. <host default>
  20. monitor_user mmm_monitor #mmm_monitor用户名
  21. monitor_password monitor_password #mmm_monitor密码
  22. </host>

  24. debug 0
复制代码



 启动MMM
启动代理：
（在数据库服务器上server1、2）编辑/etc/default/mysql-mmm-agent来开启：
  1. ENABLED=1
复制代码

然后启动它：
  1. /etc/init.d/mysql-mmm-agent start
复制代码

启动监控（在监控机上）：
  1. /etc/init.d/mysql-mmm-monitor start
复制代码


 利用mmm_control监控mysql服务器状态：
  1. [root@server3 ~]# mmm_control show
  2. db1(192.168.1.161) master/ONLINE. Roles: reader(192.168.1.111), writer(192.168.1.113)
  3. db2(192.168.1.162) master/ONLINE. Roles: reader(192.168.1.114)
  4. db3(192.168.1.164) slave/ONLINE. Roles: reader(192.168.1.115)
  5. db4(192.168.1.165) slave/ONLINE. Roles: reader(192.168.1.112)
复制代码


 测试看两个mysql服务器能否实现故障自动切换
停掉作为写的db1上的mysql，查看写的服务器会不会自动转移到db2上去
停掉几秒钟后用mmm_control show查看：
  1. [root@server3 ~]# mmm_control show
  2. db1(192.168.1.161) master/HARD_OFFLINE. Roles:
  3. db2(192.168.1.162) master/ONLINE. Roles: reader(192.168.1.112), writer(192.168.1.113)
  4. db3(192.168.1.164) slave/ONLINE. Roles: reader(192.168.1.114), reader(192.168.1.115)
  5. db4(192.168.1.165) slave/ONLINE. Roles: reader(192.168.1.111)
复制代码

我们可以看到已经把db2当作主写服务器,另外server4、server5原来是从server1更新的现在已经被mmm自动更改到从新的主服务器server2上更新了，很神奇！可以登录到server4、server5上用show slave status\G;命令查看！

再来看看db1恢复后会是什么情况：
  1. [root@server3 ~]# mmm_control show
  2. db1(192.168.1.161) master/ONLINE. Roles: reader(192.168.1.114)
  3. db2(192.168.1.162) master/ONLINE. Roles: reader(192.168.1.112), writer(192.168.1.113)
  4. db3(192.168.1.164) slave/ONLINE. Roles: reader(192.168.1.115)
  5. db4(192.168.1.165) slave/ONLINE. Roles: reader(192.168.1.111)
复制代码

我们可以看到当db1恢复后就充当slave的角色了！只有当db2挂了以后db1又会担当起主服务器的写入功能
发现个bug，不知道有没有人遇到过：有的时候会出现服务器恢复后，服务器的状态被设置为：AWAITING_RECOVERY，必须要手工执行mmm_control set_online host才能恢复正常，比如：有的时候我恢复db1后，出现如下：
  1. [root@server3 ~]# mmm_control show
  2. db1(192.168.1.161) master/AWAITING_RECOVERY. Roles:
  3. db2(192.168.1.162) master/ONLINE. Roles: reader(192.168.1.112), writer(192.168.1.113)
  4. db3(192.168.1.164) slave/ONLINE. Roles: reader(192.168.1.114), reader(192.168.1.115)
  5. db4(192.168.1.165) slave/ONLINE. Roles: reader(192.168.1.111)
复制代码

解决办法为利用set_online手工更改为在线状态：
  1. [root@server3 ~]# mmm_control set_online db1
  2. OK: State of 'db1' changed to ONLINE. Now you can wait some time and check its new roles!
  3. [root@server3 ~]# mmm_control show
  4. db1(192.168.1.161) master/ONLINE. Roles: reader(192.168.1.114)
  5. db2(192.168.1.162) master/ONLINE. Roles: reader(192.168.1.112), writer(192.168.1.113)
  6. db3(192.168.1.164) slave/ONLINE. Roles: reader(192.168.1.115)
  7. db4(192.168.1.165) slave/ONLINE. Roles: reader(192.168.1.111)
复制代码

解决这个问题CU网友提供了一个办法就是将auto_set_online设置小点，默认是60s，设置成10看下会不会有改善？我测试的是改小后没出现，回头多测试几次看看。

 mmm_control命令简介
  1. [root@server3 mysql-mmm]# mmm_control help
  2. Valid commands are:
  3. help - show this message
  4. #查看帮助信息
  5. ping - ping monitor
  6. #ping监控
  7. show - show status
  8. #查看状态信息
  9. checks [<host>|all [<check>|all]] - show checks status
  10. #显示检查状态，包括（ping、mysql、rep_threads、rep_backlog）
  11. set_online <host> - set host <host> online
  12. #设置某host为online状态
  13. set_offline <host> - set host <host> offline
  14. #设置某host为offline状态
  15. mode - print current mode.
  16. #打印当前的模式，是ACTIVE、MANUAL、PASSIVE？
  17. #默认ACTIVE模式
  18. set_active - switch into active mode.
  19. #更改为active模式
  20. set_manual - switch into manual mode.
  21. #更改为manual模式
  22. set_passive - switch into passive mode.
  23. #更改为passive模式
  24. move_role [--force] <role> <host> - move exclusive role <role> to host <host>
  25. #更改host的模式，比如更改处于slave的mysql数据库角色为write
  26. (Only use --force if you know what you are doing!)
  27. set_ip <ip> <host> - set role with ip <ip> to host <host>
  28. #为host设置ip，只有passive模式的时候才允许更改！

 

 

三、 利用amoeba实现高可用下的读写分离

1、 关于amoeba的介绍和安装我这里不做介绍了，请查看：http://blog.chinaunix.net/u3/93755/showart.php?id=2363202，有什么问题我们再一起讨论。

2、 Amoeba在mysql-mmm架构下的配置
配置的除了amoeba的监听IP外其他的均采用上面mmm分配的浮动IP，因为当出现故障后，浮动IP会自动分配到正常的server上。amoeba.xml的配置如下：

  1. <?xml version="1.0" encoding="gbk"?>

  3. <!DOCTYPE amoeba:configuration SYSTEM "amoeba.dtd">
  4. <amoeba:configuration xmlns:amoeba="http://amoeba.meidusa.com/">

  6. <server>
  7. <!-- proxy server绑定的端口 -->
  8. <property name="port">3306</property>

  10. <!-- proxy server绑定的IP要设置成0.0.0.0，因为后面还要监听VIP -->
  11. <property name="ipAddress">0.0.0.0</property>
  12. <!-- proxy server net IO Read thread size -->
  13. <property name="readThreadPoolSize">20</property>

  15. <!-- proxy server client process thread size -->
  16. <property name="clientSideThreadPoolSize">30</property>

  18. <!-- mysql server data packet process thread size -->
  19. <property name="serverSideThreadPoolSize">30</property>

  21. <!-- socket Send and receive BufferSize(unit:K) -->
  22. <property name="netBufferSize">128</property>

  24. <!-- Enable/disable TCP_NODELAY (disable/enable Nagle's algorithm). -->
  25. <property name="tcpNoDelay">true</property>

  27. <property name="user">root</property>
  28. <property name="password">password</property>

  30. <!-- query timeout( default: 60 second , TimeUnit:second) -->
  31. <property name="queryTimeout">60</property>
  32. </server>

  34. <!--
  35. 每个ConnectionManager都将作为一个线程启动。
  36. manager负责Connection IO读写/死亡检测
  37. -->
  38. <connectionManagerList>
  39. <connectionManager name="defaultManager" class="com.meidusa.amoeba.net.MultiConnectionManagerWrapper">
  40. <property name="subManagerClassName">com.meidusa.amoeba.net.AuthingableConnectionManager</property>

  42. <!--
  43. default value is avaliable Processors
  44. <property name="processors">5</property>
  45. -->
  46. </connectionManager>
  47. </connectionManagerList>

  49. <dbServerList>
  50. <!--
  51. 一台mysqlServer 需要配置一个pool，
  52. 如果多台 平等的mysql需要进行loadBalance，
  53. 平台已经提供一个具有负载均衡能力的objectPool：com.meidusa.amoeba.mysql.server.MultipleServerPool
  54. 简单的配置是属性加上 virtual="true",该Pool 不允许配置factoryConfig
  55. 或者自己写一个ObjectPool。
  56. -->
  57. <dbServer name="server1">

  59. <!-- PoolableObjectFactory实现类 -->
  60. <factoryConfig class="com.meidusa.amoeba.mysql.net.MysqlServerConnectionFactory">
  61. <property name="manager">defaultManager</property>

  63. <!-- 真实mysql数据库端口 -->
  64. <property name="port">3306</property>

  66. <!-- 真实mysql数据库IP -->
  67. <property name="ipAddress">192.168.1.113</property>
  68. <property name="schema">test</property>

  70. <!-- 用于登陆mysql的用户名 -->
  71. <property name="user">zhang</property>

  73. <!-- 用于登陆mysql的密码 -->
  74. <property name="password">zhang123</property>

  76. </factoryConfig>

  78. <!-- ObjectPool实现类 -->
  79. <poolConfig class="com.meidusa.amoeba.net.poolable.PoolableObjectPool">
  80. <property name="maxActive">200</property>
  81. <property name="maxIdle">200</property>
  82. <property name="minIdle">10</property>
  83. <property name="minEvictableIdleTimeMillis">600000</property>
  84. <property name="timeBetweenEvictionRunsMillis">600000</property>
  85. <property name="testOnBorrow">true</property>
  86. <property name="testWhileIdle">true</property>
  87. </poolConfig>
  88. </dbServer>


  91. <dbServer name="server2">

  93. <!-- PoolableObjectFactory实现类 -->
  94. <factoryConfig class="com.meidusa.amoeba.mysql.net.MysqlServerConnectionFactory">
  95. <property name="manager">defaultManager</property>

  97. <!-- 真实mysql数据库端口 -->
  98. <property name="port">3306</property>

  100. <!-- 真实mysql数据库IP -->
  101. <property name="ipAddress">192.168.1.111</property>
  102. <property name="schema">test</property>

  104. <!-- 用于登陆mysql的用户名 -->
  105. <property name="user">zhang</property>

  107. <!-- 用于登陆mysql的密码 -->
  108. <property name="password">zhang123</property>

  110. </factoryConfig>

  112. <!-- ObjectPool实现类 -->
  113. <poolConfig class="com.meidusa.amoeba.net.poolable.PoolableObjectPool">
  114. <property name="maxActive">200</property>
  115. <property name="maxIdle">200</property>
  116. <property name="minIdle">10</property>
  117. <property name="minEvictableIdleTimeMillis">600000</property>
  118. <property name="timeBetweenEvictionRunsMillis">600000</property>
  119. <property name="testOnBorrow">true</property>
  120. <property name="testWhileIdle">true</property>
  121. </poolConfig>
  122. </dbServer>


  125. <dbServer name="server3">

  127. <!-- PoolableObjectFactory实现类 -->
  128. <factoryConfig class="com.meidusa.amoeba.mysql.net.MysqlServerConnectionFactory">
  129. <property name="manager">defaultManager</property>

  131. <!-- 真实mysql数据库端口 -->
  132. <property name="port">3306</property>

  134. <!-- 真实mysql数据库IP -->
  135. <property name="ipAddress">192.168.1.112</property>
  136. <property name="schema">test</property>

  138. <!-- 用于登陆mysql的用户名 -->
  139. <property name="user">zhang</property>

  141. <!-- 用于登陆mysql的密码 -->
  142. <property name="password">zhang123</property>

  144. </factoryConfig>

  146. <!-- ObjectPool实现类 -->
  147. <poolConfig class="com.meidusa.amoeba.net.poolable.PoolableObjectPool">
  148. <property name="maxActive">200</property>
  149. <property name="maxIdle">200</property>
  150. <property name="minIdle">10</property>
  151. <property name="minEvictableIdleTimeMillis">600000</property>
  152. <property name="timeBetweenEvictionRunsMillis">600000</property>
  153. <property name="testOnBorrow">true</property>
  154. <property name="testWhileIdle">true</property>
  155. </poolConfig>
  156. </dbServer>


  159. <dbServer name="server4">

  161. <!-- PoolableObjectFactory实现类 -->
  162. <factoryConfig class="com.meidusa.amoeba.mysql.net.MysqlServerConnectionFactory">
  163. <property name="manager">defaultManager</property>

  165. <!-- 真实mysql数据库端口 -->
  166. <property name="port">3306</property>

  168. <!-- 真实mysql数据库IP -->
  169. <property name="ipAddress">192.168.1.114</property>
  170. <property name="schema">test</property>

  172. <!-- 用于登陆mysql的用户名 -->
  173. <property name="user">zhang</property>

  175. <!-- 用于登陆mysql的密码 -->
  176. <property name="password">zhang123</property>

  178. </factoryConfig>

  180. <!-- ObjectPool实现类 -->
  181. <poolConfig class="com.meidusa.amoeba.net.poolable.PoolableObjectPool">
  182. <property name="maxActive">200</property>
  183. <property name="maxIdle">200</property>
  184. <property name="minIdle">10</property>
  185. <property name="minEvictableIdleTimeMillis">600000</property>
  186. <property name="timeBetweenEvictionRunsMillis">600000</property>
  187. <property name="testOnBorrow">true</property>
  188. <property name="testWhileIdle">true</property>
  189. </poolConfig>
  190. </dbServer>


  193. <dbServer name="server5">

  195. <!-- PoolableObjectFactory实现类 -->
  196. <factoryConfig class="com.meidusa.amoeba.mysql.net.MysqlServerConnectionFactory">
  197. <property name="manager">defaultManager</property>

  199. <!-- 真实mysql数据库端口 -->
  200. <property name="port">3306</property>

  202. <!-- 真实mysql数据库IP -->
  203. <property name="ipAddress">192.168.1.115</property>
  204. <property name="schema">test</property>

  206. <!-- 用于登陆mysql的用户名 -->
  207. <property name="user">zhang</property>

  209. <!-- 用于登陆mysql的密码 -->
  210. <property name="password">zhang123</property>

  212. </factoryConfig>

  214. <!-- ObjectPool实现类 -->
  215. <poolConfig class="com.meidusa.amoeba.net.poolable.PoolableObjectPool">
  216. <property name="maxActive">200</property>
  217. <property name="maxIdle">200</property>
  218. <property name="minIdle">10</property>
  219. <property name="minEvictableIdleTimeMillis">600000</property>
  220. <property name="timeBetweenEvictionRunsMillis">600000</property>
  221. <property name="testOnBorrow">true</property>
  222. <property name="testWhileIdle">true</property>
  223. </poolConfig>
  224. </dbServer>




  229. <dbServer name="master" virtual="true">
  230. <poolConfig class="com.meidusa.amoeba.server.MultipleServerPool">
  231. <!-- 负载均衡参数 1=ROUNDROBIN , 2=WEIGHTBASED , 3=HA-->
  232. <property name="loadbalance">1</property>

  234. <!-- 参与该pool负载均衡的poolName列表以逗号分割 -->
  235. <property name="poolNames">server1</property>
  236. </poolConfig>
  237. </dbServer>

  239. <dbServer name="slave" virtual="true">
  240. <poolConfig class="com.meidusa.amoeba.server.MultipleServerPool">
  241. <!-- 负载均衡参数 1=ROUNDROBIN , 2=WEIGHTBASED , 3=HA-->
  242. <property name="loadbalance">1</property>

  244. <!-- 参与该pool负载均衡的poolName列表以逗号分割 -->
  245. <property name="poolNames">server2,server3,server4,server5</property>
  246. </poolConfig>
  247. </dbServer>

  249. </dbServerList>

  251. <queryRouter class="com.meidusa.amoeba.mysql.parser.MysqlQueryRouter">
  252. <property name="ruleConfig">${amoeba.home}/conf/rule.xml</property>
  253. <property name="functionConfig">${amoeba.home}/conf/functionMap.xml</property>
  254. <property name="ruleFunctionConfig">${amoeba.home}/conf/ruleFunctionMap.xml</property>
  255. <property name="LRUMapSize">1500</property>
  256. <property name="defaultPool">master</property>
  257. <property name="writePool">master</property>
  258. <property name="readPool">slave</property>
  259. <property name="needParse">true</property>
  260. </queryRouter>
  261. </amoeba:configuration>
3、 启动amoeba
  1. /usr/local/amoeba/bin/amoeba &
检验启动是否成功（使用的是默认的8066端口）：
  1. [root@server3 ~]# ps aux | grep amoeba
  2. root 15390 0.2 21.7 411800 55684 pts/0 Sl Nov09 0:13 /usr/java/jdk1.6/bin/java -server -Xms256m -Xmx256m -Xss128k -Damoeba.home=/usr/local/amoeba -Dclassworlds.conf=/usr/local/amoeba/bin/amoeba.classworlds -classpath /usr/local/amoeba/lib/classworlds-1.0.jar org.codehaus.classworlds.Launcher
4、 测试
为了有权限，请在所有mysql-server上添加上面配置的用户名和密码，比如：
  1. grant all on test.* to zhang@'192.168.1.%' identified by 'zhang123';
  2. flush privileges;
测试的时候比较麻烦，因为如果把主从停掉来看效果的话，mmm会将该同步状态有问题的服务器设置成REPLICATION_FAIL并将该主机上的浮动IP移动到正常服务器，比如：我将server4停掉后，就出出现如下现象：
  1. [root@server3 ~]# mmm_control show
  2. db1(192.168.1.161) master/ONLINE. Roles: reader(192.168.1.114), reader(192.168.1.115)
  3. db2(192.168.1.162) master/ONLINE. Roles: reader(192.168.1.112), writer(192.168.1.113)
  4. db3(192.168.1.164) slave/REPLICATION_FAIL. Roles:
  5. db4(192.168.1.165) slave/ONLINE. Roles: reader(192.168.1.111)
暂时没想到很好的测试办法。读写分离测试没有问题。
最近手头没有空闲的机器来做压力测试。等有了机器了再对这个架构做下压力测试！


四、 利用keepalived实现amoeba高可用
Keepalived简介：Keepalived是Linux下面实现VRRP 备份路由的高可靠性运行件。基于Keepalived设计的服务模式能够真正做到主服务器和备份服务器故障时IP瞬间无缝交接。从而提高系统的可用性

1、 keepalived的安装（server6、server7上都要安装）：
  1. wget [url]http://www.keepalived.org/software/keepalived-1.1.19.tar.gz[/url]
  2. tar zxvf keepalived-1.1.19.tar.gz
  3. cd keepalived-1.1.19
  4. ./configure --prefix=/usr/local/keepalived
  5. make
  6. make install
  7. cp /usr/local/keepalived/sbin/keepalived /usr/sbin/
  8. cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/
  9. cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/init.d/
  10. mkdir /etc/keepalived
  11. cd /etc/keepalived/

2、 keepalived的配置

配置server6的keepalived配置文件/etc/keepalived/keepalived.conf，内容如下：

  1. bal_defs {
  2. notification_email {
  3. [email]jimo291@gmail.com[/email]
  4. }
  5. notification_email_from [email]jimo291@gmail.com[/email]
  6. smtp_server 127.0.0.1
  7. smtp_connect_timeout 30
  8. router_id test1
  9. }


  12. vrrp_instance VI_1 {
  13. state MASTER
  14. interface eth0
  15. virtual_router_id 51
  16. priority 100
  17. advert_int 1
  18. smtp_alert
  19. authentication {
  20. auth_type PASS
  21. auth_pass 123
  22. }

  24. virtual_ipaddress {
  25. 192.168.1.170
  26. }
  27. }
配置server6的keepalived配置文件/etc/keepalived/keepalived.conf，内容如下：

  1. bal_defs {
  2. notification_email {
  3. [email]jimo291@gmail.com[/email]
  4. }
  5. notification_email_from [email]jimo291@gmail.com[/email]
  6. smtp_server 127.0.0.1
  7. smtp_connect_timeout 30
  8. router_id test2
  9. }

  11. vrrp_instance VI_1 {
  12. state BACKUP
  13. interface eth0
  14. virtual_router_id 51
  15. priority 80
  16. advert_int 1
  17. smtp_alert
  18. authentication {
  19. auth_type PASS
  20. auth_pass 123
  21. }
  22. virtual_ipaddress {
  23. 192.168.1.170
  24. }
  25. }

 

3、 keepalived的启动:

在server6、server7上执行如下命令启动：

 

  1. /etc/rc.d/init.d/keepalived start
看看server6上是否绑定了虚拟IP192.168.1.170
  1. [root@server6 ~]# ip add | grep 192.168.1.170
  2. inet 192.168.1.170/32 scope global eth0

 

可以看到已经成功绑定了192.168.1.170。
4、 测试
停掉server6，看看虚拟IP192.168.1.170会不会自动切换到server7上。以及测试mysql -uroot -ppassword -h192.168.1.170登录，看看能否实现读写操作是否正常等等！

备注：最后记得将所有的启动命令都写到/etc/rc.local文件中去，实现开机启动！
yanwt
关注
MySQl高可用读写分离集群实现之-mysql-mmm+amoeba+keepalived
qq_31294509的博客
04-25 336
MMM是一套灵活的脚本程序，基于perl实现，用来对mysql replication进行监控和故障迁移，并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的)。，提供多个虚拟IP（VIP），包括一个可写VIP，多个可读VIP，通过服务端的管理，这些IP会绑定在可用mysql之上，当某一台mysql宕机时，服务端会将VIP迁移至其他mysql。优点：高可用性，扩展性好，出现故障自动切换，对于主主同步，在同一时间只提供一台数据库写操作，保证的数据的一致性。
CentoOS7.9搭建mysql5.7分布式集群+主从复制+读写分离知识整理
LOYURU的博客
05-02 796
这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Mar
mysql-mmm+amoeba+keepalived实现mysql高可用和读写分离（一）
weixin_30709635的博客
11-11 128
mysql-mmm+amoeba+keepalived架构简介：利用mysql-mmm来实现mysql的高可用，利用amoeba来实现读写分离，利用keepalived来实现amoeba程序的高可用。从而从整体上实现mysql的高可用行。 一、MMM简介： MMM即Master-Master Replication Manager for MySQL（mysql主...
amoeba高可用mysql_mysql-mmm+amoeba+keepalived实现mysql高可用和读写分离（二）
weixin_39781452的博客
12-20 116
一、利用amoeba实现高可用下的读写分离2、Amoeba在mysql-mmm架构下的配置配置的除了amoeba的监听IP外其他的均采用上面mmm分配的浮动IP，因为当出现故障后，浮动IP会自动分配到正常的server上。amoeba.xml的配置如下：8066192.168.1.163203030128truerootpassword60com.meidusa.amoeba.net.Authin...
keepalived+amoeba+mysql-mmm+mysql实现mysql读写分离及高可用
weixin_33750452的博客
10-29 247
最近尝试了一下mysql的读写分离和高可用的搭建。搭好之后体验了一下，效果还不错。这里跟大家分享一下。1、首先介绍一下mysql-mmm这个工具是干嘛使的？众所周知，mysql自身提供了AB复制。我们也可以很轻松的实现master-master双向复制，同时再为其中的一个master节点搭建一个slave库。这样就实现了master1与master2之间的双向...
amoeba mysql mmm_基于amoeba+keepalived+mmm实现mysql读写分离高可用架构
weixin_34260080的博客
02-06 238
(www.xuchanggang.cn)在上一篇已经通过mysql-mmm实现对mysql数据库的动态监控，这一篇我们将结合amoeba实现对数据库访问的读写分离，通过keepalived来实现amoeba的高可用[keepalived用于监控主机心跳，软件是否宕掉无法监测，我们默认如果出问题就是amoeba的主机崩溃]一、本次环境拓扑图如下：二、环境描述系统：red hat linux 6(2....
keepalived mysql-mmm_mysql-mmm+amoeba+keepalived实现mysql高可用和读写分离（二）
weixin_31830691的博客
02-03 122
encoding="gbk"?>/p>"amoeba.dtd">xmlns:amoeba="http://amoeba.meidusa.com/">name="port">8066name="ipAddress">192.168.1.163name="readThreadPoolSize">20name="clientSideThreadPoolSize"...
mysql-mmm+amoeba+keepalived实现mysql高可用和读写分离
weixin_33736048的博客
02-26 128
mysql-mmm+amoeba+keepalived实现mysql高可用和读写分离（一） 更新: 2011-06-29字体: 【大中小】点击:51 转：http://blog.chinaunix.net/u3/93755/showart.php?id=2392641 mysql-mmm+amoeba+keepalived架构简介：利...
Amoeba+mysql 读写分离 Keepalived+mysql
11-25
在构建高可用和高性能的数据库系统中，读写分离和负载均衡是常用的技术手段。这里我们主要探讨的是如何使用Amoeba与MySQL实现读写分离，以及如何利用Keepalived来构建MySQL的高可用集群。这两部分内容对于保障数据库...
2017最新老男孩MySQL高级专业DBA实战课程全套【清晰不加密】，看完教程月入40万没毛病
06-23
第十一部 MySQL读写分离开发实现及软件实现-物理备份-高可用（已经包含有5节视频+文档资料） 01-amoeba读写分离实现技术分享.avi 02-mysql-proxy读写分离实现技术分享.avi 03-PHP程序实现读写分离技术分享.avi 04-...
MySQL高级系列（四）—— MySQL集群架构
cyd_0619的博客
03-09 945
第1节 集群架构设计 1.1 架构设计理念 在集群架构设计时，主要遵从下面三个维度： 可用性 扩展性 一致性 1.2 可用性设计 站点高可用，冗余站点 服务高可用，冗余服务 数据高可用，冗余数据 保证高可用的方法是冗余。但是数据冗余带来的问题是数据一致性问题。 实现高可用的方案有以下几种架构模式： 主从模式 简单灵活，能满足多种需求。比较主流的用法，但是写操作高可用需要自行处理。 双主模式 互为主从，有双主双写、双主单写两种方式，建议使用双主单写 1.3 扩展性设计 扩展性主要围绕着读操作扩展和
MySQL -复合查询
最新发布
nplplus的博客
12-24 961
本文系统介绍了MySQL复合查询的核心操作，从单表基础查询到多表关联查询，再到子查询和合并查询。首先回顾了单表查询中的条件筛选、排序计算和聚合分组等基础操作；然后讲解了多表联查（包括三表联查）和自连接的实现方法；接着详细阐述了子查询的多种应用场景，包括单行、多行子查询和FROM子句中的临时表用法；最后介绍了UNION和UNION ALL合并查询的区别。所有示例均基于经典的员工管理系统（EMP、DEPT、SALGRADE表），配有真实查询结果，建议读者通过实践来掌握这些查询技巧。
使用idea启动一个springboot项目
qq_51389137的博客
12-19 1702
5.装配置maven配置到idea下载项目依赖。4.装navicat。
计算机毕业设计|基于springboot + vue健康茶饮销售管理系统(源码+数据库+文档)
12-24 562
本文介绍了基于SpringBoot+Vue的健康茶饮销售管理系统开发。系统采用前后端分离架构，后端使用SpringBoot框架简化配置，前端采用Vue实现组件化开发，数据库选用MySQL。文章详细说明了系统设计原则、技术选型理由，并提供了代码示例和测试案例。系统功能完整，包含商品管理、用户认证等模块，通过严格测试确保安全性。文末附有源码获取方式和最新毕设选题推荐，适合作为计算机专业学生的项目参考。
【一次线上 MySQL 死锁问题的完整复盘与解析】
gjc592的博客
12-19 1523
MySQL死锁问题分析及解决方案 本文详细分析了电商订单系统中出现的INSERT死锁问题。通过排查死锁日志发现，两个并发事务在向order_items表插入数据时，因同时等待对方释放idx_order_id索引上的间隙锁而导致死锁。深入分析表明，在RR隔离级别下，INSERT操作会触发间隙锁和插入意向锁的组合，当多个事务交叉请求这些锁时可能形成环形等待。文章提出了四种解决方案：1)实现事务自动重试机制；2)谨慎降低隔离级别；3)优化索引设计；4)采用批量插入和顺序提交策略。最后强调理解InnoDB锁机制和学
无响应的状态码分析
Vincent0sen的博客
12-24 267
Langflow 处理某些 Flow 时，如果调用了底层的 C++ 库（如向量数据库 Chroma、Faiss 或某些 Transformer 算子），由于版本不兼容或内存非法访问，Python 解释器会直接**“闪崩”**。如果你的请求体（Payload）非常大，或者包含了某些可能被误认为攻击的特殊字符，本地的防火墙或安全软件可能会在连接中途强制注入一个 RST 包断开连接。如果 postgres 容器响应极慢，或者 SQLAlchemy 在某些极端并发下导致主线程挂起并超时断开连接，也可能出现此错误。
Redis定时任务
weixin_71031526的博客
12-24 271
Redis 的过期不是“准时”的，而是在。
MySQL：内置函数
Visual_progress的博客
12-20 952
MySQL内置函数是数据库提供的实用工具，主要包括三类：日期函数（如CURRENT_DATE()获取当前日期、DATEDIFF计算日期差）、字符串函数（如CONCAT拼接字符串、SUBSTRING截取子串）和数学函数（如ROUND四舍五入、RAND生成随机数）。这些函数无需了解实现细节，只需调用即可完成日期处理、字符串操作和数学计算等常见任务，能有效简化SQL语句编写。此外还包括USER()查询当前用户、MD5()加密等实用功能，为数据处理提供了便利。
构建amoeba+mysql-mmm高可用集群实现读写分离与双主模式
本文主要探讨了如何利用Amoeba和MySQL-MMM（Master-Master Replication Manager for MySQL）构建一个高可用的MySQL集群，实现读写分离和双主多活架构。Amoeba是一款分布式数据库管理工具，它支持复杂的数据复制和...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值