MySQL多数据源笔记1-MySQL主从复制-阿里云开发者社区

开发者社区> 数据库> 正文

MySQL多数据源笔记1-MySQL主从复制

简介: 1.为什么要做主从复制? 1、在业务复杂的系统中,有这么一个情景,有一句sql语句需要锁表,导致暂时不能使用读的服务,那么就很影响运行中的业务,使用主从复制,让主库负责写,从库负责读,这样,即使主库出现了锁表的情景,通过读从库也可以保证业务的正常运作。

1.为什么要做主从复制?

1、在业务复杂的系统中,有这么一个情景,有一句sql语句需要锁表,导致暂时不能使用读的服务,那么就很影响运行中的业务,使用主从复制,让主库负责写,从库负责读,这样,即使主库出现了锁表的情景,通过读从库也可以保证业务的正常运作。

2、做数据的热备。

3、架构的扩展。业务量越来越大,I/O访问频率过高,单机无法满足,此时做多库的存储,降低磁盘I/O访问的频率,提高单个机器的I/O性能。

如下架构图:

可以看到这个架构图的MYSQL如果随着业务量越来越大,I/O访问频率过高,单机是无法满足的。因此这时候就要进行MYSQL的主从复制,读写分离了,这样做分担了单个数据库的压力,数据备份,高可用和容错。

 

因此总结MYSQL主从复制技术能够解决的问题,如下4点:

    1.数据分布 (Data distribution )
    2.负载平衡(load balancing)
    3.备份(Backups) 
    4.高可用性和容错行 High availability and failover

 

二.mysql主从复制的原理

   MySQL主从复制的基本交互过程,如下:

binary logs是主库中保存所有更新事件日志的二进制文件

主从复制的基础是主库记录数据库的所有变更记录到binlog二进制文件中。binlog是数据库服务器启动的那一刻起,保存所有修改数据库结构或内容的一个文件。

mysql主从复制是一个异步的复制过程,主库发送更新事件到从库,从库读取更新记录,并执行更新记录,使得从库的内容与主库保持一致。

在主库里,只要有更新事件出现,就会被依次地写入到binlog里面,之后会推到从库中作为从库进行复制的数据源。

具体细节如下:

1.每当有从库连接到主库的时候,主库都会创建一个线程(binlog输出线程)然后发送binlog内容到从库。
对于每一个即将发送给从库的sql事件,binlog输出线程会将其锁住。一旦该事件被线程读取完之后,该锁会被释放,即使在该事件完全发送到从库的时候,该锁也会被释放。

在从库里,当复制开始的时候,从库就会创建两个线程进行处理:

  .当START SLAVE语句在从库开始执行之后,从库创建一个I/O线程从库I/O线程),该线程连接到主库并请求主库发送binlog里面的更新记录到从库上。
从库I/O线程读取主库的binlog输出线程发送的更新并拷贝这些更新到本地文件,其中包括relay log文件。从库创建一个SQL线程,这个线程读取从库I/O线程写到relay log(mysql-relay-bin.xxxxxx)的更新事件并执行

对于每一个主从复制的连接,都有三个线程。拥有多个从库的主库为每一个连接到主库的从库创建一个binlog输出线程,每一个从库都有它自己的I/O线程和SQL线程。

从库通过创建两个独立的线程,使得在进行复制时,从库的读和写进行了分离。因此,即使负责执行的线程运行较慢,负责读取更新语句的线程并不会因此变得缓慢。

比如说,如果从库有一段时间没运行了,当它在此启动的时候,尽管它的SQL线程执行比较慢,它的I/O线程可以快速地从主库里读取所有的binlog内容。

这样一来,即使从库在SQL线程执行完所有读取到的语句前停止运行了,I/O线程也至少完全读取了所有的内容,并将其安全地备份在从库本地的relay log,随时准备在从库下一次启动的时候执行语句。

总结起来就是:

  1、master在执行sql之后,记录二进制log文件(bin-log)。

  2、slave连接master,并从master获取binlog,存于本地relay-log中,然后从上次记住的位置起执行SQL语句,一旦遇到错误则停止同步。

 

 

配置主从复制如下步骤:

  1.用自己MSQL安装目录拷贝下来放到别的目录中,如下:

 

 接着复制两份,进行从命名,如下:

接着修改这两个从库的配置文件,并且将my-default.ini配置文件激活,改名成my.ini即可激活,如下图:

接着修改my.ini中的配置,该端口,和基本目录和数据目录,如下图:

 

 

然后在分别在两个从数据库目录中新建一个data文件,如下图:

 

 接着把主库中的以下几个文件夹复制到两个从库的data文件中,顺便把等下进行主从赋值的数据也赋值到两个从库中,如下mama@002dbike:

 

 接着进行两个从库的服务安装:

完成后开启服务,如下:

 

 然后进行连接,如下:

 

连接进去,会打开不了要进行主从复制的数据库的,因为两个从库中ibdata1文件缺失数据,因此把主库中的ibdata1文件复制过来:

然后再开启服务即可。

 

 接着在回去 修改主库和从库中的my.ini文件,将主库ID命名为1,两个从库分别命名为2,3     配置如下:

接着,还要指定主数据库要进行主从复制的数据库,如下:

指定从数据库要同步的数据库如下:

 

接着在主数据库连接中进行如下查询:

 

然后从数据库执行要给脚本,如下图:

 

然后从数据库连接中再查询一下成功没有如下,如果出现如下信息即主从复制配置成功,如下:

 

版权声明:本文首发在云栖社区,遵循云栖社区版权声明:本文内容由互联网用户自发贡献,版权归用户作者所有,云栖社区不为本文内容承担相关法律责任。云栖社区已升级为阿里云开发者社区。如果您发现本文中有涉嫌抄袭的内容,欢迎发送邮件至:developer2020@service.aliyun.com 进行举报,并提供相关证据,一经查实,阿里云开发者社区将协助删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章