MySQL数据库架构和同步复制流程


在分布式系统里面,往往制约整个系统发展的瓶颈点就是数据库,所以数据库的架构和高可用以及数据库的切分都是我们值得花大力气去学习的。

首先我们来说说数据库的架构。

 

1、mysql主从架构,如图:

这种架构基本上90%以上会采用的数据库架构。这种架构的 优点:1、数据库架构简单 2、维护方便 缺点:1、master存在单点问题,不能停机维护 2、读压力大slave过多的话,主从同步会影响master的性能

 

2、Dual Master 复制架构

上面的主从架构存在明显的单点master问题,master不能停机维护,那么就有了接下来这猴子那个双主架构。如图:

这种双主架构,数据库有两个主,主和主之间是有双向复制的,但是我们应用程序切记不能有一个写入口,不能同时两个master都做写操作,这样可以避免可能出现的数据不一致的情况,另外一台主机视情况而定,如何读压力大,另外一台主机可以做读操作,读压力不大,另外一台主机纯粹是为了做多活做主的备份,可以用第三方工具做主备切换,比如keepalived。


这种双主架构的 

优点:1、不存在master的单点问题 

缺点:1、读压力大的时候,扛不住

 

3、级联复制架构(Master --- Slaves --- Slaves ...) ...)

级联复制架构是为了解决大量slave连到master造成master性能下降的问题。那么架构图如下:

从架构图看,由slave来把数据同步到另外的slave,这样连接到master节点的slave就变少了。优点:1、减轻了master复制数据的压力 缺点 1、存在数据延迟的问题

 

4、Dual Master 与级联复制结合架构(Master - Master - Slaves)

前面的双主和级联复制都存在问题,现在这个架构是结合了这两种的架构,架构图如下:

这种架构就集合前面两种架构的优点 

优点 

1、不存在master单点问题 

2、减轻了写节点master的复制压力 

缺点 

1、写节点master挂了以后,另外一台master变成写节点,挂了的master启动以后,要把所有slave切换到这台启动的master上做数据同步。

 

前面讲到了4种数据库加过,里面大量提到了数据库同步的概念,那么接下来说说mysql数据库同步流程,流程图如下:

mysql默认是采用的异步复制模式,流程如下:

master端 

1、用户提交 

2、写binlog日志 

3、引擎级别提交 

4、结果返回客户端程序

 

slave端 

1、master端event监控到binlog日志变化,通知给master端的dump进程 

2、dump进程通知给slave端的IO进程 

3、IO进程从master-info中获取需要同步的文件和文件位置 

4、IO进程把binlog文件和pos位置通知master端dump进程 

5、master准备数据把数据同步给slave端 

6、slave收到数据把数据写到relay log中 

7、slave relay log写成功后给master一个成功的应答

 

mysql异步复制配置 

master端my.cnf配置 

server-id=135 #开启复制功能 

log-bin=mysql-bin auto_increment_increment=2 

auto_increment_offset=1 

lower_case_table_names=1 #binlog-do-db=mstest //要同步的mstest数据库,要同步多个数据库 #binlog-ignore-db=mysql //要忽略的数据库

 

slave端my.cnf配置 server-id=133 log-bin=mysql-bin 

auto-increment-increment=2 

auto-increment-offset=2 

lower_case_table_names=1 #replicate-do-db = wang #需要同步的数据库 #binlog-ignore-db = mysql #binlog-ignore-db = information_schema

 

1、在master mysql添加权限 GRANT REPLICATION SLAVE,FILE,REPLICATION CLIENT ON . TO 'repluser'@'%' IDENTIFIED BY '123456'; FLUSH PRIVILEGES;

2、在master上查看master的二进制日志 show master status;

3、在slave中设置master的信息 change master to master_host='192.168.88.135',master_port=3307,master_user='repluser',master_password='Jack@123456',master_log_file='mysql-bin.000001',master_log_pos=154;

4、开启slave,启动SQL和IO线程 start slave; 

5、查看slave的状态 show slave status\G

6、master slave查看进程信息 SHOW PROCESSLIST;


mysql增强版半同步复制 增强版半同步复制配置:

1、加载lib,所有主从节点都要配置 主库:install plugin rpl_semi_sync_master soname 'semisync_master.so'; 从库:install plugin rpl_semi_sync_slave soname 'semisync_slave.so'; 可以一起装。建议一起装,因为会有主从切换的情景

2、查看,确保所有节点都成功加载 show plugins;

3、启用半同步 先启用从库上的参数,最后启用主库的参数 从库:set global

rpl_semi_sync_slave_enabled = {0|1}; # 1:启用,0:禁止 主库:set global

rpl_semi_sync_master_enabled = {0|1}; # 1:启用,0:禁止 set global

rpl_semi_sync_master_timeout = 10000; # 单位为ms

4、前面配置弄完以后,在slave节点必须关闭io_thread节点才能使半同步复制生效 stop slave io_thread; start slave io_thread;


master节点日志信息:开启半同步,关闭异步

半同步复制在master端进行引擎提交的时候会等待,直到slave写relay log成功后,给master ACK应答成功才会进行引擎提交。



来源:https://www.toutiao.com/i6836271302811058691/
END






PHP开源社区

扫描关注  进入”PHP资料“

免费获取进阶

面试、文档、视频资源   

MySQL数据库架构和同步复制流程

在分布式系统里面,往往制约整个系统发展的瓶颈点就是数据库,所…nt_increment=?auto_increment_offset=?lower_case_table_names= #binlog-do-db=mstest //要同步的mstest数据库,要同步多个数据库 #binlog-ignor…源:https://www.toutiao.com/i/开源

软件质量保障全流程实践分享

微服务架构下,一个大型复杂软件系统不再是一个单体,而是一系列相互独立的微服务,特点鲜明:每个服务独立,开发技术栈独立。

架构的三个维度和六个层面

这是云架构师的基本功,也是最传统的云架构师应该首先掌握的部分。良好设计的 IT 架构,可以降低 CAPEX 和 OPEX,减轻运维的负担。

后端程序员书写高质量SQL的30条建议

这是因为不加单引号时,是字符串跟数字的比较,它们类型不匹配,MySQL会做隐式的类型转换,把它们转换为浮点数再做比较。

看看人家那后端API接口写得,那叫一个优雅!

来自:今日头条,作者:老顾聊技术链接:https://www…oller我们会在controller层处理业务请求,并返回给前端,以order订单为例我们看到在获得order对象之后,我们是用的esult构造方法进行包装赋值,然后进行返回。小伙伴们有没有发现,构造方法这样的包装是不是很麻烦,我们可以优…然整体思路了解,小伙伴们就可以在此基础上面自行扩展。谢谢!!