高大上的MySql主从复制到底是什么

微信公众号：Java患者
专注Java领域技术分享

为什么要主从复制

通常我们对数据库的读和写都是在同一个数据库服务器中操作,但是当我们的数据量大的时候我们可能会考虑性能问题,那么为了提升系统性能,我们就可以通过MySQL的主从复制(读写分离)来减轻数据库的负载，并且如果当主数据库服务器宕机，我们数据库的数据也不会丢失，因为我们复制到了另外一个服务器上，甚至是多台数据库服务器（一主多从），而MySQL只支持一个主数据库多个数据库。

MySQL主从复制原理

主从复制的原理则是采用binlog文件进行复制，我们都知道MySQL的数据库会产生一个二进制日志，就是binlog，该日志文件记录了数据的任何修改,所以我们的从机Slave会从主机读取二进制的binlog日志到本机的I/O thread中,然后写入一个Relay log文件中,从机开启一个SQL thread 定时检查Realy log 文件,如果发现有更新立即把更新的内容在本地的数据库上执行。

biglog 日志的三种格式

MySQL的binlog日志有三种格式

• Statement：每一条会修改数据的sql都会记录在binlog中

  优点：不需要记录每一行的变化，大大减少了binlog日志文件的大小，节约IO，提高读取性能。

  缺点：为了保证sql语句能在slave上正确执行，必须记录上下文信息，保证所有语句能在slave得到和在master端执行时候相同的结果。

• Row: 仅保存哪条记录被修改

  优点：不记录执行的sql语句上下文相关的信息，比Statement好用。

  缺点：如果执行update不带条件的时候，那么整个表的数据都要被记录在binlog中，日志文件会很大。

• Mixed: 以上两种的混合使用，一般的语句修改用statement，全表更新使用Row，但是无法使用@@host name。

开始配置

主数据配置

修改配置文件 ：vi /etc/my.cnf

主服务器唯一ID

server-id = 1

启用binlog

log-bin=mysql-bin

设置不需要复制的数据库（可以设置多个）

binlog-ignore-db=mysql

设置需要复制的数据库(因为从机从binlog开始记录日志开始作为节点复制，所以无需创建testzero数据库)

binlog-do-db=testzero

设置binlog格式

binlog_format=STATEMENT

重启主机MySQL服务

nice！！！

从机配置

修改配置文件 vi /etc/my.cnf

从服务器唯一ID

server-id=2

启用relay log

relay-log=mysql-relay

重启服务器

授权主机

grant replication slave on *.* to 'slave'@'%' identified by 'java123456A.';

查看下master的状态

file代表给从机复制的文件，position代表复制的节点。

从机配置需要复制的主机

change master to master_host = '192.168.232.128',
    -> master_user='slave',
    -> master_password='java123456A.',
    -> master_log_file='mysql-bin.000001',
    -> master_log_pos=430;

启动从服务器的复制功能

start slave

查看状态

我们只要关注slave_IO_Running跟Slave_SQL_Running的状态即可，两个都为yes则成功，如果有一个为no我们就可以看到最下面的错误日志。

开始主机的数据修改

进入从机 看复制情况

完美！！！

专注分享Java技术，跟我一起学习吧

长按识别二维码关注