MySQL(八)—— 主从复制与读写分离

MySQL主从复制读写分离

一、案例概述

  • 在企业应用中,成熟的业务通常数据量都比较大
  • 单台MySQL在安全性、高可用性和高并发方面都无法满足实际的需求
  • 配置多台主从数据库mysql数据库命令大全数据库原理及应用务器以实现读写分离

MySQL主从复制原理

  • MySQL的复制类型

    • 数据库系统概论第五版课后答案于语句的复制(STATEMENT,MySQL默认类型)
    • 基于行的复制(ROW)mysql面试题
    • 混合类型的复制(MIXED)
  • MySQL主从复制mysql数据库的工作过科

MySQmysql增删改查语句L主从复制与读写分离

1、什么是读写分离?
读写分离,基本的原理是让主mysql面试题数据库处理事务性增、改、删操作(INSERAT、UPDATE、DELBT数据库系统的核心是E),而从数据库处理SELECT查询数据库技术操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。

2、为什么mysql怎么读要读写分离呢?mysql增删改查语句
因为数据库的"mysql安装写”(写10000条数据可能要3分钟)操作是比较耗时的。

但是数据库的"读”(读10000条数据可能只要5秒钟)。

所以读写分离,解决的是,数据mysql库的写入,影响了查询的效率。

3、什么时候要读写分离?
数据库不一定要读写分离,如果程序使用数据库较多时,而更新少,查询多的情况下会考虑使用。利用数据库主从同步,再通过读写分数据库系统的核心是离可以分担数据库压力,提数据库系统工程师高性mysql能。

4、主从复制与读写分离
在实际的生产环境中,对数据库的读和写都在同一个mysql索引数据库服务器中数据库查询语句,是不能满足实际需求的。无论是在安全性、高可用性还是高各个方面都是完全不能满足实际需求的。因此,通过主从复制的方式来同步数据,再通过读写分离来提升数据库的并发负载能力。有点类似于rsync,但是不同的是rsync是对磁盘文件做备份,而imysql主从复制是对数据库中的数据、语句做备份。

5、mysq支持的复制类型
(1)STATEMENT:基于语句mysql数据库的复制。在服务器上执行sql语句,在从服务器上执行同样的语句,myscl默认采用基于语句的复制,执行效率高。
(2) ROw:基于行的复制。把改变的内容复制过去,而不是把命令在从服务器上执行一遍。
(3)MIXED:混合类型mysql安装配置教程的复制。默认采用基于语句的复制,一旦发现mysql面试题基于语句无法精确复制时,就会采用基于行的复制。

6、主从复制的工作过程
(1) Master节点将数据的改变记录成二进制日志(binary log),当Master上的数据发生改变时,则将其改变写入二进制日志中。

(2)slave节点会在一定时间间隔内对Master的二进制日志进行探测数据库是什其是否发生改变,如果发生改变,则开始一个I/o线程请求Mastemysql安装配置教程r的二进制事件。

(3)同时Master节点为每个I/O线程启mysql安装动一个dump线程,数据库查询语句用于向其发送二进制事件,并保存至Slave节点本地的中继日志(Relay log)中,Sla数据库原理及应用ve节点将启动SQL线程从中继日志中读取二进制日志,在本地重放,即解析成sql 语句逐一执行,使得其数据和Master节点的保持一致,最后Imysql数据库/O线程和SQL线程将进入睡眠状态,等待下一次被mysql创建表唤醒。

注:

  • 中继日志通常会位于os 缓存中,所以中继日志的开销很小。
  • 复制过程有一个很重要的限制,即复制在Slave上是串行化的,也就是说Master上的并行更新操作不能在 Slave上并行操作。

搭建MySQL主从复制

1、Mysql主从服务器时间同步

##主服务器设置##
yum install ntp -yvim /etc/ntp.conf--末尾添加--
server 127.127.80.0
#设置本地是时钟源,注意修改网段
fudge 127.127.80.0 stratum 8
#设置时间层级为8(限制在15内)
service ntpd start  

##从服务器设置##
yum install ntp ntpdate -Yservice ntpd start
/usr/sbin/ntpdate 192.168.80.10     #进行时间同步
crontab -e
*/30 ****/usr/sbin/ntpdate 192.168.80.10

2、主服务器的mysql配置

vim /etc/my. cnf
server-id = 11
log-bin=mysql-bin       #添加,主服务器开启二进制日志
binlog_format = MIXED
log-slave-updates=true      #添加,允许slave从master复制数据时可以写入到自己的二进制日志
expire_logs_days = 7        #设置二进制日志文件过期时间,默认值为0,表示logs不过期
max_binlog size = 500M      #设置二进制日志限制大小,如果超出给定值,日志就会发生滚动,默认值是1GB
systemctl restart mysqld
mysql -u root -pabc123
GRANT REPLICATION SLAVE ON *.* TO 'myslave'@'192.168.80.%' IDENTIFIED BY '123456';  #给从服务器授权
FLUSH PRIVILEGES;
show master status;

