一.服务器准备

两个linux版本为 CentOS7 x64，

mysql 版本为 5.5.31 ,

详细安装步骤参考: CentOS7 环境 编译安装mysql源码

二. Mysql 建立主-从服务器双机热备配置步骤

2.2.1准备工作

Slave1 服务器 IP : 192.168.232.21 (Master角色)

Slave2 服务器 IP : 192.168.232.22 (Slave角色)

在Slave1节点和Slave2节点分别在test databases 建立一张 名叫tb_mobile表

sql语句如下:

mysql> create table tb_mobile( mobile VARCHAR(20) comment'手机号码', time timestamp DEFAULT now() comment'时间' );

2.2.2 主服务器Master配置

通过 mysql -u root -p 登录 数据库 并为 slave node 建立 一个连接账户 授予 replication权限

sql命令如下：

• mysql> grant replication slave on *.* to 'replicate'@'192.168.232.23' identified by 'ljq13579';
• mysql> flush privileges;

创建完成后，通过ip 192.168.232.23的从服务器用replication账号remote访问Master数据库

在Slave服务器命令: mysql -h 192.168.232.22 -ureplicate -pljq13579

Note : ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.232.23' (113)

• 首先检查服务器间是否能够ping

解决办法总结：

1、确定远程机器的防火墙关闭或在防火墙允许3306端口号

• telnet IPAddress(192.168.232.23) 3306
• [root@Slave1 mysql~]# systemctl disable firewalld
• Removed symlink /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service.
• Removed symlink /etc/systemd/system/basic.target.wants/firewalld.service.
• [root@Slave1 mysql ~]# service firewalld stop
• Redirecting to /bin/systemctl stop firewalld.service

2、确定数据库允许远程访问，通过语句mysql>grant all privileges on *.* to 'root'@'%' identified by 'ljq13579'即可

2.2.3 修改Master服务器的mysql 配置文件/etc/my.cnf

(Linux下用rpm包安装的MySQL是不会安装/etc/my.cnf文件的，

至于为什么没有这个文件而MySQL却也能正常启动和作用，在点有两个说法，

第一种说法，my.cnf只是MySQL启动时的一个参

数文件，可以没有它，这时MySQL会用内置的默认参数启动，

第二种说法，MySQL在启动时自动使用/usr/share/mysql目录下的my-medium.cnf文件，这种说法仅限于rpm包安装的MySQL，

解决方法，只需要复制一个/usr/share/mysql目录下的my-medium.cnf文件到/etc目录，并改名为my.cnf即可。)

找到配置文件my.cnf打开后，在[mysqld]下修改即可：

2.2.4 重启Msater 的mysql 服务

2.2.5 查看Master 服务器状态

2.2.6 从服务器Slave配置

修改 my.cnf

重启服务 : /etc/init.d/mysqld restart

用change master 语句指定同步位置 :

• mysql>stop slave; //先停步slave服务线程，这个是很重要的，如果不这样做会造成以下操作不成功。
• mysql>change master to
• >master_host='192.168.232.22',master_user='replicate',master_password='ljq13579',
• > master_log_file=' mysql-bin.000016 ',master_log_pos=107;
• mysql>start slave;

用指令查看Slave服务器的状态:

Slave_IO_Running: Yes

Slave_SQL_Running: Yes 代表从服务器设置成功

2.2.7 主从数据同步测试

可以从上面两个截图上看出，在Master服务器上进行插入的数据在Slave服务器可以查到，这就表示双机热备配置成功了

三. Mysql 建立主-主服务器双机热备配置步骤

3.3.1 准备工作

同时在主从服务器建立一个连接帐户，该帐户必须授予REPLIATION SLAVE权限。这里因为服务器Master和服务器Slave互为主从，所以都要分别建立一个同步用户。

服务器Master：

• mysql> grant replication slave on *.* to 'replicate'@'192.168.232.23' identified by 'ljq13579';
• mysql> flush privileges;

服务器Slave：

• mysql> grant replication slave on *.* to 'replicate'@'192.168.232.22' identified by 'ljq13579';
• mysql> flush privileges;

3.3.2 修改Master和Slave的my.cnf配置文件

Master - my.cnf 配置文件:

• [mysqld]
• server-id = 1
• log-bin=mysql-bin
• binlog-do-db = test
• binlog-ignore-db = mysql
• #主－主形式需要多添加的部分
• log-slave-updates
• sync_binlog = 1
• auto_increment_offset = 1
• auto_increment_increment = 2
• replicate-do-db = test
• replicate-ignore-db = mysql,information_schema

Slave - my.cnf 配置文件:

• [mysqld]
• server-id = 2
• log-bin=mysql-bin
• master-slave need
• replicate-do-db = test
• replicate-ignore-db = mysql,information_schema,performance_schema
• #主－主形式需要多添加的部分
• binlog-do-db = test
• binlog-ignore-db = mysql
• log-slave-updates
• sync_binlog = 1
• auto_increment_offset = 2
• auto_increment_increment = 2

3.3.3 查看Master和Slave节点状态

重启mysql服务并通过show master status命令查看是否生效

3.3.4 服务器change master to 指定同步位置

Master服务器：

