文章目录
前言
在实际的生产环境中,对数据库的读和写都在同一个数据库服务器中,是不能满足实际需求的。无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的。因此,通过主从复制的方式来同步数据,再通过读写分离来提升数据库的并发负载能力。有点类似于rsync,但是不同的是rsync是对磁盘文件做备份,而mysql主从复制是对数据库中的数据、语句做备份
一、读写分离概述
1. 什么是读写分离
- 读写分离,基本的原理是让主数据库处理事务性增、改、删操作(INSERT、UPDATE、DELETE),而从数据库处理SELECT查询操作
- 数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库
2.为什么要读写分离呢
- 因为数据库的“写”(写10000条数据可能要3分钟)操作是比较耗时的
- 但是数据库的“读”(读10000条数据可能只要5秒钟)
- 所以读写分离,解决的是,数据库的写入,影响了查询的效率
3.什么时候要读写分离
- 数据库不一定要读写分离,如果程序使用数据库较多时,而更新少,查询多的情况下会考虑使用
- 利用数据库主从同步,再通过读写分离可以分担数据库压力,提高性能
4.主从复制与读写分离
- 在实际的生产环境中,对数据库的读和写都在同一个数据库服务器中,是不能满足实际需求的。无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的
- 因此,通过主从复制的方式来同步数据,再通过读写分离来提升数据库的并发负载能力
- 有点类似于rsync,但是不同的是rsync是对磁盘文件做备份,而mysql主从复制是对数据库中的数据、语句做备份
5.mysq支持的复制类型
-
(1)STATEMENT:基于语句的复制。在服务器上执行sql语句,在从服务器上执行同样的语句,mysql默认采用基于语句的复制,执行效率高
-
(2)ROW:基于行的复制。把改变的内容复制过去,而不是把命令在从服务器上执行一遍
-
(3)MIXED:混合类型的复制。默认采用基于语句的复制,一旦发现基于语句无法精确复制时,就会采用基于行的复制
6.主从复制的工作过程
-
(1)Master节点将数据的改变记录成二进制日志(bin log),当Master上的数据发生改变时,则将其改变写入二进制日志中
-
(2)Slave节点会在一定时间间隔内对Master的二进制日志进行探测其是否发生改变,如果发生改变,则开始一个I/O线程请求 Master的二进制事件
-
(3)同时Master节点为每个I/O线程启动一个dump线程,用于向其发送二进制事件,并保存至Slave节点本地的中继日志(Relay log)中,Slave节点将启动SQL线程从中继日志中读取二进制日志,在本地重放,即解析成 sql 语句逐一执行,使得其数据和 Master节点的保持一致,最后I/O线程和SQL线程将进入睡眠状态,等待下一次被唤醒
-
白话详细叙述:
主服务器有数据更新或更改,主服务器会把更新的数据记录在二进制文件日志里,从服务器会监听主是否有数据更新,若有更新,从服务器里面的io线程,会发出向主服务器dump线程请求新更新数据的内容,(dump线程也可理解为就是在监听从服务器发送的io请求,平时是不工作的,只有接收到请求才开始工作),dump线程并发送更新的二进制文件给与从的io线程,从io线程把在主读取来的更新的数据写入到,从的中继二进制文件中,然后从服务器里面还有个sql线程,sql线程去中继二进制文件中读取主的更新信息并从新写入到从服务器中至此完成主从复制
注:
- 中继日志通常会位于 OS 缓存中,所以中继日志的开销很小
- 复制过程有一个很重要的限制,即复制在 Slave上是串行化的,也就是说 Master上的并行更新操作不能在 Slave上并行操作
7.MySQL主从复制延迟
1.master服务器高并发,形成大量事务
2.网络延迟
3.主从硬件设备导致,cpu主频、内存io、硬盘io
4.本来就不是同步复制、而是异步复制
- 从库优化Mysql参数。比如增大innodb_buffer_pool_size,让更多操作在Mysql内存中完成,减少磁盘操作
- 从库使用高性能主机。包括cpu强悍、内存加大。避免使用虚拟云主机,使用物理主机,这样提升了i/o方面性
- 从库使用SSD磁盘
- 网络优化,避免跨机房实现同步
二、读写分离概述
1.MySQL 读写分离原理
- 读写分离就是只在主服务器上写,只在从服务器上读。基本的原理是让主数据库处理事务性操作,而从数据库处理 select 查询。数据库复制被用来把主数据库上事务性操作导致的变更同步到集群中的从数据库
2.目前较为常见的 MySQL 读写分离分为以下两种
2.1 基于程序代码内部实现
- 在代码中根据 select、insert 进行路由分类,这类方法也是目前生产环境应用最广泛的
- 优点是性能较好,因为在程序代码中实现,不需要增加额外的设备为硬件开支;缺点是需要开发人员来实现,运维人员无从下手
- 但是并不是所有的应用都适合在程序代码中实现读写分离,像一些大型复杂的Java应用,如果在程序代码中实现读写分离对代码改动就较大
2.2 基于中间代理层实现
-
代理一般位于客户端和服务器之间,代理服务器接到客户端请求后通过判断后转发到后端数据库,有以下代表性程序
-
(1)MySQL-Proxy:MySQL-Proxy 为 MySQL 开源项目,通过其自带的 lua 脚本进行SQL 判断
-
(2)Atlas:是由奇虎360的Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层项目。它是在mysql-proxy 0.8.2版本的基础上,对其进行了优化,增加了一些新的功能特性。360内部使用Atlas运行的mysql业务,每天承载的读写请求数达几十亿条。支持事物以及存储过程
-
(3)Amoeba:由陈思儒开发,作者曾就职于阿里巴巴。该程序由Java语言进行开发,阿里巴巴将其用于生产环境。但是它不支持事务和存储过程
-
由于使用MySQL Proxy 需要写大量的Lua脚本,这些Lua并不是现成的,而是需要自己去写。这对于并不熟悉MySQL Proxy 内置变量和MySQL Protocol 的人来说是非常困难的。
-
Amoeba是一个非常容易使用、可移植性非常强的软件。因此它在生产环境中被广泛应用于数据库的代理层
三、搭建
1.环境
Master 服务器:192.168.113.128 mysql 5.7
Slave1 服务器:192.168.113.129 mysql 5.7
Slave2 服务器:192.168.113.130 mysql 5.7
##下面两个台机器可以在一台机器上面操作搭建
Amoeba 服务器:192.168.113.127 jdk1.6、Amoeba
客户端 服务器: 192.168.113.127 mysql
#关闭防火墙
systemctl stop firewalld
systemctl disable firewalld
setenforce 0
2.拓扑图
3.搭建 MySQL主从复制及读写分离
3.1 搭建主从复制 (注:搭建读写分离要在主从复制基础上)
##Mysql主从服务器时间同步
#主服务器设置
[root@master ~]# yum install -y ntp
##进入配置文件配置
vim /etc/ntp.conf
--server下面添加--
server 127.127.80.0 #设置本地是时钟源,注意修改网段
fudge 127.127.80.0 stratum 8 #设置时间层级为8(限制在15内)
[root@master ~]# service ntpd start
##两台从服务器是一样的配置(192.168.113.129,192.168.113.130)
[root@slave1 ~]# yun install -y ntp
#进行时间同步
[root@slave1 ~]# service ntpd start
[root@slave1 ~]# ntpdate 192.168.113.128
##编写周期任务,每个10分钟向主同步时间(从2一样配置)
[root@slave1 ~]# crontab -e
[root@slave1 ~]# crontab -l ##查看
*/10 * * * * /usr/sbin/ntpdate 192.168.113.128
##若同步出现错误执行以下操作
##报错信息:13 Apr 15:48:18 ntpdate[124176]: the NTP socket is in use, exiting
您收到此错误消息的原因是由于 xntpd 已经绑定到了该 Socket。运行 ntpdate 时,它会首先进行广播,然后侦听端口 123。如果 xntpd 正在运行,而有一个进程已经在侦听该端口了,则会使 ntpdate 无法在上面运行。运行下列命令,即可找出 xntpd 的 PID
[root@SZDX-DNS-1 bin]# ps -ef|grep xntpd
root 124185 6192 0 15:49 pts/1 00:00:00 grep xntpd
可惜没有找到pid。
使用lsof –i:123
没有lsof命令的话:yum install -y lsof
lsof -i:123
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
ntpd 124171 ntp 16u IPv4 420557 0t0 UDP *:ntp
ntpd 124171 ntp 17u IPv6 420558 0t0 UDP *:ntp
ntpd 124171 ntp 18u IPv6 420562 0t0 UDP localhost:ntp
ntpd 124171 ntp 19u IPv6 420563 0t0 UDP [fe80::1251:72ff:fe31:f52b]:ntp
ntpd 124171 ntp 20u IPv6 420564 0t0 UDP [fe80::6a91:d0ff:fe60:a9d4]:ntp
ntpd 124171 ntp 21u IPv4 420565 0t0 UDP localhost:ntp
ntpd 124171 ntp 22u IPv4 420566 0t0 UDP 218.94.214.29:ntp
[root@spark1 bin]# kill -9 12417
[root@spark11 bin]# ntpdate 192.168.100.120
13 Apr 09:08:36 ntpdate[124200]: step time server 192.168.100.120 offset -24096.422190 sec
[root@spark1 bin]# date
清除 (Kill) 该进程,然后尝试再次与 ntp 服务器进行同步。此时您不应该收到此错误消息。
请注意,如果您尝试与之同步的服务器没有运行 xntpd,则会收到下列错误消息:
ntpdate[12573]: no server suitable for synchronization found
出现这种情况的原因是,如果您想使用另一个服务器的时间,该服务器必须已经进行了自身同步。
##主服务器的mysql配置 192.168.113.128
[root@master ~]# vim /etc/my.cnf
server-id = 1
log-bin=master-bin #添加,主服务器开启二进制日志
binlog_format = MIXED
log-slave-updates=true #添加,允许slave从master复制数据时可以写入到自己的二进制日志
[root@master ~]# systemctl restart mysqld #重启数据库
#进入数据库给从服务器授权
[root@master ~]# mysql -u root -p123123
mysql> grant replication slave on *.* to 'myslave'@'192.168.113.%' identified by '123123';
#刷新一下,避免不成功
mysql> flush privileges;
#查看主的状态
#File 列显示日志名,Position 列显示偏移量
mysql> mysql> show master status;
+-------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+-------------------+
| master-bin.000001 | 604 | | | |
+-------------------+----------+--------------+------------------+-------------------+
#####从服务器的mysql-1配置(192.168.113.129)
[root@slave1 ~]# vim /etc/my.cnf
server-id = 2 #修改,注意id与Master的不同,两个Slave的id也要不同
relay-log=relay-log-bin #添加,开启中继日志,从主服务器上同步日志文件记录到本地
relay-log-index=slave-relay-bin.index #添加,定义中继日志文件的位置和名称,一般和relay-log在同一目录
relay_log_recovery = 1 #选配项
#当 slave 从库宕机后,假如 relay-log 损坏了,导致一部分中继日志没有处理,则自动放弃所有未执行的 relay-log,并且重新从 master 上获取日志,这样就保证了relay-log 的完整性。默认情况下该功能是关闭的,将 relay_log_recovery 的值设置为 1 时, 可在 slave 从库上开启该功能,建议开启
##重启数据库让添加的命令被系统识别到
[root@slave1 ~]# systemctl restart mysqld
#进入数据库,配置同步,注意master_log_file 和 master_log_pos 的值要与Master查询的一致
[root@slave1 ~]# mysql -uroot -p123123
mysql> change master to master_host='192.168.113.128',master_user='myslave',master_password='123123',master_log_file='master-bin.000001',master_log_pos=604;
#启动同步,如有报错执行 reset slave;
mysql> start slave;
#查看 Slave 状态
#确保 IO 和 SQL 线程都是 Yes,代表同步正常
mysql> show slave status\G
......
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
......
###从服务器的mysql-2配置(192.168.113.1)
[root@slave2 ~]# vim /etc/my.cnf
server-id = 3 #修改,注意id与Master的不同,两个Slave的id也要不同
relay-log=relay-log-bin #添加,开启中继日志,从主服务器上同步日志文件记录到本地
relay-log-index=slave-relay-bin.index #添加,定义中继日志文件的位置和名称,一般和relay-log在同一目录
relay_log_recovery = 1 #选配项
#当 slave 从库宕机后,假如 relay-log 损坏了,导致一部分中继日志没有处理,则自动放弃所有未执行的 relay-log,并且重新从 master 上获取日志,这样就保证了relay-log 的完整性。默认情况下该功能是关闭的,将 relay_log_recovery 的值设置为 1 时, 可在 slave 从库上开启该功能,建议开启
##重启数据库让添加的命令被系统识别到
[root@slave2 ~]# systemctl restart mysqld
#进入数据库,配置同步,注意master_log_file 和 master_log_pos 的值要与Master查询的一致
[root@slave2 ~]# mysql -uroot -p123123
mysql> change master to master_host='192.168.113.128',master_user='myslave',master_password='123123',master_log_file='master-bin.000001',master_log_pos=604;
#启动同步,如有报错执行 reset slave;
mysql> start slave;
#查看 Slave 状态
mysql> show slave status\G
......
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
......
#注:一般 Slave_IO_Running: No 的可能性:
1、网络不通
2、my.cnf配置有问题
3、密码、file文件名、pos偏移量不对
4、防火墙没有关闭
##验证主从复制效果
##主服务器上进入mysql创建新的数据库,用从服务器查看是否同步
mysql> create database qjm_test;
##从服务器查看是可以看到主服务器创建新的数据库
mysql> show databases;
3.2 搭建读写分离
- 在Amoeba服务器安装 Amoeba+jdk1.6
##Amoeba服务器配置(192.168.113.127)
##安装 Java 环境
#因为 Amoeba 基于是 jdk1.5 开发的,所以官方推荐使用 jdk1.5 或 1.6 版本,高版本不建议使用
##安装包拖入到opt下解压
[root@client ~]# cd /opt
[root@client opt]# cp jdk-6u14-linux-x64.bin /usr/local/
[root@client local]# cd /usr/local/
[root@client local]# chmod +x jdk-6u14-linux-x64.bin
[root@client local]# ./jdk-6u14-linux-x64.bin
##按yes,按enter
[root@client local]# mv jdk1.6.0_14/ /usr/local/jdk1.6
[root@client local]# vim /etc/profile
export JAVA_HOME=/usr/local/jdk1.6
export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib:$JAVA_HOME/jre/lib
export PATH=$JAVA_HOME/lib:$JAVA_HOME/jre/bin/:$PATH:$HOME/bin
export AMOEBA_HOME=/usr/local/amoeba
export PATH=$PATH:$AMOEBA_HOME/bin
[root@client local]# source /etc/profile
[root@client local]# java -version ##查看版本是否为1.6
####安装 Amoeba软件
#创建Amoeba工作目录
[root@client local]# mkdir /usr/local/amoeba
[root@client local]# cd /opt
[root@client opt]# tar zxvf amoeba-mysql-binary-2.2.0.tar.gz -C /usr/local/amoeba/
[root@client opt]# chmod -R 755 /usr/local/amoeba/
[root@client opt]# /usr/local/amoeba/bin/amoeba
amoeba start|stop
##如显示amoeba start|stop说明安装成功
##配置 Amoeba读写分离,两个 Slave 读负载均衡
#先在Master、Slave1、Slave2 的mysql上开放权限给 Amoeba 访问
mysql> grant all on *.* to test@'192.168.113.%' identified by '123123';
#再回到amoeba服务器配置amoeba服务
[root@client conf]# cd /usr/local/amoeba/conf/
[root@client conf]# cp amoeba.xml amoeba.xml.bak ##备份
[root@client conf]# vim amoeba.xml #修改amoeba配置文件
--30行--
<property name="user">amoeba</property>
--32行--
<property name="password">123123</property>
--115行--
<property name="defaultPool">master</property>
--117-去掉注释-
<property name="writePool">master</property>
<property name="readPool">slaves</property>
#########################
[root@client conf]# cp dbServers.xml dbServers.xml.bak
[root@client conf]# vim dbServers.xml #修改数据库配置文件
--23行--注释掉 作用:默认进入test库 以防mysql中没有test库时,会报错
<!-- <property name="schema">test</property> -->
--26--修改
<property name="user">test</property>
--28-30--去掉注释,
##注:但这行要注释掉不然会报错<!-- mysql password -->
<property name="password">123123</property>
--45--修改,设置主服务器的名Master
<dbServer name="master" parent="abstractServer">
--48--修改,设置主服务器的地址
<property name="ipAddress">192.168.113.128</property>
--52--修改,设置从服务器的名slave1
<dbServer name="slave1" parent="abstractServer">
--55--修改,设置从服务器1的地址
<property name="ipAddress">192.168.113.129</property>
--58--复制上面6行粘贴,设置从服务器2的名slave2和地址
<dbServer name="slave2" parent="abstractServer">
<property name="ipAddress">192.168.113.130</property>
--65行--修改
<dbServer name="slaves" virtual="true">
--71行--修改
<property name="poolNames">slave1,slave2</property>
[root@client conf]# /usr/local/amoeba/bin/amoeba start& #启动Amoeba软件,按ctrl+c 返回
[root@client conf]# netstat -antulp | grep 8066
tcp6 0 0 :::8066 :::* LISTEN 6035/java
3.3 测试读写分离
- 在客户端配置(192.168.113.127)
[root@client conf]# yum install -y mariadb-server mariadb
[root@client conf]# systemctl start mariadb.service
##在客户端服务器上测试
[root@client conf]# mysql -u amoeba -p123123 -h 192.168.113.127 -P8066
#通过amoeba服务器代理访问mysql ,在通过客户端连接mysql后写入的数据只有主服务会记录,然后同步给从--从服务器,“以下是验证过程与结果”
#在主服务器上新建表与结构
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| qjm_test |
| sys |
+--------------------+
mysql> use qjm_test;
mysql> create table test (id int(10),name varchar(10),address varchar(20));
#在两台从服务器上:
mysql> stop slave; #关闭同步
mysql> use qjm_test;
#在slave 1上
mysql> insert into test values(1,'A','this_is_slave1');
#在slave 2上
mysql> insert into test values(2,'B','this_is_slave2');
#在主服务器上
mysql> insert into test values(3,'C','this_is_master');
#在客户端服务器上查看,只能看到从服务器写入的数据,因为从服务器是读
MySQL [qjm_test]> use qjm_test;
MySQL [qjm_test]> select * from test;
+------+------+----------------+
| id | name | address |
+------+------+----------------+
| 1 | A | this_is_slave1 |
+------+------+----------------+
MySQL [qjm_test]> select * from test;
+------+------+----------------+
| id | name | address |
+------+------+----------------+
| 2 | B | this_is_slave2 |
+------+------+----------------+
#添加玩数据只有主服务器上有此数据,就成功了,因为做了读写分离主服务器是写,所以写的文件才能在主服务器里看到
MySQL [qjm_test]> insert into test values(4,'D','this_is_client')
#在两个从服务器上执行 start slave; 即可实现同步在主服务器上添加的数据
mysql> start slave;
mysql> select * from test;
+------+------+----------------+
| id | name | address |
+------+------+----------------+
| 1 | A | this_is_slave1 |
| 3 | C | this_is_master |
| 4 | D | this_is_client |
+------+------+----------------+
mysql> select * from test;
+------+------+----------------+
| id | name | address |
+------+------+----------------+
| 2 | B | this_is_slave2 |
| 3 | C | this_is_master |
| 4 | D | this_is_client |
+------+------+----------------+
#总结:
由此验证,已经实现了 MySQL 读写分离,目前所有的写操作全部在 Master 主服务器上,用来避免数据的不同步
而所有的读操作都分摊给了 Slave 从服务器,用来分担数据库的压力