mysq支持的复制类型
(1)STATEMENT:基于语句的复制。在服务器上执行sql语句,在从服务器上执行同样的语句,mysql默认采用基于语句的复制,执行效率高。
(2)ROW:基于行的复制。把改变的内容复制过去,而不是把命令在从服务器上执行一遍。
(3)MIXED:混合类型的复制。默认采用基于语句的复制,一旦发现基于语句无法精确复制时,就会采用基于行的复制。
主从复制的工作过程
(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线程将进入睡眠状态,等待下一次被唤醒。
●中继日志通常会位于 OS 缓存中,所以中继日志的开销很小。
●复制过程有一个很重要的限制,即复制在 Slave上是串行化的,也就是说 Master上的并行更新操 作不能在 Slave上并行操作。
补充说明:当biglog(中继日志)增长过快的原因以及如何去处理
增长过快的后果:
增长过快的原因:
解决方案:
搭建 MySQL主从复制
第一步搭建环境 三台机器 一台机器主 两台机器从 分别将名字改为master slave1 slave2
主服务器配置:
第一步,关闭防护
第二步 做好数据库时间同步的操作,主服务器上操作:
随后,查看状态 开启
查看当前ntp的状态
从1服务器配置:
随后,
并且添加计划任务 crontab -e
从2 设置:
时间同步做好,下面要做主从复制
补充:双1设置
为1的时候,是同时写入磁盘跟缓存
为2的时候,是 先写到缓存,每秒做一次刷盘的操作(效率最高)会导致安全性降低
为0的时候,每秒做一次日志缓存和刷盘 既没有效率也没有安装
innodb_fush_log_at_trx_commit=1,每次事务提交都会保存到事务日志,并且缓存+刷盘
sync-binlog=1 每次事务提交,都会保存至二进制文件,并且缓存+刷盘
主从同步:
主服务器设置:
第一步修改主服务器配置
server-id = 1
log-bin=mysql_bin
binlog_format=mixed
expire_logs_days=7
mix_binlog_size=1G
log-slave-updates=true
随后,保存重启
提权之后,记得刷新
从1服务器设置;
第一步 修改配置文件
随后进入mysql当中
这边是显示的错误
从2服务器的配置:
#一般 Slave_IO_Running: No 的可能性:
1、网络不通
2、my.cnf配置有问题
3、密码、file文件名、pos偏移量不对
4、防火墙没有关闭
随后最后验证一下
随后,在主服务器上面创建一个库,然后从1 从2 都有qdy这个库了
MySQL主从复制延迟
1、master服务器高并发,形成大量事务
2、网络延迟
3、主从硬件设备导致
cpu主频、内存io、硬盘io
4、本来就不是同步复制、而是异步复制
从库优化Mysql参数。比如增大innodb_buffer_pool_size,让更多操作在Mysql内存中完成,减少磁盘操作。
从库使用高性能主机。包括cpu强悍、内存加大。避免使用虚拟云主机,使用物理主机,这样提升了i/o方面性。
从库使用SSD磁盘
网络优化,避免跨机房实现同步
从哪里看:
2.
补充说明:如果主从复制不同步怎么操作
主从同步的模式
一般常用半同步复制
异步复制:主服务器直接返回给客户端,不管从服务器是否收到
全同步复制:必须等到所有的从服务器返回给主服务器值才返回给客户端,效率时间太慢
半同步复制:至少有一个从服务器返回给主服务器,即主服务器就返回给客户端 效率快
主从复制之半同步复制
主配置服务器:
在未配置半同步之前 是没有数据的
因此要在配置文件中增加半同步数据
plugin-load=rpl_semi_sync_master=semisync_master.so
rpl_semi_sync_master_enabled=ON
rpl-semi-sync-master-timeout=1000
从的服务器配置
plugin-load=rpl_semi_sync_slave=semisync_slave.so
rpl_semi_sync_slave_enabled=ON
随后,进入主服务器里面查看半同步复制的状态及超时时间
查看半同步状态的设置:(在主上查看)
show status like '%Rpl_semi%';
如果把第二个从服务器也设置成半同步复制 这边会变成2
随后,再去从服务器里面查看半同步复制
随后,测试 在主服务器上面的表中插入4条数据
随后,查看半同步复制的状态
然后查看从服务器,内容都同步了
补充说明!!很重要!!!
mysql读写分离
什么是读写分离?
读写分离,基本的原理是让主数据库处理事务性增、改、删操作(INSERT、UPDATE、DELETE),而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库
为什么要读写分离呢?
因为数据库的“写”(写10000条数据可能要3分钟)操作是比较耗时的。
但是数据库的“读”(读10000条数据可能只要5秒钟)。
所以读写分离,解决的是,数据库的写入,影响了查询的效率。
什么时候要读写分离?
数据库不一定要读写分离,如果程序使用数据库较多时,而更新少,查询多的情况下会考虑使用。利用数据库主从同步,再通过读写分离可以分担数据库压力,提高性能。
主从复制与读写分离
在实际的生产环境中,对数据库的读和写都在同一个数据库服务器中,是不能满足实际需求的。无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的。因此,通过主从复制的方式来同步数据,再通过读写分离来提升数据库的并发负载能力。有点类似于rsync,但是不同的是rsync是对磁盘文件做备份,而mysql主从复制是对数据库中的数据、语句做备份。
目前较为常见的 MySQL 读写分离分为以下两种:
1)基于程序代码内部实现
在代码中根据 select、insert 进行路由分类,这类方法也是目前生产环境应用最广泛的。
优点是性能较好,因为在程序代码中实现,不需要增加额外的设备为硬件开支;缺点是需要开发人员来实现,运维人员无从下手。
但是并不是所有的应用都适合在程序代码中实现读写分离,像一些大型复杂的Java应用,如果在程序代码中实现读写分离对代码改动就较大。
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是一个非常容易使用、可移植性非常强的软件。因此它在生产环境中被广泛应用于数据库的代理层。
amoeba配置:
将两个安装包移动到opt下面
root@zqsl opt]#ls
jdk-6u14-linux-x64.bin
#准备好安装脚本
[root@zqsl opt]#cp jdk-6u14-linux-x64.bin /usr/local/
[root@zqsl opt]#cd /usr/local/
[root@zqsl local]#chmod +x jdk-6u14-linux-x64.bin
[root@zqsl local]#./jdk-6u14-linux-x64.bin #执行该文件进行安装
#按回车到yes/no选择界面,输入yes进行安装,而后继续回车
[root@zqsl local]#ls
bin etc games include jdk1.6.0_14 jdk-6u14-linux-x64.bin lib lib64 libexec sbin share src
#生成jdk1.6.0_14目录文件
随后,设置环境变量
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
随后刷新一下
安装amoeba
[root@zqsl opt]#ls
amoeba-mysql-binary-2.2.0.tar.gz jdk-6u14-linux-x64.bin
[root@zqsl opt]#mkdir /usr/local/amoeba
#创建安装目录
[root@zqsl opt]#tar xf amoeba-mysql-binary-2.2.0.tar.gz -C /usr/local/amoeba/
#将amoeba的tar包解压到安装目录
[root@zqsl opt]#ls /usr/local/
amoeba bin etc games include jdk1.6 jdk-6u14-linux-x64.bin lib lib64 libexec sbin share src
[root@zqsl opt]#chmod -R 755 /usr/local/amoeba/
#设置权限
[root@zqsl opt]#/usr/local/amoeba/bin/amoeba
amoeba start|stop
#绝对路径执行amoeba命令,显示amoeba start|stop说明安装成功
随后要给amoeba权限去操作主从mysql服务器并有相关的操作权限
先在Master、Slave1、Slave2 的mysql上开放权限给 Amoeba 访问 三台mysql主从服务器全部设置成这个
随后,切换到amoeba服务器上进行相关的配置操作 修改两个配置文件 (1.amoeba配置文件 2.数据库配置文件)
amoeba配置文件面对的是连接的客户 数据库文件是面对的主从服务器
修改文件之前要先备份
修改库配置文件
随后,进行测试
.客户端进行测试
MySQL客户端使用amoeba用户登录MySQL数据库
使用yum快速安装MySQL虚拟客户端 安装mariadb
在客户端服务器上测试:
mysql -u amoeba -p123123 -h 192.168.68.6 -P8066
//通过amoeba服务器代理访问mysql ,在通过客户端连接mysql后写入的数据只有主服务会记录,然后同步给从--从服务器
mysql -u amoeba #指定amoeba.xml文件31行定义的用户
-p :amoeba.xml文件定义的密码
-h:amoeba服务器地址
-P:连接端口
主服务器:
从1 从2服务器: 都有andem表 说明主从复制成功
随后,关闭从服务器 stop slave,并且在客户端写入数据 可以看到数据在主服务器上,但是从没有,随后在从1 从2上面写上数据,随后,在客户端用select查询,只能看见从1 从2的数据,看不到主服务器的数据
主从同步复制原理
首先client端(tomcat)将数据写入到master节点的数据库中,master节点会通知存储引擎提交事务,同时会将数据以(基于行、基于sql、基于混合)的方式保存在二进制日志中
SLAVE节点会开启I/O线程,用于监听master的二进制日志的更新,一旦发生更新内容,则向master的dump线程发出同步请求
master的dump线程在接收到SLAVE的I/O请求后,会读取二进制文件中更新的数据,并发送给SLAVE的I/O线程
SLAVE的I/O线程接收到数据后,会保存在SLAVE节点的中继日志中
同时,SLAVE节点钟的SQL线程,会读取中继日志钟的熟,更新在本地的mysql数据库中
最终,完成slave——>复制master数据,达到主从同步的效果
读写分离你们使用什么方式?
amoeba 代理 mycat 代码 sql_proxy
通过amoeba代理服务器,实现只在主服务器上写,只在从服务器上读;
主数据库处理事务性查询,从数据库处理select 查询;
数据库复制被用来把事务查询导致的变更同步的集群中的从数据库
如何查看主从同步状态是否成功
在从服务器上内输入 show slave status\G 查看主从信息查看里面有IO线程的状态信息,还有master服务器的IP地址、端口事务开始号。
当 Slave_IO_Running和Slave_SQL_Running都是YES时 ,表示主从同步状态成功
如果I/O不是yes呢,你如何排查?
首先排查网络问题,使用ping 命令查看从服务器是否能与主服务器通信
再查看防火墙和核心防护是否关闭(增强功能)
接着查看从服务slave是否开启
两个从服务器的server-id 是否相同导致只能连接一台
master_log_file master_log_pos的值跟master值是否一致
show slave status能看到哪些信息(比较重要)
IO线程的状态信息
master服务器的IP地址、端口、事务开始的位置
最近一次的错误信息和错误位置
最近一次的I/O报错信息和ID
最近一次的SQL报错信息和id
主从复制慢(延迟)会有哪些可能?怎么解决?
主服务器的负载过大,被多个睡眠或 僵尸线程占用 导致系统负载过大,从库硬件比主库差,导致复制延迟
主从复制单线程,如果主库写作并发太大,来不及传送到从库,就会到导致延迟
慢sql语句过多
网络延迟
mysql主从复制版本
若主从版本不一致,从的版本一定要高于主,保证可以向下兼容
因为若主的版本更新,低版本的从无法兼容的。