读写分离,基本的原理是让主数据库处理事务性增、改、删操作(INSERT、UPDATE、DELETE),而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。
因为数据库的“写”(写10000条数据可能要3分钟)操作是比较耗时的。
但是数据库的“读"(读10000条数据可能只要5秒)。
所以读写分离,解决的是,数据库的写入,影响了查询的效率
数据库不一定要读写分离,如果程序使用数据库较多时,而更新少,查询多的情况下会考虑使用。利用数据库主从同步,再通过读写分离可以分担数据库压力,提高性能。
在实际的生产环境中,对数据库的读和写都在同一个数据库服务器中,是不能满足实际需求的。无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的。因此,通过主从复制的方式来同步数据,再通过读写分离来提升数据库的并发负载能力。有点类似于rsync,但是不同的是rsync是对磁盘文件做备份,而mysql主从复制是对数据库中的数据、语句做备份。
(1)STATEMENT:基于语句的复制。在服务器上执行sql语句,在从服务器上执行同样的语句,mysql默认采用基于语句的复制,执行效率高。
(2)ROW:基于行的复制。把改变的内容复制过去,而不是把命令在从服务器上执行一遍。
(3)MIXED:混合类型的复制。默认采用基于语句的复制,一旦发现基于语句无法精确复制时,就会采用基于行的复制。
1、为什么要复制?
因为要保持数据的完整性
2、谁复制谁?
slave复制master的数据
3、数据放在什么地方?
二进制日志当中 mysq-bin.000001里记录完整的sql语句。slave会把二进制日志复制到自己的本地节点,,保存为中继日志的方式,最后基于这个中继日志进行恢复操作,将执行的sql语言同步执行在自己的数据库内部,最终达到和master数据一致。
主服务器中有dump线程和二进制日志
从服务器中有IO线程,SQL线程和中继日志
1.主服务器中数据进行更新,并写入二进制日志。
2.从服务器开启IO线程,并勘测主服务器的二进制日志是否有更新,请求读取二进制日志。
3.主服务器为从服务器的IO线程开启dump线程,向从服务器发送二进制日志
4.从服务器保存二进制日志到中继日志中
5.从服务器开启SQL线程读取中继日志,解析成sql语句,实现主从同步
dump线程:1、用于监听IO线程的请求 2、将二进制日志中更新的数据发送给slave中的IO线程。
IO线程:从dump线程中拿取数据,放在中继日志中。
SQL线程:从中继日志中读取数据放在slave的磁盘中,和master的数据保持一致。
方法一:忽略错误后,继续同步 该方法适用于主从库数据相差不大,或者要求数据可以不完全统一的情况,数据要求不严格的情况
方式二:重新做主从,完全同步 该方法适用于主从库数据相差较大,或者要求数据完全统一的情况
主从服务器配置有差异,开启了同步复制,网络延迟,大事务,高并发
1、master服务器高并发,形成大量事务
2、网络延迟
3、主从硬件设备导致(cpu主频、内存io、硬盘io)
4、本来就是同步复制、而不是异步复制
从库优化Mysql参数。比如增大innodb_buffer_pool_size,让更多操作在Mysql内存中完成,减少磁盘操作。 从库使用高性能主机。包括cpu强悍、内存加大。避免使用虚拟云主机,使用物理主机,这样提升了i/o方面性。 从库使用SSD磁盘 网络优化,避免跨机房实现同步
●异步复制(Asynchronous replication) MySQL默认的复制即是异步的,主库在执行完客户端提交的事务后会立即将结果返给客户端,并不关心从库是否已经接收并处理,这样就会有一个问题,主如果crash掉了,此时主上已经提交的事务可能并没有传到从上,如果此时,强行将从提升为主,可能导致新主上的数据不完整。
●同步复制(Fully synchronous replication) 指当主库执行完一个事务,所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回,所以全同步复制的性能必然会收到严重的影响。
●半同步复制(Semisynchronous replication) 介于异步复制和全同步复制之间,主库在执行完客户端提交的事务后不是立刻返回给客户端,而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制,半同步复制提高了数据的安全性,同时它也造成了一定程度的延迟,这个延迟最少是一个TCP/IP往返的时间。所以,半同步复制最好在低延时的网络中使用。
当主服务器发送二进制文件日志,在规定时间内没有得到回应,则降为异步复制。如果在下一次发送二进制日志时,在规定时间内重新回应,则又升为半同步复制
读写分离就是只在主服务器上写,只在从服务器上读。基本的原理是让主数据库处理事务性操作,而从数据库处理select查询。数据库复制被用来把主数据库上事务性操作导致的变更同步到集群中的从数据库。
1)基于程序代码内部实现
在代码中根据select、insert进行路由分类,这类方法也是目前生产环境应用最广泛的。
优点是性能较好,因为在程序代码中实现,不需要增加额外的设备为硬件开支;缺点是需要开发人员来实现,运维人员无从下手。
但是并不是所有的应用都适合在程序代码中实现读写分离,像一些大型复杂的Java应用,如果在程序代码中实现读写分离对代码改动就较大。 2)基于中间代理层实现
代理一般位于客户端和服务器之间,代理服务器接到客户端请求后通过判断后转发到后端数据库,有以下代表性程序。
(1)MySQL-Proxy。MySQL-Proxy为MysQL开源项目,通过其自带的1ua脚本进行sQL判断。
(2)Atlas。是由奇虎360的Web平台部基础架构团队开发维护的一个基于MysQL协议的数据中间层项目。它是在mysql-proxy 0.8.2版本的基础上,对其进行了优化,增加了一些新的功能特性。360内部使用atlas运行的mysql业务,每天承载的读写请求数达几干保条。支持事物以及存储过程。
(3)Amoeba。由陈思儒开发,作者曾就职于阿里巴巴。该程序由Java语言进行开发,阿里巴巴将其用于生产环境。但是它不支持事务和存储过程。
(4)Mycat。是一款流行的基于Java语言编写的数据库中间件,是一个实现了MySq1协议的服务器,其核心功能是分库分表。配合数据库的主从模式还可以实现读写分离 由于使用MysQLProxy需要写大量的ua脚本,这些Lua并不是现成的,而是需要自己去写。这对于并不熟悉MysQLProxy 内置变量和MySQL Protocol的人来说是非常困难的。
Amoeba是一个非常容易使用、可移植性非常强的软件。因此它在生产环境中被广泛应用于数据库的代理层。
Master 服务器:192.168.88.10
Slave1 服务器:192.168.88.20
Slave2 服务器:192.168.88.30
实验前准备:
systemctl stop firewalld
systemctl disable firewalld
setenforce 0
主服务器设置
关闭防火墙和安全机制,安装ntp服务
修改配置文件,在末尾添加
server 127.127.80.0 #设置本地是时钟源,注意修改网段
fudge 127.127.80.0 stratum 8 #设置时间层级为8(限制在15内)
开启ntp服务
从服务器设置
进行时间同步
主服务器的mysql配置
log-bin=master-bin #添加,主服务器开启二进制日志
log-slave-updates=true #添加,允许slave从master复制数据时可以写入到自己的二进制日志
刷新权限
#给从服务器授权
查看主服务器状态
#File 列显示日志名,Position 列显示偏移量 偏移量会变化要注意
从服务器的mysql配置
192.168.88.20
192.168.88.30
server-id = 22
#修改,注意id与Master的不同,两个Slave的id也要不同
relay-log=relay-log-bin
#添加,开启中继日志,从主服务器上同步日志文件记录到本地
relay-log-index=slave-relay-bin.index
#添加,定义中继日志文件的位置和名称,一般和relay-log在同一目录
relay_log_recovery = 1
#选配项
CHANGE master to master_host='192.168.88.10',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=603;
#启动同步,如有报错执行 reset slave;
show slave status\G #查看 Slave 状态
//确保 IO 和 SQL 线程都是 Yes,代表同步正常。
Slave_IO_Running: Yes #负责与主机的io通信
Slave_SQL_Running: Yes #负责自己的slave mysql进程
#一般 Slave_IO_Running: No 的可能性:
1、网络不通
2、my.cnf配置有问题
3、密码、file文件名、pos偏移量不对
4、防火墙没有关闭
验证主从复制效果 主服务器上进入执行 create database
去从服务器上查看 show databases;
Master 服务器:192.168.88.10 mysql5.7
Slave1 服务器:192.168.88.20 mysql5.7
Slave2 服务器:192.168.88.30 mysql5.7
Amoeba 服务器:192.168.88.40 jdk1.6、Amoeba
客户端 服务器:192.168.88.40 mysql
192.168.88.50 mariadb
Amoeba服务器配置
安装 Java 环境,因为 Amoeba 基于是 jdk1.5 开发的,所以官方推荐使用 jdk1.5 或 1.6 版本,高版本不建议使用。
安装 Amoeba软件
如显示amoeba start|stop说明安装成功
配置 Amoeba读写分离,两个 Slave 读负载均衡 先在Master、Slave1、Slave2 的mysql上开放权限给 Amoeba 访问
三台mysql服务器都要配置
再回到amoeba服务器配置amoeba服务
修改amoeba配置文件
--30行--
amoeba
--32行--
123456
--115行--
master
--117-去掉注释-
master
slaves
#修改数据库配置文件
--23行--注释掉 作用:默认进入test库 以防mysql中没有test库时,会报错
--26--修改
test
--28-30--去掉注释
123456
--45--修改,设置主服务器的名Master
--48--修改,设置主服务器的地址
192.168.10.15
--52--修改,设置从服务器的名slave1
--55--修改,设置从服务器1的地址
192.168.10.14
复制上面6行粘贴,设置从服务器2的名slave2和地址
修改
#启动Amoeba软件,按ctrl+c 返回
#查看8066端口是否开启,默认端口为TCP 8066
测试读写分离
在192.168.88.50上安装mariadb
yum install -y mariadb-server mariadb
systemctl start mariadb.service
在客户端服务器上测试:
mysql -u amoeba -p123456 -h 192.168.88.40 -P8066
//通过amoeba服务器代理访问mysql ,在通过客户端连接mysql后写入的数据只有主服务会记录,然后同步给从--从服务器
在主服务器上:
use db_test;
create table test (id int(10),name varchar(10),address varchar(20));
在两台从服务器上:
stop slave; #关闭同步
use db_test;
//在slave1上:
insert into test values('1','zhangsan','this_is_slave1');
//在slave2上:
insert into test values('2','lisi','this_is_slave2');
//在主服务器上:
insert into test values('3','wangwu','this_is_master');
//在客户端服务器上:
use db_test;
select * from test; //客户端会分别向slave1和slave2读取数据,显示的只有在两个从服务器上添加的数据,没有在主服务器上添加的数据
insert into test values('4','qianqi','this_is_client'); //只有主服务器上有此数据
在主服务器10上可以查看到数据
//在两个从服务器上执行 start slave; 即可实现同步在主服务器上添加的数据
start slave;