Mysql数据库主从同步
我临睡前想做件大事改变世界激动得睡不着第二天早上连早起都做不到
主从复制的原理
分为同步复制和异步复制,实际复制架构中大部分为异步复制。 复制的基本过程如下:
1).Slave上面的IO进程连接上Master,并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;
2).Master接收到来自Slave的IO进程的请求后,通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息,返回给Slave
的IO进程。返回信息中除了日志所包含的信息之外,还包括本次返回的信息已经到Master端的bin-log文件的名称以及bin-log的位置;
3).Slave的IO进程接收到信息后,将接收到的日志内容依次添加到Slave端的relay-log文件的最末端,并将读取到的Master端的
bin-log的文件名和位置记录到master-info文件中,以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log的哪个位置开始往后的日志内容,请发给我”;
4).Slave的Sql进程检测到relay-log中新增加了内容后,会马上解析relay-log的内容成为在Master端真实执行时候的那些可执行的内容,并在自身执行。
环境描述
- OS:CentOS
- 主服务器master:192.168.11.120
- 从服务器slave:192.168.11.139
mysql主服务器配置(master)
master服务器配置:
1 | vim /etc/my.cnf |
1 | [mysqld] |
重启服务器:
1 | service mysqld restart #systemctl restart mysqld.service --- centos7.x重启mysql |
在主服务器上建立帐户并授权slave:
创建slave帐号,密码123456
1 | mysql> GRANT REPLICATION SLAVE ON *.* to 'slave'@'192.168.11.%' identified by '123456' WITH GRANT OPTION; |
更新数据库权限
1 | mysql>flush privileges; |
查询master的状态:
1 | mysql> show master status; |
显示结果:
1 | slave status |
注:执行完这个步骤后不要再操作主数据库了,防止主数据库状态值变化
mysql从服务器配置(slave)
slave服务器配置:
1 | vim /etc/my.cnf |
1 | [mysqld] |
重启服务器:
1 | service mysqld restart #systemctl restart mysqld.service --- centos7.x重启mysql |
设置同步源:
1 | mysql> CHANGE MASTER TO MASTER_HOST='192.168.11.120', #主服务器master的ip |
启用同步:
1 | mysql>start slave |
停止同步:
1 | mysql>stop slave |
检查从服务器状态:
1 | mysql> SHOW SLAVE STATUS\G; |
注意:Slave_IO_Running
及Slave_SQL_Running
进程必须正常运行,即YES状态,否则说明同步失败
下面介绍几个比较关键的参数,全面的说明可阅读参考手册。
Slave_IO_Running: IO线程是否正常运行
Slave_SQL_Running: SQL线程是否正常运行
Master_Log_File: IO线程正在读取的主服务器日志文件
Read_Master_Log_Pos: IO线程正在读取的主服务器日志文件的位置
Relay_Log_File: SQL线程正在读取和执行的本地日志文件
Relay_Log_Pos: SQL线程正在读取和执行的本地日志文件的位置
Relay_Master_Log_File: SQL线程正在重演的事件所在的主服务器日志文件
Exec_Master_Log_Pos: SQL线程正在重演的事件在主服务器日志文件中的位置
Seconds_Behind_Master:如果网络没有明显的延迟,该参数标志着SQL线程的事件重演速度。如果该值较大且不断递增,调整innodb_flush_log_at_trx_commit会有比较明显的效果,但是可能会在MySQL进程崩溃时丢失数据。
mysql数据库同步验证
主从数据库设置工作已经完成,可以在master新建数据库和表,插入和修改数据,查看slave是否获得同步,测试一下是否成功。