mysql双主同步原理

你的名字 2023-09-25 09:52 57阅读 0赞

## keepalived做完MySQL双机互备，zabbix挂了... ##

应该不会影响的啊，你得确认以下几点：

keepalived配置文件中，关于VIP的配置应该如下：

virtual\_server192.168.1.23306\{\#VIP的IP，和监听的端口

在/etc/services中应该添加了zabbix\_server的端口(客户端加前两条)：

\#cat>>/etc/services<

zabbix-agent10050/tcp\#ZabbixAgent

zabbix-agent10050/udp\#ZabbixAgent

zabbix-trapper10051/tcp\#ZabbixTrapper

zabbix-trapper10051/udp\#ZabbixTrapper

服务端防火墙开启了10050和10051端口，客户端添加10050端口。

检查服务端zabbix\_agent的配置文件中，zabbix\_server的ip设置错误(看你的提问，很可能就是这里把server的ip设置成了VIP)

\#vim/usr/local/zabbix/etc/zabbix\_agentd.conf

Server=127.0.0.1\#zabbixserver的ip

ServerActive=127.0.0.1\#zabbixserver的ip，主动向zabbixserver报数据

这样一来，zabbix走的是10050端口，mysql走的是3306端口，应该不会互相影响的。关于keepalived的更多问题，可以百度我的博客“成航先森”寻找答案。

本回答由提问者推荐

![mysql双主同步原理\_mysql双主+keeplive][mysql_mysql_keeplive]

## mysql 双主主键冲突 怎么解决 ##

主键可以理解成一个有唯一约束和索引的字段。你在插入的时候不会自动变成更新，而是会报主键冲突，想要做成没有就插入，有就更新的话，用mergeinto来实现，这个跟字段是否为主键无关

本回答由提问者推荐

## MySQL和MySQLWorkbench有何区别？ ##

MySQL Workbench是MySQL AB发布的可视化的数据库设计软件，它的前身是 FabForce 公司的 DBDesigner 4。

![mysql双主同步原理\_mysql双主+keeplive\_02][mysql_mysql_keeplive_02]

## MySQL是什么？ ##

MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下，MySQL是管理内容最好的选择。MySQL关系型数据库于1998年1月发行第一个版本。它使用系统核心提供的多线程机制提供完全的多线程运行模式，提供了面向C、C++、Eiffel、Java、Perl、PHP、Python以及Tcl等编程语言的编程接口(APIs)，支持多种字段类型并且提供了完整的操作符支持查询中的SELECT和WHERE操作。

## 两台阿里云服务器，如何配置keepalived，mysql双主 ##

使用MySQL双master+keepalived是一种非常好的解决方案，在MySQL-HA环境中，MySQL互为主从关系，这样就保证了两台MySQL数据的一致性，然后用keepalived实现虚拟IP，通过keepalived自带的服务监控功能来实现MySQL故障时自动切换。

下面，我把即将上线的一个生产环境中的架构与大家分享一下，看一下这个架构中，MySQL-HA是如何实现的，环境拓扑如下

MySQL-VIP：10.10.10.21

MySQL-master1：10.10.10.17

MySQL-master2：10.10.10.18

OS版本：Redhat6.2

MySQL版本：mysql-5.1.59

Keepalived版本：keepalived-1.1.20

一、MySQL master-master配置

1、修改MySQL配置文件

两台MySQL均如要开启binlog日志功能，开启方法：在MySQL配置文件\[MySQLd\]段中加上log-bin=MySQL-bin选项

两台MySQL的server-ID不能一样，默认情况下两台MySQL的serverID都是1，需将其中一台修改为2即可

Master1配置：

\#vim /etc/my.cnf

log-bin=mysql-bin//开启binlog日志功能

log =/usr/local/mysql/var/mysql.log//会打印mysql的所以sql语句

server-id= 1 //

binlog-do-db =mysql//需要同步的库名称

auto-increment-increment= 2

auto-increment-offset= 2

Master2配置：

\#vim /etc/my.cnf

log-bin=mysql-bin//开启binlog日志功能

log =/usr/local/mysql/var/mysql.log //会打印mysql的所以sql语句

server-id= 2

binlog-do-db =mysql//需要同步的库名称

auto-increment-increment= 2

auto-increment-offset= 2

2、建授权用户

在10.10.10.17上新建授权用户

grant replicationslave on \*.\* to test@’10.10.10.%’ identified by ‘123456’;

在10.10.10.18服务器上建授权用户

grant replicationslave on \*.\* to test@’10.10.10.%’ identified by ‘123456’;

3、将10.10.10.17设为10.10.10.18的主服务器

在10.10.10.18上将10.10.10.17设为自己的主服务器

mysql> show master status;(17服务器配置)

1+------------------+----------+--------------+------------------+

\+------------------+----------+--------------+------------------+

| mysql-bin.000027|106|mysql||

\+------------------+----------+--------------+------------------+

1 row in set (0.01 sec)

MySQL> change master to master\_host='10.10.10.17',master\_user=’test’,master\_password='123456',master\_log\_file='MySQL-bin.000027',master\_log\_pos=106;

Query OK, 0 rows affected (0.05 sec)

MySQL> start slave;

Query OK, 0 rows affected (0.00 sec)

mysql> show slave status \\G

Slave\_IO\_Running: Yes

Slave\_SQL\_Running: Yes\\\\如果此2项都为yes，master-master配置即成功

将10.10.10.18设为10.10.10.17的主服务器 方法与上面设置一致只需将

在10.10.10.17上将10.10.10.18设为自己的主服务器

mysql> show master status;(18服务器配置)

1+------------------+----------+--------------+------------------+

\+------------------+----------+--------------+------------------+

| mysql-bin.000027|106|mysql||

\+------------------+----------+--------------+------------------+

1 row in set (0.01 sec)

MySQL> change master to master\_host='10.10.10.18',master\_user=’test’,master\_password='123456',master\_log\_file='MySQL-bin.000027',master\_log\_pos=106;

Query OK, 0 rows affected (0.05 sec)

MySQL> start slave;

Query OK, 0 rows affected (0.00 sec)

mysql> show slave status \\G

Slave\_IO\_Running: Yes

Slave\_SQL\_Running: Yes\\\\如果此2项都为yes，master-master配置即成功

测试是否成功：

如上述均正确配置，现在在任何一台MySQL上更新数据都会同步到另一台MySQL(仅限mysql库)

二、keepalived安装及配置

1、10.10.10.17服务器上keepalived安装及配置

安装keepalived

\#tar zxvfkeepalived-1.1.20.tar.gz

\#cdkeepalived-1.1.20

\#./configure--prefix=/usr/local/keepalived--with-kernel-dir=/usr/src/kernels/2.6.32-220.el6.x86\_64

\#make &&make install

配置keepalived

我们自己在新建一个配置文件，默认情况下keepalived启动时会去/etc/keepalived目录下找配置文件

\#mkdir/etc/keepalived

\#vi/etc/keepalived/keepalived.conf

global\_defs \{

notification\_email \{

smtp\_server 127.0.0.1 (如果本机配置的话)

smtp\_connect\_timeout 30

router\_id MySQL-ha

vrrp\_instance VI\_1\{

state BACKUP\#两台配置此处均是BACKUP

interface p4p1 \#注意网卡接口

virtual\_router\_id 51

priority 100\#优先级，另一台改为90

advert\_int 1

nopreempt\#不主动抢占资源，只在优先级高的机器上设置即可，优先级低的机器不设置

authentication \{

auth\_type PASS

auth\_pass 1111

virtual\_ipaddress \{

10.10.10.21

virtual\_server10.10.10.21 3306 \{

delay\_loop 2\#每个2秒检查一次real\_server状态

lb\_algo wrr\#LVS算法

lb\_kind DR\#LVS模式

persistence\_timeout 60\#会话保持时间

protocol TCP

real\_server 10.10.10.17 3306 \{

weight 3

notify\_down /usr/local/my/my.sh \#检测到服务down后执行的脚本

TCP\_CHECK \{

connect\_timeout 10\#连接超时时间

nb\_get\_retry 3\#重连次数

delay\_before\_retry 3\#重连间隔时间

connect\_port 3306\#健康检查端口

编写检测服务down后所要执行的脚本

\#vi/usr/local/MySQL/bin/MySQL.sh

\#!/bin/sh

pkillkeepalived

\#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

\#/usr/local/keepalived/sbin/keepalived–D

\#ps -aux | grepkeepalived

找一台局域网PC，然后去ping MySQL的VIP，这时候MySQL的VIP是可以ping的通的

停止MySQL服务，看keepalived健康检查程序是否会触发我们编写的脚本

1、10.10.10.18服务器上keepalived安装及配置

安装keepalived

\#tar zxvfkeepalived-1.1.20.tar.gz

\#cdkeepalived-1.1.20

\#./configure--prefix=/usr/local/keepalived--with-kernel-dir=/usr/src/kernels/2.6.32-220.el6.x86\_64

\#make &&make install

配置keepalived

我们自己在新建一个配置文件，默认情况下keepalived启动时会去/etc/keepalived目录下找配置文件

\#mkdir/etc/keepalived

\#vi/etc/keepalived/keepalived.conf

global\_defs \{

notification\_email \{

smtp\_server 127.0.0.1

smtp\_connect\_timeout 30

router\_id MySQL-ha

vrrp\_instance VI\_1\{

state BACKUP\#两台配置此处均是BACKUP

interface p4p1 \#注意网卡接口

virtual\_router\_id 51

priority 90\#优先级，另一台改为90

advert\_int 1

authentication \{

auth\_type PASS

auth\_pass 1111

virtual\_ipaddress \{

10.10.10.21

virtual\_server10.10.10.21 3306 \{

delay\_loop 2\#每个2秒检查一次real\_server状态

lb\_algo wrr\#LVS算法

lb\_kind DR\#LVS模式

persistence\_timeout 60\#会话保持时间

protocol TCP

real\_server 10.10.10.18 3306 \{

weight 3

notify\_down /usr/local/my/my.sh \#检测到服务down后执行的脚本

TCP\_CHECK \{

connect\_timeout 10\#连接超时时间

nb\_get\_retry 3\#重连次数

delay\_before\_retry 3\#重连间隔时间

connect\_port 3306\#健康检查端口

启动keepalived

\#/usr/local/keepalived/sbin/keepalived–D

\#ps -aux | grepkeepalived

停止MySQL服务，看keepalived健康检查程序是否会触发我们编写的脚本

两台MySQL服务器都要授权允许从远程登录

MySQL> grantall privileges on \*.\* to andyguo@'%' identified by '123456';

Query OK, 0 rowsaffected (0.00 sec)

MySQL> flushprivileges;

Query OK, 0 rowsaffected (0.00 sec)

keepalived故障转移测试:

在windows客户端一直去ping VIP，然后关闭10.10.10.17上的keepalived，正常情况下VIP就会切换到10.10.10.18上面去

开启10.10.10.17上的keepalived，关闭10.10.10.18上的keepalived，看是否能自动切换，正常情况下VIP又会属于10.10.10.17

注：keepalived切换速度还是非常块的，整个切换过程只需1-3秒

MySQL故障转移测试：

在10.10.10.17上关闭MySQL服务，看VIP是否会切换到10.10.10.18上

开启10.10.10.17上的MySQL和keepalived，然后关闭10.10.10.18上的MySQL，看VIP是否会切换到10.10.10.17上

如果都没问题，到此整个配置即已完成。

备注(在测试的过程中遇到了一些问题，解决方法)

Keepalived\_healthcheckers:IPVS: Can't initialize ipvs: Protocol not available

起初重装了ipvsadm和keepalived，但故障依旧，随后突然想到是否lvs模块加载异常，于是lsmod|grep ip\_vs发现果然没有相应的模块，而正常情况下应该是有的

e、手动加载ip\_vs模块

modprobe ip\_vs

modprobe ip\_vs\_wrr

f、重启keepalived服务，故障排除，此时转发正常，从服务器的ip\_vs加载正常，主从切换也正常

g、将modprobeip\_vs、modprobe ip\_vs\_wrr添加进/etc/rc.local开机自动加载

![mysql双主同步原理\_mysql双主+keeplive\_03][mysql_mysql_keeplive_03]

## mysql分布式集群如何理解，相对mysql主从复制，双主集群有什么区别 ##

最明显，也最本质，data-sharing和nothing-sharing的区别。

集群是共享存储的。复制中没有任何共享。每台机器都是独立且完整的系统。

由此，带来的是应用和实现技术上的区别。主从 就是 读写分离，主数据库负责写服务器，实时同步到从数据库(硬件和网络不同情况会有不同时间的延迟，阿里云主从数据库延迟几十毫秒)， 从数据库负责提供读取服务器，创建只读账号 不能创建表和写入数据。

双主集群 没听过，你说的是不是mysql的mmm架构，当一个主从挂掉了 自动切换到另外一个主从服务器，当这个恢复后自动把增加的数据拷贝 回来 并提供服务

[mysql_mysql_keeplive]: https://img2.baidu.com/it/u=1099580855,1248696535&fm=15&fmt=auto
[mysql_mysql_keeplive_02]: https://img0.baidu.com/it/u=2092918613,2522387172&fm=26&fmt=auto
[mysql_mysql_keeplive_03]: https://img1.baidu.com/it/u=938734699,3821905197&fm=26&fmt=auto