Mysql主从复制和延迟从库

已于 2023-07-24 14:44:04 修改
阅读量45 收藏
点赞数
文章标签： 数据库 mysql java
于 2023-06-19 14:12:23 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2301_78212235/article/details/131286631
版权

拓扑图：

推荐步骤：

  • 在Centos01到Centos03安装Mysql优化命令，修改数据库主配置文件开启二进制日志和GITD功能
  • 在Centos01创建复制账户设置密码授权复制，配置从库连接主库复制数据，配置延迟从库延迟5分钟复制数据
  • 在主库创建数据库设计表结构插入数据，复制到主库和延迟从库，在主库插入新数据模拟误删除数据库，从中继日志中查看GTID通过GTID恢复误删除数据

实验步骤：

  • 在Centos01到Centos03安装Mysql优化命令，修改数据库主配置文件开启二进制日志和GITD功能

Centos01

解压移动安装mysql

创建管理mysql组和用户

创建数据存储目录

优化mysql命令

修改主配置文件

修改数据库所有者

初始化mysql

生成服务控制文件添加执行权限

添加到系统服务设置开机自动启动

启动服务

设置密码登录

Centos02

Centos03

  • 在Centos01创建复制账户设置密码授权复制，配置从库连接主库复制数据，配置延迟从库延迟10分钟复制数据

Centos01创建主从复制用户启动复制进程

Centos02创建复制

启动复制进程

查看复制进程状态

Centos03配置延迟GTID复制的从库比主库延迟5分钟

启动从库

查看延迟从库

  • 在主库创建数据库设计表结构插入数据，复制到主库和延迟从库，在主库插入新数据模拟误删除数据库，从中继日志中查看GTID通过GTID恢复误删除数据

创建库设计表结构

插入数据

查看数据库

Centos01

Centos02

Centos03

五分钟后

查看延迟从库复制的二进制日志，锁定要通过延迟库恢复的数据

删除表

停止延迟从库进程

停止延迟从库

根据GTID编号恢复数据

