当前位置: 主页>网站教程>数据库> mysql主从同步有哪些

分享文章到：

mysql主从同步有哪些

发布时间：10/01 来源：未知浏览：关键词：

mysql主从同步的意思为备份，主库（Master）将本人库中的写入同时同步给本人的从库（Slave），当主库发生某些不成预知的情况，致使整个效劳器没法使用时，由于从库中也有一份数据，所以数据可以做到快速复原，不造成或者减少造成数据的亏损。

什么是mysql主从同步？

当master(主)库的数据发生转变的时候，转变会实时的同步到slave(从)库。

数据是一个利用至关重要的一部分。从目的动身，主从同步有那么点备份的意思，主库（Master）将本人库中的写入同时同步给本人的从库（Slave），当主库发生某些不成预知的情况，致使整个效劳器没法使用时，由于从库中也有一份数据，所以数据可以做到快速复原，不造成或者减少造成数据的亏损。

当然，这只是第一个层面，假如主从库的作用仅限于此，那么我个人认为没有必要分为两个数据库，只需要按期将数据库内容作为快照发送到另一台效劳器，或者每次写入时将写入内容实时发送到另一台效劳器不就好了吗，这样不单可以节省资源，也可以起到容灾备份的目的。

当然主从同步的作用绝不成能仅限于此，一旦我们配置了主从构造，我们平常不会让从节点仅仅只作为备份数据库，我们应当还会响应地配置上读写别离（可以使用MyCat或者其它中心件，可以本人理解一下，关于MyCat我鄙人一篇博客中会说这个，篇幅大概会有点长，所以就再写一篇吧）。

在实际环境下，关于数据库的读操纵数目弘远于对数据库的写操纵，所以我们可以让Master只供给写的功效，然后将所有的读操纵都移到从库，这就是我们平常常说的读写别离，这样不单可以减轻Master的压力，还可以做容灾备份，面面俱到。

主从同步有什么好处？

水平扩展数据库的负载能力。
容错，高可用。Failover(失败切换)/High Availability
数据备份。

MySQL主从同步的道理

说完了主从同步的概念，下面来说说主从同步的道理，其实道理也非常简便，没有Redis集群那么多的概念。

实际上当我们在MySQL中配置了主从之后，只要我们对Master节点停止了写操纵，这个操纵将会被留存到MySQL的binary-log（bin-log）日志傍边，当slave连接到master的时候，master机器会为slave开启binlog dump线程。当master 的 binlog发生转变的时候，Master的dump线程会通知slave，并将响应的binlog内容发送给Slave。而Slave节点在主从同步开启的时候，会创立两个线程，一个I/O线程，一个SQL线程，这在我们后面的搭建中可以亲眼看到。

I/0线程：该线程链接到master机器，master机器的binlog发送到slave的时候，IO线程会将该日志内容写在当地的中继日志（Relay log）中。
SQL线程：该线程读取中继日志中的内容，并且按照中继日志中的内容对Slave数据库做响应的操纵。
大概造成的问题：在写恳求相当多的状况下，大概会造成Slave数据和Master数据不一致的状况，这是由于日志传输历程中的短暂延迟、或者写命令较多，系统速度不匹配造成的。

这大致就是MySQL主从同步的道理，真正在其中起到作用的实际上就是这两个日志文件，binlog和中继日志。

手动搭建MySQL主从同步

环境预备

本次搭建主从同步的环境：CentOS 7 ,MySQL 8.0.18（使用二进制包安置）。

场景介绍

本次将会搭建MySQL的主从同步，其中一台Master，两台Slave。

Master:IP :192.168.43.201 Port:3306
Slave1:IP:192.168.43.202 Port:3306
Slave2:IP:192.168.43.203 Port:3306

开端搭建

修改配置文件

当我们安置好MySQL之后，在/etc/名目下会有一个my.cnf文件，翻开文件，参加如下内容(别忘了修改此前做好备份)：

#该配置为Master的配置
server-id=201 #Server id 每台MySQL的必需不一样
log-bin=/var/lib/mysql/mysql-bin.log #代表开启binlog日志
expire_logs_days=10 #日志过期时间
max_binlog_size=200M #日志最大容量
binlog_ignore_db=mysql #忽略mysql库，表示不一样步此库

