MySQL数据库主从复制和读写分离

目录

一、MySQL主从复制和读写分离理论

(一)读写分离

1.什么是读写分离

2.为什么要读写分离

3.什么时候要读写分离

4.读写分离原理

5.常见MySQL 读写分离

(1)基于程序代码内部实现

(2)基于中间代理层实现

① MySQL-Proxy

② Atlas

③ Amoeba

④ Mycat

(二)主从复制

1.mysql支持的复制类型

(1)STATEMENT:基于语句的复制

(2)ROW:基于行的复制

(3)MIXED:混合类型的复制

2.主从复制的工作过程

3.MySQL主从复制的同步模式

(1)异步复制

(2)全同步复制

(3)半同步复制

二、MySQL主从复制和读写分离实操

(一)搭建MySQL主从复制

1.主从服务器时间同步

(1)主服务器配置

(2)从服务器配置

​编辑

2.主服务器的mysql配置

3.从服务器的mysql配置

(1)修改配置文件

(2)登录数据库配置

4.验证主从复制

(1)在主服务器上创建库、表

(2)在从服务器中查看

(二)搭建半同步复制

1.主服务器配置

2.从服务器配置

3.查看半同步是否在运行

(1)主服务器上查看

(2)从服务器上查看

(3)在主库查询半同步状态

(三)搭建 MySQL读写分离

1.Amoeba服务器配置

(1)安装Java环境

(2)安装Amoeba软件

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

(4)配置amoeba服务

2.测试读写分离

(1)主服务器上创建库和表,并添加数据

(2)在两台从服务器上查看表内容

(3)在从服务器上添加数据

(4)在主服务器上查看


一、MySQL主从复制和读写分离理论

(一)读写分离

1.什么是读写分离

        读写分离,基本的原理是让主数据库处理事务性增、改、删操作(INSERT、UPDATE、DELETE),而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。

2.为什么要读写分离

         因为数据库的“写”(写10000条数据可能要3分钟)操作是比较耗时的,但是数据库的“读”(读10000条数据可能只要5秒钟),所以读写分离,解决的是,数据库的写入,影响了查询的效率。

3.什么时候要读写分离

        数据库不一定要读写分离,如果程序使用数据库较多时,而更新少,查询多的情况下会考虑使用。利用数据库主从同步,再通过读写分离可以分担数据库压力,提高性能。

4.读写分离原理

       读写分离就是只在主服务器上写,只在从服务器上读。基本的原理是让主数据库处理事务性操作,而从数据库处理 select 查询。数据库复制被用来把主数据库上事务性操作导致的变更同步到集群中的从数据库。

5.常见MySQL 读写分离

(1)基于程序代码内部实现

        在代码中根据 select、insert 进行路由分类,这类方法也是目前生产环境应用最广泛的。优点是性能较好,因为在程序代码中实现,不需要增加额外的设备为硬件开支;缺点是需要开发人员来实现,运维人员无从下手。但是并不是所有的应用都适合在程序代码中实现读写分离,像一些大型复杂的Java应用,如果在程序代码中实现读写分离对代码改动就较大。

(2)基于中间代理层实现

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

① MySQL-Proxy

       MySQL-Proxy 为 MySQL 开源项目,通过其自带的 lua 脚本进行SQL 判断。

② Atlas

       是由奇虎360的Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层项目。它是在mysql-proxy 0.8.2版本的基础上,对其进行了优化,增加了一些新的功能特性。360内部使用Atlas运行的mysql业务,每天承载的读写请求数达几十亿条。支持事物以及存储过程。

③ Amoeba

       由陈思儒开发,作者曾就职于阿里巴巴。该程序由Java语言进行开发,阿里巴巴将其用于生产环境。但是它不支持事务和存储过程。

④ Mycat

       是一款流行的基于Java语言编写的数据库中间件,是一个实现了MySql协议的服务器,其核心功能是分库分表。配合数据库的主从模式还可以实现读写分离。

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

(二)主从复制

1.mysql支持的复制类型

