主从复制原理
单机Mysql存在的问题:不能高可用,不能高并发,海量数据处理比较恼火。主从复制的原理就是主对外工作,从对内备份,读写分离过后,从数据库可以读
原理还是比较简单,在对主机数据库进行增删改操作之后,如果打开了bin log功能的话,将语句存在bin log里面,从机数据库的IO Thread读到bin log,然后存到relay log(中继日志)里边儿,然后SQL Thread从中继日志中读取到数据库里边儿。不过这两个线程都是单线程,当主机的tps(每秒事务处理数)高于从机的Thread所能承受范围,则会出现从机复制延时
主从复制只能主机开启了bin log之后从bin log进行备份,如果主机在开启bin log之前有些数据的话,可以将数据拷贝过去,然后重新开bin log,从机那边配置下主从复制
一、主服务器配置
1.修改my.cnf文件
2.重启mysql服务
systemctl restart mysqld
3.主机给从机授备份权限
GRANT REPLICATION SLAVE ON *.* TO 'root'@'%' identified by 'root';
这儿可能密码策略不通过,设置下mysql的全局密码策略就好了。这里的 ‘%’ 是所有机器都可以做从机的,不过在这之前关闭下防火墙或者开放端口
4.刷新权限
FLUSH PRIVILEGES;
5.查询master的状态
show master status;
binlog存在的目录在 /var/lib/mysql下
只要开了bin-log,mysql服务每启动一次,这个binlog都会加1
二、从服务器配置
1.修改my.cnf文件,改个server-id就可以了
server-id=55
如果不设置的话,后面开启slave的话,会失败并提示至少设置一个serverId
2.启动并登录到MySQL进行配置从服务器
以前是启动状态show slave status \G
;
先关闭 stop slave
3.同步初始化 master_log_file 、 master_log_pos 以主机状态为主 show master status
如果在开启binlog之前有的数据,可以手动拷贝下它们,尤其是有些表,不然做更新的时候,会导致数据库表不存在这样的错误,就导致以后的主从复制失败
CHANGE MASTER TO
master_host = '192.168.1.14',
master_port = 3306, master_user = 'root',
master_password = 'root',
master_log_file = 'mysql-bin.000008',
master_log_pos = 1303;
4.启动从服务器复制功能
start slave
5.检查从服务器复制功能状态
show slave status \G;
mysql> show slave status \G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.14
Master_User: root
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000008
Read_Master_Log_Pos: 1303
Relay_Log_File: localhost-relay-bin.000002
Relay_Log_Pos: 1034
Relay_Master_Log_File: mysql-bin.000008
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
......
Slave_IO_Running和Slave_SQL_Running 都为yes的时候,复制才能成功
测试
搭建成功之后,往主机中插入数据,看看从机中是否有数据
1.先查看从机数据库
2.向主机数据库插入一条记录
3.查看从机数据库是否成功没
可以发现主从复制成功了哈,同理如果建表也是一样的,从库都会新增数据库表
如果出现复制不成功,可以使用 set global sql_slave_skip_counter =1; # 忽略一个错误 start slave
不能忽略多了,忽略多了就有问题了,要重来,比较明显的错误可以手动解决下