l Position l Binlog_Do_DB | Binlog Ignore_DB l------十-—------—-+-------
-―------―+
mysql-bin.000002mysql增删改查语句l 339心
-+

1 rowmysql安装 in set (0.00 sec)
#File 列显示日志名,Position列显示偏移量

3、从服务器的mysqmysql增删改查语句l配置

vim /etc/my.cnf
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          #选配项
#当slave从库宕机后,假如 relay-log 损坏了,导致一部分中继日志没有处理,则自动放弃所有未执行的 relay-log,并且重新从master 上获取日志,这样就保证了relay-log 的完整性。默认情况下该功能是关闭的,将 relay_log recovery的值设置为1时,可在slave从库上开启该功能,建议开启。
systemctl restart mysqld
mysql -u root -pabc123
CHANGE master to
master host='192.168.80.1 0' ,master user='myslave',master_password='123456' ,master_log_file='mysql-bin.000002',master_log_pos=339;        #配置同步,注意master_log_file 和 master_log_pos的值要与Master查询的一致
start slave;                #启动同步,如有报错执行reset slave;
show slave statuslG         #查看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偏移量不对mysql数据库命令大全
4、防火墙没有关闭

MysQL主从复制的几个同步模式:

  • 异步复制(Asynchronous replication)

MysQL默认的复制即是异步的,主库在执行完客户端提交的事务后会立即将结果返给给客户端,并不关心从库是否已经接收并处理。这样就会有一个问题,主如果crash掉了,此时主上已经提交的事务可能并没有传到从上,如果此时,强行数据库设计将从提升为主,可能导致新主上的数据不mysql怎么读完整。

  • 全同步复制数据库设计(Fully synchro数据库系统nous replication)

指当主库执行完mysql安装配置教程一个事务,所有的从库都执行了该事务才返回给mysql创建表客户端。因为需要等待所有从库执行完该事务才能返回,所以全数据库查询语句同步复制的性能必然会收到严重的影响。

  • 半同步复制(mysqlSemisynchronous replication)

介于异数据库系统步复制和全同步复制之间,主库在执行完客户端提交的事务后不是立刻返回给客户端,而是等待至少一个从库接收到并写到relaylog中才返回给客户端。相对于异步复制,半同步复制提高了数据的安全性,同时它也造成了一定程度的延迟,这个延迟最少是一个TCP/数据库系统概论第五版课后答案IP往返的时间。所以,半同步复制最好在低延时的网络中使用。

读写分离数据库配置


vim /etc/my.cnf
#在[mysqld]区域添加下面内容
......
plugin-load=rpl_semi_sync_master=semisync_master.so
#加载mysql半同步复制的插件
pl_semi_sync_master_enabled=ON
#或者设置为"1",即开启半同步复制功能
rpl-semi-sync-master-timeout=1000
#超时时间为1000ms,即1s
systemctl restart mysqld

从数据库配置

vim letc/ my. cnf......
plugin-load=rpl_semi_sync_slave=semisync_slave.sorpl_semi_sync slave enabled=ON
systemctl restart mysqld
/查看半同步是否在运行#主数据库执行
show status like 'Rpl_semi_sync_master_status';
show variables like 'rpl_semi_sync_master_timeout ';
#从数据库执行(此时可能还是oFF状态,需要在下一步重启Io线程后,从库半同步状态才会为ON>show status like 'Rpl_semi_sync_slave_status ' ;
#重启从数据库上的Io线程
sTOP SLAVE IO_THREAD;START SLAVE IO_THREAD;在主库查询半同步状态
show status like '%Rpl_semi%';
参数说明:
Rpl_semi_sync master_clients
#半同步复制客户端的个数
Rpl_semi_sync_master_net_avg_wait_time
#平均等待时间(默认毫秒)
Rpl_semi_sync master _net_wait_time
#总共等待时间
Rpl_semi _sync master_net_waits
#等待次数
Rpl_semi_sync_master_no_times
#关闭半同步复制的次数
Rpl_semi_sync_master_no_tx
#表示没有成功接收slave提交的次数
Rpl_semi_sync_master_status
#表当前是异步模式还是半同步模式,on为半同步
Rpl_semi_sync_master_timefunc_failures
#调用时间函数失败的次数
Rpl_semi_sync_master_tx_avg_wait_time
#事物的平均传输时间
Rpl_semi_ sync master tx_wait_time
#事物的总共传输时间
Rpl_semi_sync_master_tx_waits
#事物等待次数
Rpl_semi_sync_master_wait_pos_backtraverse
#可以理解为"后来的先到了,而先来的还没有到的次数"
Rpl_semi_sync_master_wait_sessions
#当前有多少个session因为slave的回复而造成等待
Rpl_semi_sync_master_yes_tx
#成功接受到slave事物回复的次数
当半同步复制发生超时(由rpl semi sync master timeout参数控制,默认为10000ms,即10s),会暂时关闭半同步复制,转而使用异步复制,也就是会自动降为异步工作。
当master dump线程发送完一个事务的所有事件之后,如果在rpl_semi_sync_master_timeout 内,收到了从库的响应,则主从又重新恢复为半同步复制。
注:
1)在一主多从的架构中,如果要开启半同步复制,并不要求所有的从都是半同步复制。
2)MySQL5.7极大的提升了半同步复制的性能。
5.6版本的半同步复制,dump thread承担了两份不同且又十分频繁的任务:传送binlog给 slave,还需要等待slave反馈信息,而且这两个任务是串行的,dump thread必须等待slave 返回之后才会传送下一个events事务。dump thread已然成为整个半同步提高性能的瓶颈。在高并发业务场景下,这样的机制会影响数据库整体的系统吞吐量(TPS)。
5.7版本的半同步复制中,独立出一个 ack collector thread ,专门用于接收 slave 的反馈信息。这样 master上有两个线程独立工作,可以同时发送 binlog到 slave ,和接收 slave 的反馈。