• mysql>stop slave;
• mysql>change master to
• >master_host='192.168.232.23',master_user='replicate',master_password='ljq13579',
• > master_log_file=' mysql-bin.000005 ',master_log_pos=533;

Slave服务器：

• mysql>stop slave
• mysql>change master to
• >master_host='192.168.232.22',master_user='replicate',master_password='ljq13579',
• > master_log_file=' mysql-bin.000016 ',master_log_pos=326;

分别重启线程

• mysql>start slave;

查看两个服务器状态:

查看下面两项值均为Yes，即表示设置从服务器成功。

1. Slave_IO_Running: Yes
2. Slave_SQL_Running: Yes

3.3.5 主主数据同步测试

1. 在Master服务器插入一条数据, Slave数据同步更新

2. 在Slave服务器删除一条数据,同样Master也会更新数据

成功验证主－主形式的双机热备，实现双向数据同步

四. Mysql 配置文件参数说明

Server-id

• ID值唯一的标识了复制群集中的主从服务器，因此它们必须各不相同。Master_id必须为1到232－1之间的一个正整数值，slave_id值必须为2到232－1之间的一个正整数值。

Log-bin

• 表示打开binlog，打开该选项才可以通过I/O写到Slave的relay-log，也是可以进行replication的前提。

Binlog-do-db

• 表示需要记录二进制日志的数据库。如果有多个数据可以用逗号分隔，或者使用多个binlog-do-dg选项。

Binglog-ingore-db

• 表示不需要记录二进制日志的数据库，如果有多个数据库可用逗号分隔，或者使用多binglog-ignore-db选项。

Replicate-do-db

• 表示需要同步的数据库，如果有多个数据可用逗号分隔，或者使用多个replicate-do-db选项。

Replicate-ignore-db

• 表示不需要同步的数据库，如果有多个数据库可用逗号分隔，或者使用多个replicate-ignore-db选项。

Master-connect-retry

• master-connect-retry=n表示从服务器与主服务器的连接没有成功，则等待n秒（s）后再进行管理方式（默认设置是60s）。如果从服务器存在http://mater.info文件，它将忽略些选项。

Log-slave-updates

• 配置从库上的更新操作是否写入二进制文件，如果这台从库，还要做其他从库的主库，那么就需要打这个参数，以便从库的从库能够进行日志同步。

Slave-skip-errors

• 在复制过程，由于各种原因导致binglo中的sql出错，默认情况下，从库会停止复制，要用户介入。可以设置slave-skip-errors来定义错误号，如果复制过程中遇到的错误是定义的错误号，便可以路过。如果从库是用来做备份，设置这个参数会存在数据不一致，不要使用。如果是分担主库的查询压力，可以考虑。

Sync_binlog=1 Or N

• Sync_binlog的默认值是0，这种模式下，MySQL不会同步到磁盘中去。这样的话，Mysql依赖操作系统来刷新二进制日志binary log，就像操作系统刷新其他文件的机制一样。因此如果操作系统或机器（不仅仅是Mysql服务器）崩溃，有可能binlog中最后的语句丢失了。要想防止这种情况，可以使用sync_binlog全局变量，使binlog在每Ｎ次binlog写入后与硬盘同步。当sync_binlog变量设置为１是最安全的，因为在crash崩溃的情况下，你的二进制日志binary log只有可能丢失最多一个语句或者一个事务。但是，这也是最慢的一种方式（除非磁盘有使用带蓄电池后备电源的缓存cache,使得同步到磁盘的操作非常快）。
• 即使sync_binlog设置为１，出现崩溃时，也有可能表内容和binlog内容之间存在不一致性。如果使用InnoDB表，Mysql服务器处理COMMIT语句，它将整个事务写入binlog并将事务提交到InnoDB中。如果在两次操作之间出现崩溃，重启时，事务被InnoDB回滚，但仍然存在binlog中。可以用-innodb-safe-binlog选项来增加InnoDB表内容和binlog之间的一致性。（注释：在Mysql 5.1版本中不需要-innodb-safe-binlog；由于引入了XA事务支持，该选项作废了），该选项可以提供更大程度的安全，使每个事务的binlog(sync_binlog=1)和（默认情况为真）InnoDB日志与硬盘同步，该选项的效果是崩溃后重启时，在滚回事务后，Mysql服务器从binlog剪切回滚的InnoDB事务。这样可以确保binlog反馈InnoDB表的确切数据等，并使从服务器保持与主服务器保持同步（不接收回滚的语句）。

Auto_increment_offset和Auto_increment_increment

• Auto_increment_increment和auto_increment_offset用于主－主服务器（master-to-master）复制，并可以用来控制AUTO_INCREMENT列的操作。两个变量均可以设置为全局或局部变量，并且假定每个值都可以为1到65,535之间的整数值。将其中一个变量设置为0会使该变量为1。
• 这两个变量影响AUTO_INCREMENT列的方式：auto_increment_increment控制列中的值的增量值，auto_increment_offset确定AUTO_INCREMENT列值的起点。
• 如果auto_increment_offset的值大于auto_increment_increment的值，则auto_increment_offset的值被忽略。例如：表内已有一些数据，就会用现在已有的最大自增值做为初始值。