1.mysql主从介绍
MySQL主从同步,即MySQL Replication,可以实现将数据从一台数据库服务器同步到多台数据库服务器。MySQL数据库自带主从同步功能,经过配置,可以实现基于库、表结构的多种方案的主从同步
1.1mysql主从同步的作用
(1)实现服务器负载均衡/读写分离做铺垫,提升访问速度
(2)通过复制实现数据的异地备份,保障数据安全
(3)提高数据库系统的可用性
(4)高可用,实时灾备,用于故障切换。比如主库挂了,可以切从库。
(5)读写分离,提供查询服务,减少主库压力,提升性能
(6)备份数据,避免影响业务
1.2主从形式
1.一主多从
-
优点:多个从库支持读,分担了主库的压力,明显提升了读的并发度。
-
缺点:只有台主机写,因此写的并发度不高
2.双机主备(即两个主)
-
优点:一个机器故障了可以自动切换,操作比较简单。
-
缺点:有一个库在工作,读写压力大,未能实现读写分离,并发也有一定限制
3.一主一从
-
优点:从库支持读,分担了主库的压力,提升了并发度。一个机器故障了可以自动切换,操作比较简单。
-
缺点:一台从库,并发支持还是不够,并且一共两台机器,还是存在同时故障的机率,不够高可用。
4.多主一从
5.联级复制
6.数据库中间件
优点:解决高并发高数据量的高可用方案
缺点:维护成本比较大。
2.主从原理
1.原理
主数据库有个bin log二进制文件,纪录了所有增删改SQL语句。(binlog线程)
从数据库把主数据库的bin log文件的SQL 语句复制到自己的中继日志 relay log(io线程)
从数据库的relay log重做日志文件,再执行一次这些sql语句。(Sql执行线程)
上图主从复制过程分了五个步骤进行:
主库的更新SQL(update、insert、delete)被写到binary log
从库发起连接,连接到主库。
此时主库创建一个binary log dump thread,把binary log的内容发送到从库。
从库启动之后,创建一个I/O线程,读取主库传过来的binary log内容并写入到relay log
从库还会创建一个SQL线程,从relay log里面读取内容,从ExecMasterLog_Pos位置开始执行读取到的更新事件,将更新内容写入到slave的db
2.2主从复制方式
MySQL的主从复制有三种复制方式,分别是全同步反正、异步复制和半同步复制
2.2.1全同步复制
全同步复制,就是当主库执行完一个事务之后,要求所有的从库也都必须执行完该事务,才可以返回处理结果给客户端;因此,虽然全同步复制数据一致性得到保证了,但是主库完成一个事物需要等待所有从库也完成,性能就比较低了。
2.2.2异步复制
异步复制,就是当主库提交事物后,会通知binlog dump线程发送binlog日志给从库,一旦binlog dump线程将binlog日志发送给从库之后,不需要等到从库也同步完成事务,主库就会将处理结果返回给客户端。
异步复制虽然性能高,但数据一致性上是最弱的
mysql主从复制,默认采用的就是异步复制这种复制策略。
2.2.3半同步复制
MySQL5.5版本之后开始支持半同步复制的方式。原理是在客户端提交COMMIT之后不直接将结果返回给客户端,而是等待至少有一个从库收到了Binlog,并且写入到中继日志中,再返回给客户端。这样做的好处就是提高了数据的一致性,当然相比于异步复制来说,至少多增加了一个网络连接的延迟,降低了主库写的效率。
在MySQL5.7版本中还增加了一个rpl_semi_sync_master_wait_for_slave_count参数,我们可以对需要响应的从库数量进行设置,默认为1,也就是说只要有一个从库进行了响应,就可以返回给客户端。如果将这个参数调大,可以提升数据一致性的强度,但也会增加主库等待从库响应的时间。
半同步复制的性能,相比异步复制而言有所下降,但性能上是损耗更大的。
3.MySQL是怎么保持主从一致
3.1长链接
主库与从库在同步数据的过程中如果中断,数据就会丢失,因此主库与从库之间维持了一个长链接,主库内部有一个线程,专门服务于从库的这个长链接的。
3.2binlog格式
binlog 日志有三种格式,分别是statement,row和mixed。
statement格式,binlog记录的是SQL的原文
row
格式的binlog
日志,记录的两个event:Table_map 和 Delete_rows
mixed
格式的binlog,是row
和statement
格式混合使用