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

1.为何要作主从复制？

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

二、作数据的热备。

三、架构的扩展。业务量愈来愈大，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，随时准备在从库下一次启动的时候执行语句。

总结起来就是：

　　一、master在执行sql以后，记录二进制log文件（bin-log）。

　　二、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     配置以下：

接着，还要指定主数据库要进行主从复制的数据库，以下：

指定从数据库要同步的数据库以下：

 

接着在主数据库链接中进行以下查询：

 

而后从数据库执行要给脚本，以下图：

 

而后从数据库链接中再查询一下成功没有以下，若是出现以下信息即主从复制配置成功，以下：