Mysql + keepalived 实现双主热备读写分离

架构图

系统：CentOS6.4_X86_64
软件版本：Mysql-5.6.12,Keepalived-1.2.7
环境简介：
1.Master-A 192.168.1.168 (Mysql+Keepalived)
2.Master-B 192.168.1.169 (Mysql+Keepalived)
3.写入VIP 192.168.100 (168主，169从)
4.读取VIP 192.168.200 (169主，168从)
此处略过Mysql和Keepalived的安装过程，请读者自行查找相关的安装指导资料.

工作流程图

复制实现原理（适用于Mysql 5.5及之前的版本）：

MySQL支持单向,异步复制，复制过程中一个服务器充当主服务器，而另外一个或多个其它服务器充当从服务器。

MySQL复制基于主服务器在二进制日志中跟踪所有对数据库的更改(插入、更新、删除等等)，必须在主服务器上启用二进制日志。

MySQL使用3个线程来执行复制同步功能，其中两个线程(Sql线程和IO线程)在从服务器，另外一个线程(IO线程)在主服务器。

当从服务器发出start slave服务时，从服务器创建一个I/O线程，以连接主服务器并让它发送记录在其二进制日志中的语句。

主服务器创建Binlog Dump线程将二进制日志中的内容发送到从服务器。

从服务器I/O线程读取主服务器Binlog Dump线程发送的内容并将该数据拷贝到从服务器数据目录中的本地文件中(中继日志),接收到的日志内容依次写入到 Slave 端的Relay Log文件(mysql-relay-bin.xxxxxx)的最末端，并将读取到的Master端的bin-log的文件名和位置记录到master- info文件中，以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”。SQL线程读取中继日志并执行日志中包含的更新。在从服务器上，读取和执行更新语句被分成两个独立的任务。

当从服务器启动时，其I/O线程可以很快地从主服务器索取所有二进制日志内容，然后执行sql线程。

Mysql 5.6 特性

由于Mysql 5.6 引入了 GTID(Global Transaction ID)，保证 Slave 在复制的时候不会重复执行相同的事务操作；其次，是用全局事务 IDs 代替由文件名和物理偏移量组成的复制位点，定位 Slave 需要复制的 binlog 内容，在旧的 binlog 事件基础上新增两类事件

1.Previous_gtids_log_event 该事件之前的全局事务 ID 集合
2.Gtid_log_event 标记之后的事务对应的全局事务 ID

MySQL 5.6 的 binlog 文件中，每个事务的开始不是 “BEGIN” ，而是 Gtid_log_event 事件。

详解可以参考 http://gitsea.com/wp-content/uploads/2013/06/MySQL_Innovation_Day_Replication_HA.pdf

优点:
1.使用 GTIDs 作为主备复制的位点，在写 binlog 时用 Gtid_log_event 标记事务

2.主从复制不再基于master的binary logfile和logfile postition,从服务器连接到主服务器之后，把自己曾经获取到的GTID(Retrieved_Gtid_Set)发给主服务器，主服务器把从服务器缺少的GTID及对应的transactions发过去即可.

3.采用多个sql线程，每个sql线程处理不同的database，提高了并发性能，即使某database的某条语句暂时卡住，也不会影响到后续对其它的database进行操作.

配置Master-Master

一.创建同步用户

分别在两台mysql上执行

1
2
mysql> grant replication slave on *.* to 'replicate'@'%' identified by '123456';
mysql> flush privileges;

二.修改my.cnf

修改 /etc/my.cnf 前最好做个备份

Master-A 的my.cnf配置

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
binlog-format=ROW //二进制日志的格式，有row、statement和mixed几种类型,
log-slave-updates=true
gtid-mode=on //启用GTID
enforce-gtid-consistency=true //启用GTID
master-info-repository=TABLE//默认是file，选择table方式保存
relay-log-info-repository=TABLE//默认是file，选择table方式保存
sync-master-info=1 //实时同步
slave-parallel-workers=2 //设定从服务器的SQL线程数；0表示关闭多线程复制功能
binlog-checksum=CRC32 //日志校验
master-verify-checksum=1//启用校验
slave-sql-verify-checksum=1//启用校验
binlog-rows-query-log-events=1//只对row-based binlog有效
server-id=1
report-port=3307
port=3306
log-bin=master-a-bin.log
report-host=192.168.1.168
innodb_flush_log_at_trx_commit=1 //)每N次事务提交或事务外的指令都需要把日志写入（flush）硬盘
sync_binlog=1 //This makes MySQL synchronize the binary log’s contents to disk each time it commits a transaction 
auto_increment_offset = 1// 设置AUTO_INCREMENT起点
auto_increment_increment = 2//设置AUTO_INCREMENT增量
replicate-do-db = test//需要同步的数据库
replicate-ignore-db = mysql,information_schema,performance_schema//不需要同步的数据库