2301_78212235
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql查看主从延迟_查看mysql主从复制延迟和数据中断
weixin_39522170的博客
01-18 1846
本帖最后由 majianxi1979 于 2014-12-14 17:32 编辑查看mysql延迟的方法，查看了多个案例，大家众说纷纭，意见差不多一致。如下也是我参考别人经验做的一些测试，希望能检测到mysql复制延迟、数据中断。方法一、查看Seconds_Behind_Master该参数有如下值：NULL表示io_thread或sql_thread有一个发生故障，就是说该线程的Running...
深入mysql主从复制延迟问题的详解
09-10
解决主从复制延迟问题的方法包括优化网络环境、提升从服务器硬件性能、调整MySQL复制配置（如使用STATEMENT或ROW格式的binlog，优化binlog缓存大小等）、使用多线程复制（如GTID模式下的Parallel Replication）以及...
MySQL主从复制原理和延迟解决方案
泡^泡
05-12 941
主从复制原理,延迟方案解决
mysql主从复制延迟原因_主从复制延迟原因剖析！
weixin_32307599的博客
01-19 275
写在前面：之前在维护线上主从复制架构的时候，遇到了一些主从延迟问题，笔者呢，也是比较好学的，哈哈！所以，查阅了诸多资料，然后去其糟粕，根据自己的理解和查阅的资料整理成了本文，在此申明，本文内容是笔者自己的理解，不代表权威性，仅供各位同行做个参考，自己呢，也做个学习记录。本着实事求是的原则，对于网上的诸多资料，笔者自己也只是信5分，怀疑5分，就算是官方的资料，有的也有bug不是，只有自己动手实践过了...
mysql主从复制延迟问题及解决方案
nandao158的博客
02-02 2300
上篇我们分享了主从复制的原理可参考 今天我们分享主从复制所遇到的延时问题及解决方案：及在主库刚刚写入，就立刻去从库中取数据，此时主库数据开没有同步到从库，造成查不到数据的后果。这块技术方案是一个业界的难点，很能考验一个公司或者个人的技术功，废话少说，现在开始！ 一、查看同步延迟状态 在从服务器上通过 show slave status 脚本命令查看具体的参数，有几个参数比较重要： master_log_file: slave中的IO线程正在读取的主服务器二进制日志文件的名称 read_maste.
MySQL 主从复制原理与问题
Dablelv 的博客专栏。
10-19 721
对应的，主库会启动一个 log dump 线程，根据传过来的（file，pos）在本地的binlog中查找，并把剩下的 binlog 发送给slave。主节点会为每一个从节点创建一个 dump 线程。因为如果主节点有太多的从节点，就会损耗一部分性能用于 replication ，那么我们可以让 3~5 个从节点连接主节点，其它从节点作为二级或者三级与从节点连接。当主节点有多个从节点时，主节点会为每一个当前连接的从节点建一个 log dump 线程，而每个从节点都有自己的 I/O 线程和 SQL 线程。
MySQL主从复制和读写分离
2301_81272194的博客
03-28 1809
关于MySQL主从复制和读写分离相关内容
浅谈MySQL主从复制延迟
ajax_beijing_java的博客
04-28 143
为了完成主从复制，从库需要通过 I/O 线程获取主库中 dump 线程读取的 binlog 内容并写入到自己的中继日志 relay log 中，从库的 SQL 线程再读取中继日志，重做中继日志中的日志，相当于再执行一遍 SQL，更新自己的数据库，以达到数据的一致性。1 在网络正常的时候，日志从主库传给从库所需的时间是很短的，即 T2 - T1 的值是非常小的。所谓主从延迟，就是同一个事务，从库执行完成的时间与主库执行完成的时间之差，也就是 T3 - T1。从库的压力较大，即从库承受了大量的请求。
MySQL 主从复制延迟的原因及解决办法
baidu_27860107的博客
11-21 2540
Mysql主从基本原理，主要形式以及主从同步延迟原理 (读写分离)导致主库从库数据不一致问题的及解决方案 一、主从数据库的区别 从数据库(Slave)是主数据库的备份，当主数据库(Master)变化时从数据库要更新，这些数据库软件可以设计更新周期。这是提高信息安全的手段。主从数据库服务器不在一个地理位置上，当发生意外时数据库可以保存。 (1) 主从分工 其中Master负责写操作的负载，也就是说一...
MYSQL的主从复制及延迟原因
微滑低的博客
09-11 628
1.为什么需要主从复制？ 业务量越来越大，I/O访问频率过高，单机已经无法满足，此时要做多库的存储，降低磁盘I/O访问的频率，提高单个机器的I/O性能。 再看看你的业务需求，是否进行读写分离；如果采取读写分离，那么主库写入的数据要在其他从库查询的时候要能查得到。在用户看来，无论你后台有多少台数据库服务器，对于用户而言就像一台一样。所以我们就需要考虑一个很重要的问题：多库中的数据的一致性问题。这就引出了我们的主从复制 2.什么是主从复制？ MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节点
MySQL主从复制延迟原因以及解决方案
12-14
在异步或半同步的复制结构中，从库出现延迟是一件十分正常的事。 虽出现延迟正常，但是否需要关注，则一般是由业务来评估。 如：从库上有需要较高一致性的读业务，并且要求延迟小于某个值，那么则需要关注。 简单...
Mysql主从复制作用和工作原理详解
09-09
MySQL的主从复制是一种常见的数据库高可用性和负载均衡策略，它允许数据从一个主数据库（Master）实时或近实时地同步到一个或多个从数据库（Slave）。这种技术主要用于实现数据冗余，保证数据的安全性，提升系统性能...
mysql主从复制延迟问题
05-03
OAuth2.0 or Spring Session or 单点登录流程
最新发布
qq_53374893的博客
07-20 244
一句话精辟解释： 在过滤器放行的时候，偷偷的把原生的 request 和 response 对象换成了它的实现，也就是 调用getSession 的时候拿到的 其实是对redis 操作的Session。但其他的操作还是使用原生的，只不过重写的方法，调用的是子类的，也就是往 redis 里放入 Session，把原生的操作给替换了！分布式Session原理，使用子域名，的时候放入父域名的 JsessionId 然后将这个ID 的所存的内容放入Redis ，这样实现不同域名共享同一sessionID.
MySQL（事务、索引）&&MyBatis
hycccccch的博客
07-19 648
事务指的是一组操作的集合，是一个不可分割的工作单位。事务会将所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败默认MySQL的事务是自动提交，即当执行一条DML语句时，MySQL会立即隐式的提交事务开启事务后运行事务不会对数据改变，commit后才会改变数据如果有命令发生错误，需要进行rollback进行回滚、
Spring框架之DI依赖注入
G81948577的博客
07-18 971
我们在下面构建spring的过程中体会依赖注入；从上面的图中我们知道，在ssm框架中服务层（server）无法直接操作数据库，持久层（dao）是直接操作数据库进行数据处理的，但是我们如果在服务层有一个持久层的对象，然后我们在服务层通过对象去调用持久层的方法就可以操作数据库了。@OverrideSystem.out.println("持久层，你好");UserServiceImpl类中的代码如下@Override。
深入 Dify 源码，洞察 Dify RAG 核心机制
易迟的专栏
07-17 1134
之前深入源码对 Dify 的完整流程进行了解读，基本上梳理了 Dify 的实现流程与主要组件。但是在实际部署之后，发现 Dify 现有的 RAG 检索效果没有那么理想。因此个人结合前端页面，配置信息与实现流程，深入查看了私有化部署的 Dify 的技术细节。将核心内容整理在这边，方便大家根据实际的业务场景调整 Dify 知识库的配置，或者根据需要进行二次开发调优。
Apache AGE的WITH子句
oscube的博客
07-17 306
使用 WITH，您可以在将输出传递给以下查询部分之前对其进行操作。这些操作可以是结果集中条目的形状和/或数量。WITH 也可以像 RETURN 一样，使用别名对引入结果的表达式进行别名，使用别名作为绑定名称。WITH 还用于将图的读取与图的更新分开。查询的每个部分必须是只读的或只写的。从写入子句转到读取子句时，可以使用可选的 WITH 进行此操作。
MySQL主从复制配置教程
MySQL主从复制是一种常见的数据库高可用性和负载均衡方案，它允许数据从一个主服务器（Master）实时同步到一个或多个从服务器（Slave）。这种配置有助于实现数据冗余，提高系统的可扩展性，并在主服务器出现故障时...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值