MySQL主从复制延迟

1、 master服务器高并发,形成大量事务
2、网络延迟
3、主从硬件设mysql索引备导致
cpu主频、内存io、硬盘io
4、是同步mysql索引复制读写分离、而数据库设计不是异步复制
从库优化Mymysql怎么读sql参数。比如增大innodb buffer pool size,让更多操作在Mysql内存中完成,减少磁盘操作数据库。从库使用高性能主机。包括cpu强悍、内存加天mysql安装配置教程。避免使用虚拟云主机,使用物理主机,这样提升了i/o方面mysql数据库命令大全性。从库使用sSD磁盘网络优化,避免跨机房实现同步
7、MySQL读写分离原理
读写分离就是只在主服务器上写,只在从服务器上读。基本的原理是让主数据库处理事务性操作,而数据库系统的核心是从数据库处理select查询。数据库复制被用来把主数据库上事务性操作导致的变更同步到集群中的从数据库。
8、目前较为常见的MySQL读写分离分为以下两种:
1)基于程序代码内部实现
在代码中根据select、insert进行路由分类,这类方法也是目前生mysql数据库命令大全产环境应用最广泛的数据库
优点是性能较好,因为在程序mysql安装配置教程代码中实现,不需要增加额外的设备为硬件开支;缺点是需要开发数据库系统概论第五版课后答案员来实现,运维人员无从下手。但是并不是所有的应用都适合在程序代码中实现读写分离,像一些大型复杂的Java应用,如果在程序代码中实现读写分离对代码改动就较大。

2)基于中间代理层实现
代理一般位于客户端和服务器之间mysql安装配置教程,代理服务器接到客户端请求后通过判断后转发到后端数据库,有以下代表性程序。

(1)MySQI-Proxy。MySQI-Proxy为 MySQL开源项目,通过其自带的 lumysql密码忘记了怎么办a 脚本进行SQL判断。
(2)Atlas。是由奇虎360的web平台部基mysql创建表础架构团队开发维护的一个基于MySQL协议的数据中间层项目。它是在mysql-proxy0.8.2版本的基础上,对其进行了优化,增加了一些新的功能特性。360内部使用Atlas运行的mysql业务,每天承载的读写请mysql安装配置教程求数达几十亿条。支持事物以及存储过程。
(3) Ammysql数据库命令大全oeba。由陈思儒开发,作者曾就职于阿里巴巴。该程序由Java语言进行开发,阿里巴巴将其用于生产环境。mysql密码忘记了怎么办但是它不支持储过程。

由于使用Mys数据库管理系统Q Proxy需要写大量的Lua脚本,这数据库系统工程师些Lua并不是现成的,而是需要自己去写。这对于并不熟悉MysQI Proxy内置变量和MySQL Protocol的人来说是非常困难的。
Amoeba是一个非常容易使用、可移植性非常强的软件。因此它在生产环境中被广泛应用于数据库的代理mysql密码忘记了怎么办层。

Master服务器:192.168.80.10         mysq15.7
slave1服务器:192.168.80.11         mysql5.7
slave2服务器:192.168.80.12         mysql5.7
Amoeba服务器:192.168.80.20         jdk1.6、Amoeba
客户端 服务器:192.168.80.30       mysql

搭建 MySQL读写分离

Amoeba服务器配置


##安装Java环境##
因为 Amoeba基于是jdk1.5开发的,所以官方推荐使用jdk1.5或1.6版本,高版本不建议使用。cd /opt/
cp jdk-6u14-linux-x64.bin /usr/ local/cd /usr/local/
chmod +x jdk-6u14-linux-x64./jdk-6u14-linux-x64.bin//按yes,按enter
mv jdk1.6.0_14/ /usr/local/jdk1.6vim /etc/profile
export JAVA_HOME=/usr/ local/jdk1.6
export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib:$JAVA_HOME/jre/libexport PATH=$JAVA_HOME/lib:$JAVA_HOME/jre/bin/:$PATH:$HOME/binexport AMOEBA_HOME=/usr/ local / amoeba
export PATH=$PATH :$AMOEBA_HOME/bin