MySQL主从复制的实现过程

1、什么是主从复制

将主数据库中的DDL和DML操做经过二进制日志（BINLOG）传输到从数据库上，而后将这些日志从新执行（重作）；从而使得从数据库的数据与主数据库保持一致。

2、主从复制的做用

一、主数据库出现问题，能够切换到从数据库。

二、能够进行数据库层面的读写分离，

三、能够在从数据库上进行平常备份

3、复制过程

 

Binary log：主数据库的二进制日志

Relay log：从服务器的中继日志

第一步：master在每一个事务更新数据完成以前，将该操做记录串行地写入到binlog文件中。

第二步：salve开启一个I/O Thread，该线程在master打开一个普通链接，主要工做是binlog dump process。若是读取的进度已经跟上了master，就进入睡眠状态并等待master产生新的事件。I/O线程最终的目的是将这些事件写入到中继日志中。

第三步：SQL Thread会读取中继日志，并顺序执行该日志中的SQL事件，从而与主数据库中的数据保持一致。

4、主从复制的具体操做

我是在同一个windows上不一样的路径下安装两个msyql实例。建议这里主从两个mysql的安装版本一致，尽管我本身的是不一致的。

    

 

一、分别修改主从数据库的配置文件my.ini

master

3306是mysql默认端口号，这里master实例中能够不用修改；server-id用来指定惟一id，不一样的mysql实例不重复便可；binlog-do-db指定须要复制的数据库；log-bin用来开启二进制日志文件。

salve

因为主从数据库待会都是在通一台电脑上运行，因此端口须要设置成不同，这里是3307

replicate-do-db：须要同步的数据库名称，与master上的配置保持一致。

二、在master上建立一个专门用于复制的帐户：weidai/123456

这个新增的帐户能够在表mysql.user中进行查询：

我第一次操做的时候，到这里就完成了这个帐号的建立，可是到真正复制的时候，却发现复制没有成功，排查错误的时候发现master生成的binlong没有问题，而后查看slave的状态：

在结尾处有这样一行错误：

使用weidai这个帐号没法链接到master，因此应该是没有获取到master的binlog，致使中继日志没法生成。

我反复检查了帐号和密码都没有发现问题，而后查找相关资料，才发现是由于在master建立新用户的时候少了一步操做：

新设置用户或更改密码后需用flush privileges刷新MySQL的系统权限相关表，不然会出现拒绝访问。这就是出现前面错误的缘由。另外还有一种办法是从新启动mysql服务器，来使新设置生效。

三、获取主数据库中此刻数据的位置，主要用于从数据启动后，复制数据的起始位置，可是在获取这个状态值以前，主数据库就不能再有数据的修改操做，因此须要先设置读锁定有效

四、主库进行数据备份，备份的手段有不少种，这里不展开介绍，能够参考我上一篇文章，备份结束后能够释放读锁，主库就能够进行写操做

五、启动从数据库，对刚才备份的数据进行还原，这个时候主从数据库在备份那个时间点的数据是一致的。

六、在从数据库上进行复制行为的相关配置

  

七、这个时候配置完成，可是从数据库还不能进行同步，须要启动slave线程

八、在master中建立表和新增数据，在slave中观察：

能够看出，我在master中进行的操做，都能在slave中体现出来，这个时候slave就如同是master的镜子同样。

5、主从同步状态解读

在slave上使用命令进行查看：

因为排版太过于难看，我整理以下：

Slave_IO_STATE:Waiting for master to send event

Master_host:127.0.0.1

Master_user:weidai

Master_port:3306

connnect_retry:60

Master_log_file:mysql-bin.000005

Read_Master_log_pos:1662

Relay_log_file:AE6Z*****-relay-bin.000002

Relay_log_pos:1415

Slave_IO_Running:yes

Slave_SQL_Running:yes

----------------------------------------------------------华丽丽分割线-------------------------------------------

Slave_IO_Running:yes

Slave_SQL_Running:yes

这两个线程前面有提到，是slave上参与复制过程当中两个很重要的线程。YES表示正常，NO表示异常。

Slave_IO线程主要是将master上的binlong日志内容复制到slave的中继日志中（Relay_log），通常出现问题的几率不大， 出现问题大多数是由于权限或者网络等问题，致使链接不上master。如同前面提到的那个错误。

Slave_SQL线程负责将中继日志中的SQL执行一遍，相对来讲出错的几率大些。若有人手动的在从库中插入一些记录，致使主从同步的时候出现主键冲突。

 

Slave_IO_STATE:Waiting for master to send event

这个状态表示中继日志同步完成，等待master有新的事件产生。