本文同步发表于我的微信公众号,扫一扫文章底部的二维码或在微信搜索 chaodev 即可关注。
主从复制可以对数据备份,实现高可用,主服务器挂了,从服务器还可以使用。通过读写分离,提高数据库负载。
但是不建议有太多的从节点,因为所有从节点都需要同步主节点的数据,如果数据太多就会造成延时问题,也就引发了数据的一致性问题。
MySQL主从复制主要依靠二进制日志文件来实现,将主数据库中的DDL和DML操作通过二进制日志(BINLOG)传输到从数据库上,然后将这些日志重新执行(重做)。从而使得从数据库的数据与主数据库保持一致。
这个过程涉及到三个线程,一个运行在主节点(log dump thread),其余两个(I/O thread,SQL thread)运行在从节点。
具体步骤如下:
(1)主服务器会将写操作,写入自己的二进制日志文件中。
(2)从服务器的IO线程会连接mysql主服务器,请求读取主服务器的二进制日志指定内容。
(3)主服务器的IO线程将二进制内容读取到,复制给mysql从服务器的IO线程。
(4)从服务器的IO线程将收到的日志,写入自己的中继日志中。
(5)从服务器的SQL线程执行中继日志的mysql语句。
我这里就演示一主一从的配置过程,先准备两台服务器,都安装上mysql,如下:
节点 | ip | 数据库 | 角色 |
---|---|---|---|
节点1 | 192.168.157.130 | Mysql | 主服务器 |
节点2 | 192.168.157.139 | Mysql | 从服务器 |
主节点需要做的工作就是创建用户并赋予权限,然后开启binlog日志。
首先创建给从服务器登录用的账号和密码,如下
create user 'slave_user139'@'192.168.157.139' identified by '123456';
赋予权限
grant replication slave on *.* to 'slave_user139'@'192.168.157.139' identified by '123456';
修改mysql配置文件
vi /etc/my.cnf
log-bin=master-a-bin #日志文件名称
binlog-format=ROW #二进制日志格式,有row,statement,mixed三种类型,主从要一致
server-id=1 #要求各个服务器的这个id必须不一样
binlog-do-db=db_test #同步的数据库名称
从服务器需要做的工作就是配置同步日志,指定主节点的ip,端口,用户,密码等,然后启动从节点。
首先同样修改配置文件
vi /etc/my.cnf
log-bin=slave-a-bin
binlog-format=ROW
server-id=2
重启从服务器mysql
service mysqld restart
首先在主服务器查看主服务器状态信息,后面会用到。
show master status;
指定主服务器信息
change master to master_host='192.168.157.130',master_user='slave_user139',master_password='123456',master_log_file='master-a-bin.000001',master_log_pos=120;
master_host 是主节点ip,master_user 和 master_password 是主节点创建给从节点的账号和密码,master_log_file 和master_log_pos 根据上一步查询出来的File和Position值自行更换。
启动从节点
start slave;
查看从节点状态
show slave status \G;
判断是否成功主要看 Slave_IO_Running 和 Slave_SQL_Running 是否都为YES。
注:正常情况都会为YES,可以看到我这里Slave_IO_Running为No,原因是由于我的从节点是虚拟机克隆出来的,uuid会重复,修改uuid不一致即可。
解决办法:
首先安装目录auto.cnf文件里对比server-uuid 是否一样,如果一样修改了不一样就行,或者删了文件重启mysql服务。
cat /var/lib/mysql/auto.cnf
果然一毛一样。将其中一个修改成不一样的值,重启mysql服务即可,如下,都为YES
在主节点创建数据库,名称为配置文件里需要同步的数据库名称,例如
create database db_test;
可以看到,从节点也已经同步。
更多技术干货,请持续关注程序员大佬超。
原创不易,转载请注明出处。