标签：同步 架构 复制 线程 MySQL slave 从库 主从 客户端

一、MySQL的主从架构

1、master配置

（1）开启binlog；

（2）创建复制账号：创建账号；授权；刷新权限；

（3）在 Master 的数据库执行 show master status，查看主服务器二进制日志状态及位置号：

 

 

 

2、slave配置

（1）打开中继日志（ relay log）；

（2）设置同步的数据库；

（3）启动slave的同步master的线程；

（4）可使用SHOW SLAVE STATUS\G; 命令查看从服务器状态：

 

Slave_IO_Running: Yes       //IO线程正常运行    
Slave_SQL_Running: Yes      //SQL线程正常运行

 

二、主从复制的原理

 

（1）master执行了写操作后会写入到 binlog 中，通知 dump 线程去推送更新的 binlog 到 slave；

（2）slave 接收到数据之后通过 I/O 线程写入到 relay log中；

（3）slave 的 SQL 线程会从 relay log 中读取数据并执行写入到DB中；

1、主从复制的方式

（1）同步复制

当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。需要有超时时间。

（2）异步复制

MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返回给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。

（3）半同步方式

介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。

 

标签：同步,架构,复制,线程,MySQL,slave,从库,主从,客户端
来源： https://www.cnblogs.com/yufeng218/p/15490479.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。