5双机配置_CentOS7高可用双机热备实现

一.服务器准备

两个linux版本为 CentOS7 x64&＃xff0c;

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&＃39;手机号码&＃39;, time timestamp DEFAULT now() comment&＃39;时间&＃39; );

2.2.2 主服务器Master配置

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

sql命令如下&＃xff1a;

• mysql> grant replication slave on *.* to &＃39;replicate&＃39;&＃64;&＃39;192.168.232.23&＃39; identified by &＃39;ljq13579&＃39;;
• mysql> flush privileges;

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

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

Note : ERROR 2003 (HY000): Can&＃39;t connect to MySQL server on &＃39;192.168.232.23&＃39; (113)

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

解决办法总结&＃xff1a;

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

• telnet IPAddress(192.168.232.23) 3306
• [root&＃64;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&＃64;Slave1 mysql ~]# service firewalld stop
• Redirecting to /bin/systemctl stop firewalld.service

2、确定数据库允许远程访问&＃xff0c;通过语句mysql>grant all privileges on *.* to &＃39;root&＃39;&＃64;&＃39;%&＃39; identified by &＃39;ljq13579&＃39;即可

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

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

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

第一种说法&＃xff0c;my.cnf只是MySQL启动时的一个参

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

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

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

找到配置文件my.cnf打开后&＃xff0c;在[mysqld]下修改即可&＃xff1a;

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服务线程&＃xff0c;这个是很重要的&＃xff0c;如果不这样做会造成以下操作不成功。
• mysql>change master to
• >master_host&＃61;&＃39;192.168.232.22&＃39;,master_user&＃61;&＃39;replicate&＃39;,master_password&＃61;&＃39;ljq13579&＃39;,
• > master_log_file&＃61;&＃39; mysql-bin.000016 &＃39;,master_log_pos&＃61;107;
• mysql>start slave;

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

Slave_IO_Running: Yes

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

2.2.7 主从数据同步测试

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

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

3.3.1 准备工作

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

服务器Master&＃xff1a;

• mysql> grant replication slave on *.* to &＃39;replicate&＃39;&＃64;&＃39;192.168.232.23&＃39; identified by &＃39;ljq13579&＃39;;
• mysql> flush privileges;

服务器Slave&＃xff1a;

• mysql> grant replication slave on *.* to &＃39;replicate&＃39;&＃64;&＃39;192.168.232.22&＃39; identified by &＃39;ljq13579&＃39;;
• mysql> flush privileges;

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

Master - my.cnf 配置文件:

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

Slave - my.cnf 配置文件:

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

3.3.3 查看Master和Slave节点状态

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

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

Master服务器&＃xff1a;

• mysql>stop slave;
• mysql>change master to
• >master_host&＃61;&＃39;192.168.232.23&＃39;,master_user&＃61;&＃39;replicate&＃39;,master_password&＃61;&＃39;ljq13579&＃39;,
• > master_log_file&＃61;&＃39; mysql-bin.000005 &＃39;,master_log_pos&＃61;533;

Slave服务器&＃xff1a;

• mysql>stop slave
• mysql>change master to
• >master_host&＃61;&＃39;192.168.232.22&＃39;,master_user&＃61;&＃39;replicate&＃39;,master_password&＃61;&＃39;ljq13579&＃39;,
• > master_log_file&＃61;&＃39; mysql-bin.000016 &＃39;,master_log_pos&＃61;326;

分别重启线程

• mysql>start slave;

查看两个服务器状态:

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

1. Slave_IO_Running: Yes
2. Slave_SQL_Running: Yes

3.3.5 主主数据同步测试

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

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

成功验证主&＃xff0d;主形式的双机热备&＃xff0c;实现双向数据同步

四. Mysql 配置文件参数说明

Server-id

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

Log-bin

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

Binlog-do-db

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

Binglog-ingore-db

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

Replicate-do-db

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

Replicate-ignore-db

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

Master-connect-retry

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

Log-slave-updates

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

Slave-skip-errors

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

Sync_binlog&＃61;1 Or N

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

Auto_increment_offset和Auto_increment_increment

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