MySQL主从复制和读写分离个人总结

目录

一、前言

MySQL使用主从复制与读写分离的原因：

一、MySQL主从复制原理

1、MySQL的复制类型

2、MySQL主从复制的工作过程

二、MySQL读写分离原理

三、配置MySQL读写分离

四、MySQL读写分离步骤

4.1、时间同步

4.2、主从同步

主服务器配置

从服务器配置

4.3、读写分离

---

一、前言

MySQL使用主从复制与读写分离的原因：

1、在企业应用中，成熟的业务通常数据量都比较大
2、单台MySQL在安全性、高可用性和高并发方面都无法满足实际的需求
（myisam基于表级锁定；innodb基于行级锁定 --存储引擎不能满足并发读、写的需求）
3、配置多台主从数据库服务器以实现读写分离

一、MySQL主从复制原理

1、MySQL的复制类型

基于语句的复制
基于行的复制
混合类型的复制（语句、行、日志文件）

2、MySQL主从复制的工作过程

二、MySQL读写分离原理

1、只在主服务器上写，只在从服务器上读
2、主数据库处理事务性查询，从数据库处理select查询
3、数据库复制用于将事务性查询的变更同步到集群中的从数据库
读写分离原理示意图

4、复制的基本过程如下：
4.1、Master将用户对数据库更新的操作以二进制格式保存到Binary Log日志文件中；
4.2、Slave上面的IO进程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容；
4.3、Master接收来自Slave的IO进程的请求后，通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息，返回给Slave的IO进程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master端的bin-log文件的名称以及bin-log的位置；
4.4、Slave的IO进程接收到信息后，将接收到的日志内容依次添加到Slave端的relay-log文件的最末端，并将读取到的Master端的bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清除的告诉Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”；
4.5、SlaveSql进程检测到relay-log中新增了内容后，会马上解析relay-log的内容称为在Master端真实执行时候的那些可执行的内容，并在自身执行。

三、配置MySQL读写分离

三台装有MySQL5.7版本的服务器，角色分配如下：
master：192.168.73.10
slave01：192.168.73.20
slave02：192.168.73.30
一台Amoeba代理服务器
Amoeba：192.168.73.40

四、MySQL读写分离步骤

先把服务器的防火墙和核心防护全部关闭。
systemctl stop firewalld.service
setenforce 0

4.1、时间同步

1 | [root@master ~]# ntpdate ntp.aliyun.com
2 | [root@master ~]# crontab -e
3 | */30 * * * * /usr/sbin/ntpdate ntp.aliyun.com
4 | [root@master ~]# yum -y install ntp
5 | [root@master ~]# vi /etc/ntp.conf
6 | restrict 192.168.73.0 mask 255.255.255.0 nomodify notrap
7 | #server 0.centos.pool.ntp.org iburst
8 | #server 1.centos.pool.ntp.org iburst
9 | #server 2.centos.pool.ntp.org iburst
10| #server 3.centos.pool.ntp.org iburst ###注释
11| server 127.127.1.0
12| fudge 127.127.1.0 stratum 8 ###设置服务器层级是8级，顶级是0
13|
14| [root@master ~]# systemctl restart ntpd
15| [root@master ~]# systemctl stop firewalld
16| [root@master ~]# setenforce 0

4.2、主从同步