#该配置为Slave的配置,第二台Slave也是这么配置，不外要修改一下server-id
server-id=202
expire_logs_days=10 #日志的缓存时间
max_binlog_size=200M #日志的最大大小
replicate_ignore_db=mysql #忽略同步的数据库

新增Slave会员

翻开Master节点的客户端，mysql -u root -p 密码

创立会员 create user 'Slave'@'%' identified by '123456';

给新创立的会员赋权：grant replication slave on '*.*' to 'Slave'@'%';

查看Master节点状态

以上操纵都没有问题后，我们在客户端中输入show master status查看master的binlog日志。

配置两个Slave节点

翻开两个Slave节点客户端，在我们的别的两个Slave节点中输入如下命令：

change master to master_user='Slave',master_password='123456',master_host='192.168.43.201',master_log_file='mysql-bin.000005',master_log_pos=155,get_master_public_key=1;
#留意，这里的master_log_file，就是binlog的文件名，输入上图中的mysql-bin.000005,每个人的都大概不一样。
#留意，这里的master_log_pos是binlog偏移量，输入上图中的155，每个人的都大概不一样。

配置完成后，输入start slave;开启从节点，然后输入show slave status\G;查看从节点状态

可以看到，在两台Slave的状态中，我们能亲眼看到IO线程和SQL线程的运转状态，这两个线程必需都是yes，才算配置搭建完成。

搭建完成

通过上述步骤，就完成了MySQL主从同步的搭建，相对Redis而言MySQL配置相当简便。下面我们可以停止测试。

先看看三个MySQL的数据库状态：SHOW DATABASES;

可以看到此刻数据库都是初始默许状态，没有任何额外的库。

在Master节点中创立一个数据库，库名可以本人设定。

CREATE DATABASE testcluster;

可以看到，在Slave中也显现了Master中创立的数据库，说明我们的配置没有问题，主从搭建成功。这里就不再创立表了，大家可以本人试试，创立表再往表中插入数据，也是没有任何问题的。

留意事项

假如显现IO线程不断在Connecting状态，可以看看是不是三台机器没法彼此连接，假如可以彼此连接，那么有大概是Slave账号密码写错了，从新关闭Slave然后输入上面的配置命令再翻开Slave即可。

假如显现SQL线程为NO状态，那么有大概是从数据库和主数据库的数据不一致造成的，或者事务回滚，假如是后者，先关闭Slave，然后先查看master的binlog和position，然后输入配置命令，再输入set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;，再从新start slave;即可，如通过是前者，那么就排查一下是不是存在哪张表没有被同步，可否存在主库存在而从库不存在的表，本人同步一下再从新配置一遍即可。

结语

在写这篇文章此前本人也被一些运算机领域的“名词”吓到过，信赖有不少同学都有一样的体味，碰上某些高峻上的名词总是先被吓到，例如像“分布式”、“集群”等等等等，乃至在没接触过nginx此前，连”负载平衡“、”反向代理“这样的词都让人觉得，这么高达上的词，必定很难吧，但其实本人理解了nginx、ribbon等之后才发明，其实也就那么回事吧，没有想象中的那么难。

所以写这篇文章的初衷是想让大家对集群化或者分布式或者其他的一些技术或者解决方案不要有一种望而生畏的感受（感受运算机领域的词都有这么一种特点，词汇高峻上，但是其实思想是比力好懂得的），其实本人手动配置出一个简便的集群并没有那么难。

假如学会docker之后再来配置就愈加简便了，但是更但愿不要只局限于会配置，配置出来的东西只能说你会配置了，但是在这层配置底下是前人做了相当多的工作，才能使我们通过简便配置就能实现一些功效，应当要深入底层，理解配置下面的工作道理，这个才是最重要的，也是表现一个程序员水平的地方。

引荐教程：mysql视频教程

以上就是mysql主从同步是啥的具体内容，更多请关注百分百源码网其它相关文章！

打赏