Master-B 的my.cnf配置

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
binlog-format=ROW
log-slave-updates=true
gtid-mode=on
enforce-gtid-consistency=true
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1
slave-parallel-workers=2
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log-events=1
server-id=2
report-port=3307
port=3306
log-bin=master-a-bin.log
report-host=192.168.1.169
innodb_flush_log_at_trx_commit=1
sync_binlog=1
auto_increment_offset = 1
auto_increment_increment = 2
replicate-do-db = test
replicate-ignore-db = mysql,information_schema,performance_schema

三.重启Mysql，启动Slave服务

首先重启两台mysql服务，

在Master-A 执行如下操作

1
2
change master to master_host='192.168.1.169', master_user='replicate',master_password='123456',master_auto_position=1;
start slave;

在Master-B 执行如下操作

1
2
change master to master_host='192.168.1.168', master_user='replicate',master_password='123456',master_auto_position=1;
start slave;

接下来就可以测试了，两边的test数据库增加不同的数据，都会同步到另外一台服务器上
同时还可以通过 show slave status G;查看相关服务状态

配置Keepalived

修改keepalived.cnf 文件，默认放置/etc/keepalived/
Master-A 的keepalived.conf配置如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
! Configuration File for keepalived
bal_defs {
   notification_email {
     ****@163.com
   }
   notification_email_from ***8@qq.com
   smtp_server smtp.qq.com
   smtp_connect_timeout 30
   router_id LVS_DEVEL
}
vrrp_instance VI_1 {
    state MASTER
    interface eth0 //网卡
    virtual_router_id 51 //同一实例下virtual_router_id必须相同 
    priority 100 //定义优先级，数字越大，优先级越高 BACKUP 优先级要低于MASTER
    advert_int 1 //MASTER与BACKUP负载均衡器之间同步检查的时间间隔，单位是秒 
    authentication { //验证类型和密码
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress { //VIP 组
        192.168.1.100
    }
}
vrrp_instance VI_2 {
    state BACKUP
    interface eth0
    virtual_router_id 52
    priority 50
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.1.200
    }
}

Master-B keepalived.conf 配置如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
! Configuration File for keepalived
bal_defs {
   notification_email {
     ***@163.com
   }
   notification_email_from ***@qq.com
   smtp_server smtp.qq.com
   smtp_connect_timeout 30
   router_id LVS_DEVEL
}
vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 51
    priority 50
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.1.100
    }
}
vrrp_instance VI_2 {
    state MASTER
    interface eth0
    virtual_router_id 52
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.1.200
    }
}

在开启keepalived服务之前先关闭防火墙，keepalived服务会占用112和255端口
然后通过sudo service keepalived start 开启服务，读者可以随意开启和停止keepalived测试看看IP有没有自动切换。
在遇到问题的时候可以通过ip add show eth0 和tail -f /var/log/messages进行问题定位。

锦上添花
添加mysql监控功能，当一台服务器的mysql进程挂掉之后，自动重启mysql服务，如果重启失效，则停止运行keepalived，进行容灾切换
首先安装nmap，运行yum -y install nmap
分别在两台服务器上的/opt目录下新增chk_mysql.sh脚本，内容如下

1
2
3
4
5
6
7
8
9
10
11
12
13
#!/bin/sh
# check mysql server status
PORT=3306
nmap localhost -p $PORT | grep "$PORT/tcp open"
#echo $?
if [ $? -ne 0 ];then
    service mysql stop
    service mysql start
    sleep 5
    nmap localhost -p $PORT | grep "$PORT/tcp open"
    [ $? -ne 0 ] && service keepalived stop
fi

增加可执行权限 chmod +x /opt/chk_mysql.sh

把Master-A的keepalived.conf 修改成如下内容

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
! Configuration File for keepalived
bal_defs {
   notification_email {
     ****@163.com
   }
   notification_email_from ***8@qq.com
   smtp_server smtp.qq.com
   smtp_connect_timeout 30
   router_id LVS_DEVEL
}
vrrp_script chk_mysql_port {
    script "/opt/chk_mysql.sh"
    interval 2
    weight 2
}
vrrp_instance VI_1 {
    state BACKUP
    interface eth0 //网卡
    virtual_router_id 51 //同一实例下virtual_router_id必须相同 
    priority 50 //定义优先级，数字越大，优先级越高 BACKUP 优先级要低于MASTER
    advert_int 1 //MASTER与BACKUP负载均衡器之间同步检查的时间间隔，单位是秒 
    authentication { //验证类型和密码
        auth_type PASS
        auth_pass 1111
    }
    track_script {
        chk_mysql_port
    }
    virtual_ipaddress { //VIP 组
        192.168.1.100
    }
}
vrrp_instance VI_2 {
    state MASTER
    interface eth0
    virtual_router_id 52
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    track_script {
        chk_mysql_port
    }
    virtual_ipaddress {
        192.168.1.200
    }
}

同理，相应的修改Master-B的配置文件。
重启服务生效之后，你会发现，手动关闭mysql服务之后，会被keepalived自动开启服务。

