Linux学成之路(基础篇0(二十三)MySQL服务(主从MySQL服务和读写分离——补充)

目录

一、MySQL Replication概述

优点

异步复制(Asynchronous repication)

全同步复制(Fully synchronous replication)

半同步复制(Semisynchronous replication)

三、MySQL支持的复制

四、部署主从MySQL半异步复制

所有机器操作

主MySQL操作

从服务器操作

测试复制是否成功

 五、基于主从半异步复制的读写分离

基于Amoeba读写分离

常见的MySQL读写分离

基于中间代理层实现

配置Amoeba读写分离,两个Slave读负载均衡

 在Client上进行访问测试

在client上测试负载均衡

测试读写分离


一、MySQL Replication概述

        MySQL Replication俗称MySQL AB复制、主从复制、主从同步,是MySQL官方推荐的数据同步技术。数据同步基本过程为从数据库会实时去读取主数据库的二进制日志文件,按照日志中记录对从库进行同样的操作,以达到数据同步效果。

优点

        通过增加从服务器来提高数据库平台的可靠性。在主服务器上执行写入和更新,在从服务器上向外提供读功能,可以动态地调整从服务器地数量,从而调整数据库平台地高性能。

        提高数据安全性,因为数据已复制到从服务器,主数据库异常时,可以将从服务器复制进程终止来达到保护数据完整性地特点。

        在主服务器上生成实时数据,而在从服务器上分析这些数据,从而缓解主服务器地性能压力。

二、MySQL复制类型

异步复制(Asynchronous repication)

        MySQL默认地复制是异步地,主库在执行完客户端提交地事务后会立刻将结果返回给客户端,并不关心从库是否已经接受并处理了事务,这样就会有一个问题,主库如果down掉了,此时主上已经提交地事务可能没有传到从库服务器上,如果此时,强制将从提升为主,可能会导致新主上的数据不完整。默认情况下MySQL5.5/5.6/5.7和mariaDB10.0/10.1的复制功能是异步的。

全同步复制(Fully synchronous replication)

        指当主库执行完一个事务,所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回,所以全同步复制的性能必然会收到严重的影响,返回客户端的响应速度也会被拖慢。

半同步复制(Semisynchronous replication)

        MySQL由Google贡献的补丁才开始支持半同步复制模式,介于异步复制和全同步复制之间,主库在执行完客户端提交的事务后不是立刻返回给客户端,而是等待至少一个从库接受到并写到relay log中才返回给客户端。相对于异步复制,半同步复制提高了数据的安全性,同时它也造成了一定程度的延迟,这个延迟最少是一个TCP/IP往返的时间。所以,半同步复制最好在低延时的网络中使用。当出现超时情况时,源主服务器会暂时切换到异步复制模式,直到至少有一台设置为半同步复制模式的从服务器及时收到信息为止。

        半同步复制模式在主服务器和从服务器同时启用,否则主服务器默认使用异步复制模式

三、MySQL支持的复制

        基于SQL语句的复制      在主服务器上执行的SQL语句,在从服务器上执行同样的SQL语句,效率比较高。

        基于行的复制        主服务器把表的行变化作为事件写入到二进制日志中,主服务器把代表了行的事件复制到从服务器中。

        混合模式复制        先采用基于语句的复制,一旦发现基于语句无法精确复制时,再采用行。

四、部署主从MySQL半异步复制

所有机器操作

 yum -y install mariadb mariadb-devel mariadb-server

主MySQL操作

        vim /etc/my.cnf

                server-id=1

                log-bin=mysql-binlog

                log-slave-updates=true

        重启

        创建用户

         备份        并且传输到从服务器

从服务器操作

        systemctl start mariadb

        mysql -uroot -p < /root/alldbbackup.sql

        mysql -u myslave -p123456 -h 192.168.100.1

         修改 MySQL配置文件

        vim /etc/my.cnf

                server-id=2

                relay-log=relay-log-bin

        重启        且在Slave服务器授权,启动从库,进行主从库数据同步

测试复制是否成功

        主查看

         从查看

        主创建库和表

         从查看

 五、基于主从半异步复制的读写分离

基于Amoeba读写分离

        在实际的生产环境中,如果对数据库的读和写都在同一个数据库服务器中操作,无论是安全性,高可用还是并发等各个方面都不能完全满足实际需求的,因此一般来说都是通过主从复制的方式来同步数据,再通过读写分离来提供数据的高并发负载能力这样的方案来进行部署。

常见的MySQL读写分离

        基于程序代码内部实现        

                在代码中根据select,insert进行路由分类,这类方法也是目前大型生产环境应用最广泛的,优点是性能最好,因为在程序代码中实现,不需要增加额外的设备作为硬件开支,缺点是需要开发人员来实现,运维人员无从下手

        基于中间代理层实现

                代理一般位于客户端和数据库服务器之间,代理服务器接到客户端请求后通过判断转发到后端数据库,代表性程序:

        (1)mysql-proxy为mysql开发早期开源项目,通过其自带的lua脚本进行SQL判断,虽然是mysql的官方产品,但是mysql官方不建议将其应用到生产环境。

        (2)Amoeba(变形虫)该程序由java语言及逆行开发,阿里巴巴将其应用于生产环境,它不支持事物和存储过程。

基于中间代理层实现

        MySQL Master IP:192.168.100.1

        MySQL Slave1 IP:192.168.100.2

        MySQL Slave2 IP:192.168.100.3

        MySQL Amoeba IP:192.168.100.4

        MySQL Client IP:192.168.100.5

配置Amoeba读写分离,两个Slave读负载均衡

        在Master、Slave1、Slave2服务器中配置Amoeba的访问授权

         编辑amoeba.xml配置文件

         vim /usr/local/amoeba/conf/amoeba.xml

         编辑dbServer.xml配置文件

         vim /usr/local/amoeba/conf/dbServers.xml

         配置无误后,启动Amoeba软件,默认端口是TCP协议8066

 在Client上进行访问测试

在client上测试负载均衡

        主服务器1创建库和表输入数据

         从服务器1输入数据

         从服务器2输入数据

     client测试

两次查看数据,数据内容不同,说明负载均衡

测试读写分离

        从服务器停止复制

        client 输入数据 并且查看

因为从服务器停止复制,所以客户端无法从从服务器端获得新插入的数据

         主服务器查看

        id 2和3 是在从服务器掺入数据 ,所以主服务器没有数据

         从服务器开启复制

         client查看

说明读写已经分离        

主服务器进行写入

从服务器进行读取

猜你喜欢

转载自blog.csdn.net/a872182042/article/details/131999413