转载:http://www.it300.com/index.php/article-15266.html
关于MySQL-HA,目前有多种解决方案,比如heartbeat、drbd、mmm、共享存储,但是它们各有优缺点。heartbeat、drbd配置较为复杂,需要自己写脚本才能实现MySQL自动切换,对于不会脚本语言的人来说,这无疑是一种脑裂问题;对于mmm,生产环境中很少有人用,且mmm管理端需要单独运行一台服务器上,要是想实现高可用,就得对mmm管理端做HA,这样无疑又增加了硬件开支;对于共享存储,个人觉得MySQL数据还是放在本地较为安全,存储设备毕竟存在单点隐患。
使用MySQL双master+keepalived是一种非常好的解决方案,在MySQL-HA环境 中,MySQL互为主从关系,这样就保证了两台MySQL数据的一致性,然后用keepalived实现虚拟IP,通过keepalived自带的服务监 控功能来实现MySQL故障时自动切换。
下面,我把即将上线的一个生产环境中的架构与大家分享一下,看一下这个架构中,MySQL-HA是如何实现的,环境拓扑如下:
1 |
MySQL -VIP :192.168.1.200
|
2 |
MySQL-master1:192.168.1.201 |
3 |
MySQL-master2:192.168.1.202 |
一、MySQL master-master配置
1、修改MySQL配置文件
两台MySQL均如要开启binlog日志功能,开启方法:在MySQL配置文件[MySQLd]段中加上log-bin=MySQL-bin选项
两台MySQL的server-ID不能一样,默认情况下两台MySQL的serverID都是1,需将其中一台修改为2即可
Master1配置:
03 |
log -bin =mysql -bin //开启binlog日志功能
|
04 |
log =/usr/local/mysql/var/mysql.log //会打印mysql的所以sql语句 |
08 |
binlog -do -db = test //需要同步的库名称
|
09 |
auto -increment -increment = 2
|
10 |
auto -increment -offset = 2<span style= "font-family:Simsun;" ><span style= "white-space:normal;" > </span></span>
|
Master2配置:
03 |
log -bin =mysql -bin //开启binlog日志功能
|
04 |
log =/usr/local/mysql/var/mysql.log //会打印mysql的所以sql语句 |
08 |
binlog -do -db = test //需要同步的库名称
|
09 |
auto -increment -increment = 2
|
10 |
auto -increment -offset = 2
|
2、将192.168.1.201设为192.168.1.202的主服务器
在192.168.1.201上新建授权用户
01 |
MySQL> grant replication slave on *.* to 'replication' @ '%' identified by 'replication' ;
|
02 |
Query OK, 0 rows affected (0.00 sec) |
04 |
MySQL> show master status; |
05 |
+------------------+----------+--------------+------------------+ |
06 |
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | |
07 |
+------------------+----------+--------------+------------------+ |
08 |
| MySQL -bin .000003 | 374 | | |
|
09 |
+------------------+----------+--------------+------------------+ |
10 |
1 row in set (0.00 sec)
|
在192.168.1.202上将192.168.1.201设为自己的主服务器
01 |
MySQL> change master to master_host= '192.168.1.201' ,master_user= 'replication' ,master_password= 'replication' ,master_log_file= 'MySQL-bin.000003' ,master_log_pos=374;
|
02 |
Query OK, 0 rows affected (0.05 sec) |
05 |
Query OK, 0 rows affected (0.00 sec) |
07 |
MySQL> show slave status\G |
08 |
*************************** 1. row *************************** |
09 |
Slave_IO_State: Waiting for master to send event
|
10 |
Master_Host: 192.168.1.201
|
11 |
Master_User: replication
|
14 |
Master_Log_File: MySQL -bin .000003
|
15 |
Read_Master_Log_Pos: 374
|
16 |
Relay_Log_File: MySQL-master2 -relay -bin .000002
|
18 |
Relay_Master_Log_File: MySQL -bin .000003
|
20 |
Slave_SQL_Running: Yes
|
24 |
Replicate_Ignore_Table:
|
25 |
Replicate_Wild_Do_Table:
|
26 |
Replicate_Wild_Ignore_Table: |
30 |
Exec_Master_Log_Pos: 374
|
35 |
Master_SSL_Allowed: No
|
41 |
Seconds_Behind_Master: 0
|
42 |
1 row in set (0.00 sec)
|
3、将192.168.1.202设为192.168.1.201的主服务器
在192.168.1.202上新建授权用户
01 |
MySQL> grant replication slave on *.* to 'replication' @ '%' identified by 'replication' ;
|
02 |
Query OK, 0 rows affected (0.00 sec) |
04 |
MySQL> show master status; |
05 |
+------------------+----------+--------------+------------------+ |
06 |
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | |
07 |
+------------------+----------+--------------+------------------+ |
08 |
| MySQL -bin .000003 | 374 | | |
|
09 |
+------------------+----------+--------------+------------------+ |
10 |
1 row in set (0.00 sec)
|
在192.168.1.201上,将192.168.1.202设为自己的主服务器
01 |
MySQL> change master to master_host= '192.168.1.202' ,master_user= 'replication' ,master_password= 'replication' ,master_log_file= 'MySQL-bin.000003' ,master_log_pos=374;
|
02 |
Query OK, 0 rows affected (0.05 sec) |
05 |
Query OK, 0 rows affected (0.00 sec) |
07 |
MySQL> show slave status\G |
08 |
*************************** 1. row *************************** |
09 |
Slave_IO_State: Waiting for master to send event
|
10 |
Master_Host: 192.168.1.202
|
11 |
Master_User: replication
|
14 |
Master_Log_File: MySQL -bin .000003
|
15 |
Read_Master_Log_Pos: 374
|
16 |
Relay_Log_File: MySQL-master1 -relay -bin .000002
|
18 |
Relay_Master_Log_File: MySQL -bin .000003
|
20 |
Slave_SQL_Running: Yes
|
24 |
Replicate_Ignore_Table:
|
25 |
Replicate_Wild_Do_Table:
|
26 |
Replicate_Wild_Ignore_Table: |
30 |
Exec_Master_Log_Pos: 374
|
35 |
Master_SSL_Allowed: No
|
41 |
Seconds_Behind_Master: 0
|
42 |
1 row in set (0.00 sec)
|
4、MySQL同步测试
如上述均正确配置,现在任何一台MySQL上更新数据都会同步到另一台MySQL,MySQL同步在此不再演示
二、keepalived安装及配置
1、192.168.1.201服务器上keepalived安装及配置
安装keepalived
02 |
#tar xvzf keepalived-1.2.2.tar.gz |
06 |
#cp /usr/local/etc/rc.d/init.d/keepalived /etc/init.d/ |
07 |
cp /usr/local/etc/sysconfig/keepalived /etc/sysconfig/
|
08 |
chmod +x /etc/init.d/keepalived |
09 |
chkconfig - -add keepalived
|
10 |
chkconfig keepalived on |
12 |
ln -s /usr/local/sbin/keepalived /usr/sbin/
|
配置keepalived
我们自己在新建一个配置文件,默认情况下keepalived启动时会去/etc/keepalived目录下找配置文件
01 |
#vi /etc/keepalived/keepalived.conf |
08 |
smtp_connect_timeout 30
|
13 |
state BACKUP #两台配置此处均是BACKUP
|
16 |
priority 100 #优先级,另一台改为90
|
18 |
nopreempt #不抢占,只在优先级高的机器上设置即可,优先级低的机器不设置
|
28 |
virtual_server 192.168.1.200 3306 { |
29 |
delay_loop 2 #每个2秒检查一次real_server状态
|
32 |
persistence_timeout 60 #会话保持时间
|
34 |
real_server 192.168.1.201 3306 {
|
36 |
notify_down /usr/local/MySQL/bin/MySQL.sh #检测到服务down后执行的脚本
|
38 |
connect_timeout 10 #连接超时时间
|
40 |
delay_before_retry 3 #重连间隔时间
|
41 |
connect_port 3306 #健康检查端口
|
编写检测服务down后所要执行的脚本
1 |
#vi /usr/local/MySQL/bin/MySQL.sh |
4 |
#chmod +x /usr/local/MySQL/bin/MySQL.sh |
注:此脚本是上面配置文件notify_down选项所用到的,keepalived使用notify_down选项来检查real_server 的服务状态,当发现real_server服务故障时,便触发此脚本;我们可以看到,脚本就一个命令,通过pkill keepalived强制杀死keepalived进程,从而实现了MySQL故障自动转移。另外,我们不用担心两个MySQL会同时提供数据更新操作, 因为每台MySQL上的keepalived的配置里面只有本机MySQL的IP+VIP,而不是两台MySQL的IP+VIP
启动keepalived
1 |
#/usr/local/keepalived/sbin/keepalived –D |
2 |
#ps -aux | grep keepalived |
测试
找一台局域网PC,然后去ping MySQL的VIP,这时候MySQL的VIP是可以ping的通的
停止MySQL服务,看keepalived健康检查程序是否会触发我们编写的脚本
2、192.168.1.202上keepalived安装及配置
安装keepalived,安装方法参照192.168.1.201的安装方法
配置keepalived
这台配置和上面基本一样,但有三个地方不同:优先级为90、无抢占设置、real_server为本机IP
01 |
#vi /etc/keepalived/keepalived.conf |
08 |
smtp_connect_timeout 30
|
27 |
virtual_server 192.168.1.200 3306 { |
31 |
persistence_timeout 60
|
33 |
real_server 192.168.1.202 3306 {
|
35 |
notify_down /usr/local/MySQL/bin/MySQL.sh
|
编写检测服务down后所要执行的脚本
1 |
#vi /usr/local/MySQL/bin/MySQL.sh |
4 |
#chmod +x /usr/local/MySQL/bin/MySQL.sh |
启动keepalived
1 |
#/usr/local/keepalived/sbin/keepalived –D |
2 |
#ps -aux | grep keepalived |
测试
停止MySQL服务,看keepalived健康检查程序是否会触发我们编写的脚本
三、测试
MySQL远程登录测试
我们找一台安装有MySQL客户端的windows,然后登录VIP,看是否能登录,在登录之两台MySQL服务器都要授权允许从远程登录
1 |
MySQL> grant all privileges on *.* to 'root' @ '%' identified by '123456' ;
|
2 |
Query OK, 0 rows affected (0.00 sec) |
4 |
MySQL> flush privileges; |
5 |
Query OK, 0 rows affected (0.00 sec) |
使用客户端登录VIP测试
1 |
C:\MySQL\bin>MySQL.exe -uroot -p123456 -h192.168.1.200 -P3306
|
2 |
Welcome to the MySQL monitor. Commands end with ; or \g. |
3 |
Your MySQL connection id is 224 |
4 |
Server version: 5.0.89 -log Source distribution
|
6 |
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
|
keepalived故障转移测试
※在windows客户端一直去ping VIP,然后关闭192.168.1.201上的keepalived,正常情况下VIP就会切换到192.168.1.202上面去
※开启192.168.1.201上的keepalived,关闭192.168.1.202上的keepalived,看是否能自动切换,正常情况下VIP又会属于192.168.1.201
注:keepalived切换速度还是非常块的,整个切换过程只需1-3秒
● MySQL故障转移测试
※在192.168.1.201上关闭MySQL服务,看VIP是否会切换到192.168.1.202上
※开启192.168.1.201上的MySQL和keepalived,然后关闭192.168.1.202上的MySQL,看VIP是否会切换到192.168.1.201上
下面是用windows客户端连接的MySQL的VIP,在切换时我执行了一个MySQL查询命令,从执行show databases到显示出结果时间为3-5秒(大家可以看到上面有个错误提示,不过不用担心,因为我们的keepalived切换大概为3秒左右,这3 秒左右VIP是谁都不属于的)
01 |
MySQL> show databases; |
02 |
ERROR 2006 (HY000): MySQL server has gone away |
03 |
No connection. Trying to reconnect... |
05 |
Current database: *** NONE *** |
07 |
+--------------------+ |
09 |
+--------------------+ |
10 |
| information_schema | |
13 |
+--------------------+ |
14 |
3 rows in set (9.01 sec)
|
后话:世间万事万物,都不具备绝对的完美,就像上面的MySQL-HA一样,keepalived只能做到对3306的健康检查,但是做不到比如像 MySQL复制中的slave-SQL、slave-IO进程的检查。所以要想做到一些细致的健康检查,还得需要借助额外的监控工具,比如nagios, 然后用nagios实现短信、邮件报警,从而能够有效地解决问题。
-
mysql+MHA高可用 (一主双从)
1.准备三台服务器 10.0.0.12 10.0.0.13 10.0.0.14 2.在三台服务器上执行操作 时间同步 [root@ c7m01 ~]# echo "*/5* * * * /u ...
-
nginx+keepalived高可用及双主模式
高可用有2中方式. 1.Nginx+keepalived 主从配置 这种方案,使用一个vip地址,前端使用2台机器,一台做主,一台做备,但同时只有一台机器工作,另一台备份机器在主机器不出现故障的时候, ...
-
nginx+keepalived高可用及双主模式【h】
高可用有2中方式. 1.Nginx+keepalived 主从配置 这种方案,使用一个vip地址,前端使用2台机器,一台做主,一台做备,但同时只有一台机器工作,另一台备份机器在主机器不出现故障的时候, ...
-
Haproxy Mysql cluster 高可用Mysql集群
-----client-----------haproxy---------mysql1----------mysql2------192.168.1.250 192.168.1.1 192.168. ...
-
Keepalived+Nginx实现高可用和双主节点负载均衡
简介 Nginx可以实现高并发反向代理,lvs集群可以实现负载均衡,但是他们都有一个共同的弊端,就是Nginx,lvs架构中Director是单点故障,有没有一个好的方案解决这个问题呢?答案是有.通过 ...
-
keepalived+haproxy构建高可用负载均衡
一.环境介绍 我用的是centos6.7,内核版本为2.6.32-573.el6.x86_64,keepalived版本为keepalived-1.2.22,haproxy版本为haproxy-1.6 ...
-
VRRP笔记三:配置keepalived为实现haproxy高可用的双主模型配置文件示例:
说明:其基本实现思想为创建两个虚拟路由器,并以两个节点互为主从. ! Configuration File for keepalived global_defs { notification_emai ...
-
(转)Ubuntu 12.04 LTS 构建高可用分布式 MySQL 集群
本文的英文版本链接是 http://www.mrxuri.com/index.php/2013/11/20/install-mysql-cluster-on-ubuntu-12-04-lts.html ...
-
Ubuntu 12.04 LTS 构建高可用分布式 MySQL 集群
本文的英文版本链接是 http://xuri.me/2013/11/20/install-mysql-cluster-on-ubuntu-12-04-lts.html MySQL Cluster 是 ...
随机推荐
-
rand,randn,randi函数区别
1,rand 生成均匀分布的伪随机数.分布在(0~1)之间 主要语法:rand(m,n)生成m行n列的均匀分布的伪随机数 rand(m,n,'double')生成指定精度的 ...
-
MacOS Apache配置
仅适用于apache 2.2版本 查看版本 sudo apachectl -v 启动服务器 sudo apachectl start 打开localhost,可以看到内容为“It works! ...
-
ajax请求后台,有时收不到返回值的解决办法
昨天下午做项目遇到一个问题,贴出来方便以后翻阅,也给大家个参考. 问题: 具体做的是个文件导入的功能,导入的功能是成功了,但是界面一直得不到返回值,排查了一下午,调试的时候是可以有返回的,但是关掉浏览 ...
-
小甲鱼:Python学习笔记001_变量_分支_数据类型_运算符等基础
1.下载并安装Python 3.5.0 Python是一个跨平台语言,Python从3.0的版本的语法很多不兼容2版本,官网找到最新的版本并下载:http://www.python.org 2.IDL ...
-
电脑中安装多个jdk,eclipse的选择!
以前自己写java程序的时候,没有用到什么高级的东西,所以没咋关注eclipse中jdk的版本问题: 但是随着学习的深入,难免会用到别人的项目,那么在导入别人的项目过程中就会发现时长有问题,而很多情况 ...
-
安装Nginx配置常用参数含义
--prefix #nginx安装目录,默认在/usr/local/nginx--pid-path #pid问件位置,默认在logs目录--lock-path #lock问件位置,默认在logs目录- ...
-
BZOJ4699 树上的最短路(最短路径+dfs序+线段树+堆+并查集)
首先一般化的将下水道和塌陷看成一个东西.注意到在从源点出发的所有需要使用某条下水道的最短路径中,该下水道只会被使用一次,该下水道第一个被访问的点相同,且只会在第一个访问的点使用该下水道.这个第一个访问 ...
-
第八章(三)基于Listcheck适配器的访问控
denier适配器访问控制比较死板.Listchecker的适配器更加灵活. 定义handler: apiVersion: config.istio.io/v1alpha2 kind: listche ...
-
git ssh key配置
原文:https://blog.csdn.net/lqlqlq007/article/details/78983879 git clone支持https和git(即ssh)两种方式下载源码: 当使用 ...
-
03011_预处理对象executeUpdate方法(实现数据库的增、删、改)
1.概述 (1)通过预处理对象的executeUpdate方法,完成记录的insert\update\delete语句的执行: (2)操作格式统一如下: ①注册驱动: ②获取连接: ③获取预处理对象: ...