MySQL 主从复制的方式有多种,本文主要演示基于基于日志(binlog)的主从复制方式。
MySQL 主从复制(也称 A/B 复制) 的原理
-
Master将数据改变记录到二进制日志(binary log)中,也就是配置文件log-bin指定的文件, 这些记录叫做二进制日志事件(binary log events);
-
Slave 通过 I/O 线程读取 Master 中的 binary log events 并写入到它的中继日志(relay log);
-
Slave 重做中继日志中的事件, 把中继日志中的事件信息一条一条的在本地执行一次,完 成数据在本地的存储, 从而实现将改变反映到它自己的数据(数据重放)。
主从配置需要注意的点
-
主从服务器操作系统版本和位数一致;
-
Master 和 Slave 数据库的版本要一致;
-
Master 和 Slave 数据库中的数据要一致;
-
Master 开启二进制日志, Master 和 Slave 的 server_id 在局域网内必须唯一;
主从配置的简要步骤
Master 上的配置
-
安装数据库;
-
修改数据库配置文件, 指明 server_id, 开启二进制日志(log-bin);
-
启动数据库, 查看当前是哪个日志, position 号是多少;
-
登录数据库, 授权数据复制用户(IP 地址为从机 IP 地址, 如果是双向主从, 这里的还需要授权本机的 IP 地址, 此时自己的 IP 地址就是从 IP 地址);
-
备份数据库(记得加锁和解锁);
-
传送备份数据到 Slave 上;
-
启动数据库;
以下步骤, 为单向主从搭建成功, 想搭建双向主从需要的步骤:
-
登录数据库, 指定 Master 的地址、 用户、 密码等信息(此步仅双向主从时需要);
-
开启同步, 查看状态;
Slave 上的配置
-
安装数据库;
-
修改数据库配置文件, 指明 server_id(如果是搭建双向主从的话, 也要开启二进制 日志 log-bin);
-
启动数据库, 还原备份;
-
查看当前是哪个日志, position 号是多少(单向主从此步不需要, 双向主从需要);
-
指定 Master 的地址、 用户、 密码等信息;
-
开启同步, 查看状态。
1、主节(Master)点配置
修改 Master 的配置文件/etc/my.cnf
vi /etc/my.cnf
在my.cnf文件中加入如下配置内容
[mysqld]
log-bin=mysql-bin
server-id=1
2、从节点(Slave)配置
修改 Slave 的配置文件/etc/my.cnf
vi /etc/my.cnf
在my.cnf文件中加入如下配置内容
[mysqld]
server-id=2
3、创建用于复制操作的用户
在主节点创建一个用户,用于从节点链接主节点时使用。注意master是主服务器的用户,而 47.92.132.179 指的是从数据库的服务器IP,意思就是让从服务器有访问的权限
mysql> CREATE USER 'master'@'47.92.132.179' IDENTIFIED WITH mysql_native_password BY '123456';
mysql> GRANT REPLICATION SLAVE ON *.* TO 'master'@'47.92.132.179';
刷新授权表信息
mysql> flush privileges;
4、获取主节点当前binary log文件名和位置(position)
5、在从(Slave)节点上设置主节点参数
mysql> CHANGE MASTER TO MASTER_HOST='47.92.202.2', -- 主服务器IP
MASTER_USER='master', -- 主服务器用户
MASTER_PASSWORD='123456', -- 主服务器用户密码
MASTER_LOG_FILE='binlog.000006', -- 主服务器
MASTER_PORT=12345, -- 端口号默认3306
MASTER_LOG_POS=856; -- 位置
6、查看(Slave)主从同步状态
mysql> show slave status\G;
7、开启主从同步
mysql> start slave;
8、再查看主从同步状态
mysql> show slave status\G;
查看状态时,可能会出现I/O任务启动失败的情况,即如下错误:
Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the –replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it).
这是因为在MySQL主从结构中,从机上的server_id
和主机上的server_id
不能相同,我们可以看一下主机上的server_id
和从机上的server_id
是否相同。
mysql> show variables like 'server_id';
主机
从机
这里我们把从机的server_id改成2
mysql> set global server_id=2; #此处的数值和my.cnf里设置的一样就行
9、重新开启同步并查看装态
mysql> start slave;
mysql> show slave status\G;
开启主从之后,如果状态如上图所示,那么说明主从信息就已经配置好了,接下来我们测试一下在主机上创建一个数据库,然后在从机上是否能够同步创建。
首先看一下我们主机和从机除了MySQL本身自带的数据库之前目前是没有任何数据的。
还可以用到的其他相关参数:
master开启二进制日志后默认记录所有库所有表的操作,可以通过配置来指定只记录指定的数据库甚至指定的表的操作,具体在mysql配置文件的[mysqld]可添加修改如下选项:
# 不同步哪些数据库
binlog-ignore-db = mysql
binlog-ignore-db = test
binlog-ignore-db = information_schema
# 只同步哪些数据库,除此之外,其他不同步
binlog-do-db = game
总结:当前的做法也只是主服务器更新数据库信息,从库也更新,从库更新是不会更改同步到主服务器的,如果想要时间两者都能同步就把从服务器当做主服务器来重新做一遍流程即可!
如果主从同步遇到 Got fatal error 1236 from master when reading data from binary log: 'Could not find first log...
首先遇到这个是因为binlog位置索引处的问题,不要reset slave;
reset slave会将主从同步的文件以及位置恢复到初始状态,一开始没有数据还好,有数据的话,相当于重新开始同步,可能会出现一些问题;
一般做主从同步,都是要求以后的数据实现主从同步,而对于旧的数据完全可以使用数据库同步工具先将数据库同步,完了再进行主从同步;
好了遇到上面的问题,正确做法是:
1.打开主服务器,进入mysql
2.执行flush logs;//这时主服务器会重新创建一个binlog文件;
3.在主服务上执行show master slave \G;显示如下:
或者在重新来
show master status;
4.来到从服务器的mysql;
5.stop slave;
6.change master to master_log_file='mysql-bin.000012',master_log_pos=154;//这里的file和pos都是上面主服务器master显示的。
7.start slave;//这时候就应可以了
8.show slave status \G;//结果如下: