本文主要是介绍mysql主从复制和读写分离，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

• 一、MySQL主从复制与读写分离
  • 1.1 主从分离和读写分离的相关概述
• 二、MySQL主从复制与读写分离
  • 2.3 读写分离的步骤

一、MySQL主从复制与读写分离

1.1 主从分离和读写分离的相关概述

1）主从复制与读写分离

在实质际的生产环境中，对数据库的读和写都在同一个数据库服务器中，是不能满足实院需求的。无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的。因此，通过主从复制的方式来同步数据，再通过读写分离来提升数据库的并发负载能力。有点类似于rsync，但是不同的是rsync是对磁盘文件做备份，而mysql主从复制是对数据库中的数据、语句做备份。
2）为什么要读写分离
因为数据库的"写"（写10000条数据可能要3分钟）操作是比较耗时的。
但是数据库的"读" （读10000条数据可能只要5秒钟）
所以读写分离，解决的是，数据库的写入，景响了查询的效率。
3）什么时候要读写分离
数据库不一定要读写分离，如果程序使用数据库较多时，而更新少，查询多的情况下会考虑使用。利用数据库主从同步，再通过读写分离可以分担数据库压力，提高性能。
4）读写分离的原理

读写分离基本的原理是让主数据库处理事务性增、改、删操作（INSERT、UPDATE、DELETE），而从数据库处理SELECT香询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。
5）mysql支持的复制类型
STATEMENT∶基于语句的复制。在服务器上执行sgl语句，在从服务器上执行同样的语句，mysgl默认采用基于语句的复制，执行效率高。
ROW∶ 基于行的复制。把改变的内容复制过去， 而不是把命令在从服务器上执行一遍。
MIXED∶混合类型的复制。黑默认采用基于语句的复制，一旦发现基于语句无法精确复制时，就会采用基于行的复制。

6）主从复制的工作过程（主写从复制）
在每个事务更新数据完成之前，Master在二进制日志(Binary log)记录这些改变。写入二进制日志完成后，Master通知存储引擎提交事务。
Slave将Master复制到其中继日志(Relay log) 。首先slave开始一个工作线程(I/O)，I/0线程在Master上打开一个普通的连接，然后开始Binlog dump process。Binlogdumpprocess从Master的二进制日志中读取事件，如果已经跟上Master,它会睡眠并等待Master产生新的事件，I/O线程将这些事件写入中继日志（缓存中）。
SQL slave thread (SQL从线程)处理该过程的最后一步，SQL线程从中继日志读取事件，并重放其中的事件而更新Slave数据，使其与Master 中的数据一致，只要该线程与I/O 线程保持一致，中继日志通常会位于OS（系统）缓存中，所以中继日志的开销很小。复制过程有一个很重要的限制，即复制在 Slave 上 是串行化的，也就是说Master 上的并行更新操作不能在Slave上并行操作。

7）MySOL主从复制延迟
master服务器高并发，形成大量事务
网络延迟
主从硬件设备导致 cpu主频、内存io、硬盘io
本来就不是同步复制、而是异步复制
从库优化Mysql参数。比如增大innodb_buffer_pool_size，让更多操作在Mysgl内存中完成，减少磁盘操作。从库使用高性能主机。包括cpu强悍、内存加大。避免使用虚拟云主机，使用物理主机，这样提升了i/o方面性。从库使用SSD磁盘
网络优化，避免跨机房实现同步

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

9）目前较为常见的 MySQL
读写分离分为以下两种∶
（1）基于程序代码内部实现
在代码中根据 select、insert，进行路由分类，这类方法也是目前生产环境应用最广泛的。
优点是性能较好，因为在程序代码中实现，不需要增加额外的设备为硬件开支;
缺点是需要开发人员来实现，运维人员无从下手。
但是并不是所有的应用都适合在程序代码中实现读写分离，像一些大型复杂的Java应用，如果在程序代码中实现读写分离对代码改动就较大。

（2）基于中间代理层实现
代理一般位于客户端和服务器之间， 代理服务器接到客户端请求后通过判断后转发到后端数据库， 有以下代表性程序。

①MySQL-Proxy。 MySQL-Proxy 为 MySOL开源项目， 通过其自带的 lua 脚本进行SOL 判断。
②Atlas。是由奇虎360的Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层项目。它是在mysql-proxy0.8.2版本的基础上，对其进行了优化， 增加了一些新的功能特性。360内部使用Atlas运行的mysql业务，每天承载的读写请求数达几十亿条。支持事物以 及存储过程。
③Amoeba。 由陈思儒开发，作者曾就职于阿里巴巴。该程序由Jaya语言进行开发，阿里巴巴将其用于生产环境。但是它不支持事务和存储过程。

二、MySQL主从复制与读写分离

主从复制的实验操作步骤
实验环境：
主服务器：192.168.0.7 从服务器192.168.0.8 ，192.168.0.9
第一步：主服务器时间同步设置
1）关闭防火墙和SElinux然后安装ntp服务

2）修改配置文件


3）开启ntp

第二步：从服务器时间同步设置
1）关闭防火墙和SElinux

2）安装ntp和ntpdate

3）添加定时任务

第三步：主服务器的mysql设置
1）主服务器my.cnf配置文件修改

2）重启mysql并给从服务器添加授权

3）查看主服务器状态

第四步：从服务器的mysql设置
1）修改my.cnf配置文件

2）重启mysql并设置同步配置

3）查看slave状态

第五步：测试阶段
1）在主服务上新建TEST库

2）在从服务器上直接查看所有库

3）在主服务器上创建test表，添加数据

4）在从服务器上查看主服务器创建的test表，添加的数据

2.3 读写分离的步骤

实验环境准备：
设备 IP地址 安装的程序
Master服务器 192.168.0.7 ntp
Amoeba服务器 192.168.0.3 jdk-6u14-linux-x64.bin、amoeba-mysql-binary-2.2.0.tar.gz
Slave1服务器 192.168.0.8 ntp 、ntpdate
Slave2服务器 192.168.0.9 ntp 、ntpdate
客户端 192.168.0.20 ——安装mariadb
第一步： Amoeba服务器设置
1）执行安装jdk



2）将jdk1.6.0_14/移动到 /usr/local/并修改名称为：jdk1.6

3）修改/etc/profile主配置文件

4）查看java版本

5）解压amoeba

6）赋予权限并运行

第二步： 在Master、slave1和slave2服务器开启amoeba访问

第三步： Amoeba服务器设置amoeba服务
1）备份配置文件

2）修改amoeba配置文件



3）修改dbServers.xml配置文件


4）确认端口开启状态

第四步： 使用客户机进行验证（没安装mysql，这里我用的是mariadb，也是mysql的衍生体）
1）在客户端安装mariadb及客户端

2）登陆amoeba查看数据库

3）主服务器新建test表

4）客户端创建数据，会同步到所有的数据库中

5）在主服务器和从服务器进行查看

这篇关于mysql主从复制和读写分离的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！