Linux--MySQL主从复制与读写分离

10.1.1 案例概述

        在实际的生产环境中，如果对数据库的读和写都在同一个数据库服务器中操作，无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的，因此，一般来说都是通过主从复制(Master-Slave)的方式来同步数据，再通过读写分离来提升数据库的并发负载能力这样的方案来进行部署与实施的。

10.1.2 案例前置知识点

1. MySQL主从复制原理

      MySQL的主从复制和MySQL的读写分离两者有着紧密联系，首先要部署主从复制，只有主从复制完成了，才能在此基础上进行数据的读写分离。

1) MySQL支持的复制类型

(1) 基于语句的复制。在主服务器上执行的SQL语句，在从服务器上执行同样的语句。MySQL 默认采用基于语句的复制，效率比较高。

(2) 基于行的复制，把改变的内容复制过去，而不是把命令在从服务器上执行一遍。

(3) 混合类型的复制。默认采用基于语句的复制，一旦发现基于语句无法精确复制时，就会采用基于行的复制。

2. MySQL读写分离原理

      简单来说，读写分离(图10.3)就是只在主服务器上写，只在从服务器上读。基本的原理是让主数据库处理事务性查询，而从数据库处理 select 查询。数据库复制被用来把事务性查询导致的变 更同步到群集中的从数据库。

目前较为常见的MySQL读写分离分为两种。

1)基于程序代码内部实现

       

      在代码中根据select, insert进行路由分类。这类方法也是目前生产环境应用最广泛的。优点是性能较好，因为在程序代码中实现，不需要增加额外的设备作为硬件开支；缺点是需要开发人员来实现，运维人员无从下手。

2)基于中间代理层实现

     

      代理一般位于客户端和服务器之间，代理服务器接到客户端的请求后通过判断后转发到后端数据库，有两个代表性程序。

部署配置实验

实验环境

虚拟机 3台 centos7.9

网卡NAT模式 数量 1

组件包mysql-5.6.36.tar.gz  cmake-2.8.6.tar.gz

设备	IP	备注
Centos01	192.168.161.111	Master     主