(1)STATEMENT:基于语句的复制

       在服务器上执行sql语句,在从服务器上执行同样的语句,mysql默认采用基于语句的复制,执行效率高。

(2)ROW:基于行的复制

        把改变的内容复制过去,而不是把命令在从服务器上执行一遍。

(3)MIXED:混合类型的复制

        默认采用基于语句的复制,一旦发现基于语句无法精确复制时,就会采用基于行的复制。

2.主从复制的工作过程

(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线程将进入睡眠状态,等待下一次被唤醒。

3.MySQL主从复制的同步模式

(1)异步复制

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

(2)全同步复制

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

(3)半同步复制

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

二、MySQL主从复制和读写分离实操

(一)搭建MySQL主从复制

1.主从服务器时间同步

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

(2)从服务器配置

两台从服务器同样配置

yum install ntp ntpdate -y
systemctl start ntpd
/usr/sbin/ntpdate 172.16.72.40				
#进行时间同步crontab -e
#添加周期性计划任务
*/30 * * * * /usr/sbin/ntpdate 172.16.72.40
#每隔30分钟与主服务器同步一次时间

2.主服务器的mysql配置

vim /etc/my.cnfserver-id=1log-bin=mysql-bin		binlog_format=mixed#添加,主服务器开启二进制日志#选配项expire_logs_days=7	#设置二进制日志文件过期时间,默认值为0,表示logs不过期max_binlog_size=500M#设置二进制日志限制大小,如果超出给定值,日志就会发生滚动,默认值是1GBskip_slave_start=1#阻止从库崩溃后自动启动复制,崩溃后再自动复制可能会导致数据不一致的#"双1设置",数据写入最安全innodb_flush_log_at_trx_commit=1		#redo log(事务日志)的刷盘策略,每次事务提交时MySQL都会把事务日志缓存区的数据写入日志文件中,并 且刷新到磁盘中,该模式为系统默认sync_binlog=1							#在进行每1次事务提交(写入二进制日志)以后,Mysql将执行一次fsync的磁盘同步指令,将缓冲区数据刷新 到磁盘systemctl restart mysqld
mysql -u root
grant replication slave on *.* to 'myslave'@'172.16.72.%' identified by '123'; 
#给从服务器授权
flush privileges;
show master status;

3.从服务器的mysql配置

两台从服务器一样配置

(1)修改配置文件
vim /etc/my.cnf
server-id = 2                       #修改,注意id与Master的不同,两个Slave的id也要不同
relay-log=relay-log-bin			    #开启中继日志,从主服务器上同步日志文件记录到本地
relay-log-index=relay-log-bin.index	#定义中继日志文件的位置和名称,一般和relay-log在同一目录选配项
innodb_buffer_pool_size=2048M		
#用于缓存数据和索引的内存大小,让更多数据读写内存中完成,减少磁盘操作,可设置为服务器总可用内存的 70-80%
sync_binlog=0						
#MySQL不做任何强制性的磁盘刷新指令,而是依赖操作系统来刷新数据到磁盘
innodb_flush_log_at_trx_commit=2	
#每次事务log buffer会写入log file,但一秒一次刷新到磁盘
log-slave-updates=0					
#slave 从 master 复制的数据会写入二进制日志文件里,从库做为其他从库的主库时设置为 1
relay_log_recovery=1				
#当 slave 从库宕机后,假如 relay-log 损坏了,导致一部分中继日志没有处理,则自动放弃所有未执行的 relay-log, 并且重新从 master 上获取日志,这样就保证了 relay-log 的完整性。默认情况下该功能是关闭的,将 relay_log_recovery 的值设置为 1 时, 可在 slave 从库上开启该功能,建议开启。systemctl restart mysqld

(2)登录数据库配置
mysql -uroot -p123 change master to master_host='172.16.72.40',master_user='myslave',master_password='123',master_log_file='mysql-bin.000001',master_log_pos=3123;
start slave;
show slave status\G//确保 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偏移量不对
4、防火墙没有关闭

4.验证主从复制

(1)在主服务器上创建库、表

(2)在从服务器中查看

(二)搭建半同步复制

1.主服务器配置

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

2.从服务器配置

vim /etc/my.cnfplugin-load=rpl_semi_sync_slave=semisync_slave.so
rpl_semi_sync_slave_enabled=ONsystemctl restart mysqld

3.查看半同步是否在运行

(1)主服务器上查看
show status like 'Rpl_semi_sync_master_status';
show variables like 'rpl_semi_sync_master_timeout';

(2)从服务器上查看
show status like 'Rpl_semi_sync_slave_status';stop slave io_thread;
#关闭数据库上的IO线程
start salve io_thread;
#启动数据库上的IO线程

(3)在主库查询半同步状态
show status like '%Rpl_semi%';Rpl_semi_sync_master_status
#表示当前是异步模式还是半同步模式,on为半同步

(三)搭建 MySQL读写分离

1.Amoeba服务器配置

(1)安装Java环境
cd /opt/
cp jdk-6u14-linux-x64.bin /usr/local/
cd /usr/local/
chmod +x jdk-6u14-linux-x64.bin
./jdk-6u14-linux-x64.bin
//按yes,按enter

mv jdk1.6.0_14/ /usr/local/jdk1.6vim /etc/profileexport JAVA_HOME=/usr/local/jdk1.6export CLASSPATH=.:$JAVA_HOME/lib:$JAVA_HOME/jre/libexport PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATHexport AMOEBA_HOME=/usr/local/amoebaexport PATH=$PATH:$AMOEBA_HOME/binsource /etc/profile
java -version

(2)安装Amoeba软件
mkdir /usr/local/amoeba
tar xf amoeba-mysql-binary-2.2.0.tar.gz -C /usr/local/amoeba/
chmod -R 755 /usr/local/amoeba/
/usr/local/amoeba/bin/amoeba
##如显示amoeba start|stop说明安装成功

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

三台服务器同样的命令

#先在Master、Slave1、Slave2 的mysql上开放权限给 Amoeba 访问grant all on *.* to test@'192.168.88.%' identified by 'yy.com';

(4)配置amoeba服务
cd /usr/local/amoeba/conf/
cp amoeba.xml amoeba.xml.bak
vim amoeba.xml                   #修改amoeba配置文件##30行##
<property name="user">amoeba</property>
##32行## 
<property name="password">123456</property>
##115行##
<property name="defaultPool">master</property>
##117-去掉注释-
<property name="writePool">master</property>
<property name="readPool">slaves</property>cp dbServers.xml dbServers.xml.bak

vim dbServers.xml
#修改数据库配置文件##23行##注释掉  作用:默认进入test库 以防mysql中没有test库时,会报错
<!-- <property name="schema">test</property> -->
##26##修改
<property name="user">test</property>
##28-30##去掉注释
<property name="password">123.com</property>
##45##修改,设置主服务器的名Master
<dbServer name="master"  parent="abstractServer">
##48##修改,设置主服务器的地址
<property name="ipAddress">192.168.80.10</property>
##52##修改,设置从服务器的名slave1
<dbServer name="slave1"  parent="abstractServer">
##55##修改,设置从服务器1的地址
<property name="ipAddress">192.168.80.11</property>
##58##复制上面6行粘贴,设置从服务器2的名slave2和地址
<dbServer name="slave2"  parent="abstractServer">
<property name="ipAddress">192.168.80.12</property>
##65行##修改
<dbServer name="slaves" virtual="true">
##71行##修改
<property name="poolNames">slave1,slave2</property>

/usr/local/amoeba/bin/amoeba start&	
#启动Amoeba软件,按ctrl+c 返回
netstat -anpt | grep java
#查看8066端口是否开启,默认端口为TCP 8066

2.测试读写分离

(1)主服务器上创建库和表,并添加数据

(2)在两台从服务器上查看表内容

(3)在从服务器上添加数据

(4)在主服务器上查看

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/603762.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

react-hooks-kit v1 正式发布

evanpatchouli/react-hooks-kit - (npmjs.com) v1.0.0 正式发布&#xff01; 下载安装 npm i evanpatchouli/react-hooks-it -S官方文档 在 Gitee 阅读在 Github 阅读 概览 这是一个无依赖的轻量级 React Hooks 库&#xff0c;总共有 60 hooks。 它包含了一系列易于使用…

持续积累ThreadLocal技术【ThreadLocal原理 + ThreadLocal的坑 + ThreadLocal的最佳实践】

持续积累ThreadLocal技术的目录 一、先从使用ThreadLocal开始1、我看到的两种创建方式1.1 ThreadLocal<A> aThreadLocal new ThreadLocal<>();1.2 ThreadLocal<A> aThreadLocal ThreadLocal.withInitial(...)1.3 为啥需要1.2提到的创建方式&#xff1f;直接…

k8s的pod基础

pod概念 pod是k8s中最小的资源管理组件。 pod也是最小化运行容器化的应用的资源管理对象。 pod是一个抽象的概念&#xff0c;可以理解为一个或者多个容器化应用的集合。 在一个pod当中运行一个容器是最常用的方式。在一个pod当中同时运行多个容器&#xff0c;在一个pod当中…

算法练习Day29 (Leetcode/Python-动态规划)

基本概念&#xff1a; 代码随想录&#xff1a; Dynamic Programming&#xff0c;简称DP&#xff0c;如果某一问题有很多重叠子问题&#xff0c;使用动态规划是最有效的。 所以动态规划中每一个状态一定是由上一个状态推导出来的&#xff0c;这一点就区分于贪心&#xff0c;贪…

计算机网络 综合(习题)

【计算机网络习题】系列文章目录 计算机网络 第一章 绪论(习题) 计算机网络 第二章 计算机网络体系结构(习题) 计算机网络 第三章 应用层(习题) 计算机网络 第四章 运输层(习题) 计算机网络 第五章 网络层(习题) 计算机网络 第六章 数据链路层(习题) 计算机网络 第七章 物…

强化学习5——动态规划在强化学习中的应用

动态规划在强化学习中的应用 基于动态规划的算法优良 &#xff1a;策略迭代和价值迭代。 策略迭代分为策略评估和策略提升&#xff0c;使用贝尔曼期望方程得到一个策略的状态价值函数&#xff1b;价值迭代直接使用贝尔曼最优方程进行动态规划&#xff0c;得到最终的最优状态价…

Unity 一文掌握使用AddListener方法为组件事件添加监听器的方法

在Unity中&#xff0c;很多组件都带有事件&#xff0c;比如: Button组件&#xff1a;onClick() Toggle组件&#xff1a;On Value Changed(Boolean) Dropdown组件&#xff1a;On Value Changed(Int32) InputField组件&#xff1a;On Value Changed(String)、On End Edit(Stri…

CCC数字钥匙设计【NFC】--NFC通信之APDU TLV

CCC3.0&#xff0c;包含NFC、BLE、UWB技术。当采用NFC通信时&#xff0c;车端与手机端是通过APDU来进行交互的。而在APDU中的data数据段&#xff0c;又可能会嵌入TLV协议的数据&#xff0c;以完成车端与手机端的通信交互。 本文先介绍APDU及TLV的一些基础知识&#xff0c;再通…

断更后的故事1

文章目录 技术男为何开始写感悟博客&#xff1f;简单的自我介绍为什么断更了默默进化的日子琐碎的事情对阶段1的思索和总结 技术男为何开始写感悟博客&#xff1f; 其实我是一个偏感性的一个技术男&#xff0c;可能这样就有点违背技术男这个定义了&#xff0c;很多时候还是挺理…

全连接网络、卷积神经网络、递归神经网络 通俗的解释

全连接网络、卷积神经网络和递归神经网络是三种不同类型的神经网络&#xff0c;它们在结构和应用上有所不同。下面我将尽量用通俗易懂的语言来解释和对比这三种神经网络。 1.全连接网络 全连接网络是一种最常见的神经网络类型&#xff0c;它的每一层都由许多神经元组成&#…

SSH 密钥身份验证和管理

安全外壳协议&#xff08;Security Shell Protocol&#xff09;是一种应用于计算机网络的安全通信协议&#xff0c;其提供的服务可用于保护网络上的连接和数据传输安全性&#xff0c;其核心思想是为网络上的两台计算机之间搭建一个安全的外壳&#xff0c;以保护数据传输的安全性…

简单介绍Java 的内存泄漏

java最明显的一个优势就是它的内存管理机制。你只需简单创建对象&#xff0c;java的垃圾回收机制负责分配和释放内存。然而情况并不像想像的那么简单&#xff0c;因为在Java应用中经常发生内存泄漏。 本教程演示了什么是内存泄漏&#xff0c;为什么会发生内存泄漏以及如何预防…

2、C语言:控制流

控制流 语句&#xff1a;在表达式后面加上分号&#xff0c;构成语句。 程序块&#xff1a;用一对花括号“{”与“}”把一组声明和语句括在一起就构成了一个复合语句。复合语句在语法上等同于单条语句。 if-else语句else-if语句&#xff1a;从上到下依次执行&#xff0c;等同于…

视频云存储/视频智能分析平台EasyCVR在麒麟系统中无法启动该如何解决?

安防视频监控/视频集中存储/云存储/磁盘阵列EasyCVR平台可拓展性强、视频能力灵活、部署轻快&#xff0c;可支持的主流标准协议有国标GB28181、RTSP/Onvif、RTMP等&#xff0c;以及支持厂家私有协议与SDK接入&#xff0c;包括海康Ehome、海大宇等设备的SDK等。平台既具备传统安…

【docker】网络模式管理

目录 一、Docker网络实现原理 二、Docker的网络模式 1、host模式 1.1 host模式原理 1.2 host模式实操 2、Container模式 2.2 container模式实操 3、none模式 4、bridger模式 4.1 bridge模式的原理 4.2 bridge实操 5、overlay模式 6、自定义网络模式 6.1 为什么需要…

017、使用包、单元包及模块来管理日渐复杂的项目

在编写较为复杂的项目时&#xff0c;合理地对代码进行组织与管理很重要&#xff0c;因为我们不太可能记住代码中所有的细枝末节。只有按照不同的特性来组织或分割相关功能的代码&#xff0c;我们才能够清晰地找到实现指定功能的代码片段&#xff0c;或确定哪些地方需要修改。 到…

【UML】第14篇 协作图

目录 一、协作图的概述 二、协作图的主要构成 2.1 对象 2.2 消息 2.3 链 三、协作图如何画 3.1 思路 3.2 步骤 这个系列暂停了好几天了&#xff0c;适当时候再恢复一下。 UML非常经典&#xff0c;只要在这个行业&#xff0c;代码可能不会写一辈子&#xff0c;但是图肯定…

Java socket编程学习笔记

一、初步了解 1、简易代码(存在socket提前关闭问题) 服务端代码: import java.io.*; import java.net.ServerSocket; import java.net.Socket; import java.nio.charset.StandardCharsets;public class MySocketServer {public static void main(String[] args) throws IOEx…

js判断是否为数字的方法

找到一个比较好用的方法&#xff0c;记录下来&#xff0c;方便以后使用查找 function isNumber(value) {return !isNaN(parseFloat(value)) && isFinite(value); }目前测试情况&#xff1a; isNumber(123) —> true isNumber(12.3) —> true isNumber(-12.3) —…

阿里2面:万亿级消息,如何做存储设计?

尼恩说在前面 在40岁老架构师 尼恩的读者交流群(50)中&#xff0c;最近有小伙伴拿到了一线互联网企业如阿里、滴滴、极兔、有赞、shein 希音、百度、网易的面试资格&#xff0c;小伙伴在面阿里时&#xff0c;遇到了一个存储设计相关的面试题&#xff1a; 存储架构&#xff0c;…