Mysql + keepalived 实现双主热备读写分离相关推荐

  1. Mysql+Keepalived实现双主热备

    我们通常说的双机热备是指两台机器都在运行,但并不是两台机器都同时在提供服务.当提供服务的一台出现故障的时候,另外一台会马上自动接管并且提供服务,而且切换的时间非常短 MySQL双主复制,即互为Mast ...

  2. MySQL集群系列2：通过keepalived实现双主集群读写分离

    在上一节基础上,通过添加keepalived实现读写分离. 首先关闭防火墙 安装keepalived keepalived 2台机器都要安装 rpm -q openssl kernel-devel y ...

  3. mysql+keepalived必须要lvs吗_MySQL 双主热备 + LVS + Keepalived 高可用操作记录

    MySQL复制能够保证数据的冗余的同时可以做读写分离来分担系统压力,如果是主主复制还可以很好的避免主节点的单点故障.然而MySQL主主复制存在一些问题无法满足我们的实际需要:未提供统一访问入口来实现负 ...

  4. mysql+keepalived必须要lvs吗_Mysql双主热备+LVS+Keepalived高可用操作记录

    MySQL复制能够保证数据的冗余的同时可以做读写分离来分担系统压力,如果是主主复制还可以很好的避免主节点的单点故障.然而MySQL主主复制存在一些问题无法满足我们的实际需要:未提供统一访问入口来实现负 ...

  5. keepalived mysql双主架构图_基于keepalived Mysql双主热备配置

    基于keepalived双主热备: 一.环境: OS:CentOS 6.5 X64 DB Version:Percona Mysql 5.7.15-9-log 路径:/app/mysql57 数据文件 ...

  6. 高可用Mysql架构_Mysql主从复制、Mysql双主热备、Mysql双主双从、Mysql读写分离（Mycat中间件）、Mysql分库分表架构（Mycat中间件）的演变...

    [Mysql主从复制] 解决的问题 数据分布:比如一共150台机器,分别往电信.网通.移动各放50台,这样无论在哪个网络访问都很快.其次按照地域,比如国内国外,北方南方,这样地域性访问解决了. 负载均 ...

  7. ubuntu mysql双主热备配置_MySql双主热备配置

    用四台服务器配置MySql双主热备配置 主机1服务器ip:192.168.31.208 主机2服务器ip:192.168.31.133 从机1服务器ip:192.168.31.121 从机2服务器ip ...

  8. MySQL8.0.19 双主热备

    MySQL8.0.19 双主热备 一.环境准备 二.双主配置 2.1 主机A(131)配置 2.2 主机B(132)配置 2.3 主机A(131)主从配置 2.4 主机B(132)主从配置 2.5 启 ...

  9. mysql设置keepalived_MySQL高可用性之Keepalived+MySQL（双主热备）

    环境描述: OS:CentOS6.5_X64 MASTER:192.168.0.202 BACKUP:192.168.0.203 VIP:192.168.0.204 1.配置两台MySQL主主同步 [ ...

  10. mysql+keepalived 双主热备高可用

    理论介绍: 我们通常说的双机热备是指两台机器都在运行,但并不是两台机器都同时在提供服务.当提供服务的一台出现故障的时候,另外一台会马上自动接管并且提供服务,而且切换的时间非常短.MySQL双主复制,即 ...

最新文章

  1. 在asp.net中读取XML文件信息的4种方法
  2. Python Socket TypeError: a bytes-like object is required, not 'str' 错误提示
  3. 从选择到上传,可能是最贴心的高仿朋友圈编辑了
  4. 创建XNA Shooter游戏——挑战：用引擎编写自己的游戏
  5. wordpress插件翻译不生效_新的恶意软件利用wordpress插件漏洞攻击数百万网站
  6. 管中窥“视频”，“理解”一斑 —— 视频理解概览
  7. 是时候理解下HTTPS及背后的加密原理了
  8. 2种IO并发开发中的设计模式：Reactor and Proactor
  9. Sql 行转列问题总结
  10. 图形处理：betweeness中心性– neo4j的密码与graphstream
  11. 1152Google Recruitment
  12. 这些将在新一年改变你的风控内容
  13. ceph rbd 封装api
  14. python编程新手常犯的错误_Python新手常犯的10个错误 - 里维斯社
  15. Arduino UNO驱动液晶屏TFT_LCD_ST7789v
  16. 分享五个最好的BT下载软件
  17. ubuntu右上角没有网的问题解决
  18. 好好学习天天向上之InfoPath学习系列（一）：Form Services与InfoPath初识
  19. 卸载计算机更新程序包,win7系统删除系统更新安装包的详细教程
  20. 医疗行业几个常提到的系统名词

热门文章

  1. java看视频可以学会吗,看it教程视频自学Java编程可以学会吗？
  2. linux内核程序运行在哪里,linux内核 – 设备驱动程序代码在哪里执行？内核空间还是用户空间？...
  3. linux支持ext2格式吗,linux正统标准文件系统ext2详解
  4. 推导pca的降维损失_这应该是最全的PCA原理总结了（上）
  5. PHP获取本月当月，起始结束日期
  6. uwp - 控件精确移动动画
  7. [saiku] 将saiku自带的H2嵌入式数据库迁移到本地mysql数据库
  8. MySQL相关文档索引
  9. BZOJ4196 NOI2015 软件包管理器
  10. Nodejs的各种数据库驱动地址汇总