MySQL主从数据不一致是常见的数据库复制问题，可能由于网络问题、配置错误或其他因素导致。修复主从不一致的方法通常涉及以下步骤： 修复MySQL主从数据不一致： 检查主从复制状态： 首先，使用 SHOW SLAVE STATUS\G命令检查从服务器的主从复制状态。关注以下重要信息：
2024-07-21
MySQL主从数据不一致是常见的数据库复制问题，可能由于网络问题、配置错误或其他因素导致。修复主从不一致的方法通常涉及以下步骤： 修复MySQL主从数据不一致： 检查主从复制状态： 首先，使用 SHOW SLAVE STATUS\G命令检查从服务器的主从复制状态。关注以下重要信息：
2024-07-21
![[MYSQL] mysql主从切换步骤](https://img.mryunwei.com/uploads/2024/07/20240721175714915.png)
导读 日常运维中, 难免遇到切换的场景, 但mysql的主从是逻辑复制, 没得真正的所谓MASTER,SLAVE. 主从复制无非就是几个特殊的进程而已. 感兴趣的可以看下之前写的mysql主从连接相关文章 https://www.modb.pro/db/625147 https://www.modb
2024-07-20
点击上方“IT那活儿”公众号--专注于企业全栈运维技术分享，不管IT什么活儿，干就完了！！！一问题发现某一天巡检时，发现某一套mysql主从延迟存在16743秒的延迟。二问题排查2.1 查看mysql主从情况主从延迟167436秒，且relay-log远大于mysql-bin。2.2 查看从库当前进
2024-05-30
![[MYSQL] 主从连接协议(2)GTID](https://www.mryunwei.com/wp-content/themes/AeroCoreFree/static/img/thumb_placeholder.svg?v=1778069429033601843)
导读 之前有讲MYSQL连接协议, 也有讲过主从连接协议. 并附有相关python测试代码. 但对于主从连接的时候, GTID获取还是借用的现有的, 也就是没有做解析. 在我们解析了binlog之后. gtid信息就不在话下了. 格式就是PRE_GTID, 我这里就不再介绍了. 有兴趣的自己去看
2024-05-08
什么是MySQL主从切换？在大型互联网应用中，MySQL 是非常重要的数据库系统，多数情况下我们会采用 MySQL 主从架构来实现高可用性以及读写分离的目的。MySQL的主从切换则是指将数据库的主节点切换为备用节点，从而在系统硬件或软件发生故障时进行无缝转移，保证业务的正常运行。MySQL主从切换的
2024-05-07
主从延迟调优思路1、什么是主从延迟？本质是从库的回放跟不上主库，回放阶段的延迟2、主从延迟常见的原因有哪些？1、大事务，从库回放时间较长，导致主从延迟2、主库写入过于频繁，从库回放跟不上3、参数配置不合理4、主从硬件差异5、网络延迟6、表没有主键或者索引大量频繁的更新7、一些读写分离的架构，从库的压
2024-04-15
将 "数据与人" 设为 "星标⭐"第一时间收到文章更新 背景近期凌晨经常收到 MySQL 一套实例（一主一从）告警。告警的原因是存在一定程度的主从延迟。主从延迟过大会影响故障切换，因为若发生切换，需要长时间才可以完成切换，要追延迟来保证主从数据的一致性。这套 MySQL 实例上的慢查询数量也多，原因
2024-04-15
从一个主从延迟问题开始回顾主从复制原理，并思考主从延迟造成的原因和解决方案。当然，作为底层开发，最后还是只能快准狠的通过一个简单粗暴的等待方案进行应对。 事情的起因 事情要从我写下这样的代码开始 // 获取当前数据库中未使用的数据转为正在使用的状态 int updateUsing = fateDa
2024-02-26
MySQL高可用的基石 在分布式系统中，单机节点在发生故障时无法提供服务，这可能导致长期的服务不可用，从而影响其他节点的运作，导致的后果非常严重 为了满足服务的高可用，往往是通过节点冗余（新增相同功能的从节点），当发生故障时进行主从切换，让从节点成为新的主节点来继续提供服务 比如：MySQL的主从、
2024-02-22
最近项目上线，遇到了主从问题。按理说公司基建不至于出现这种问题，但就是出现了。可能因为用的不是原生的MySQL吧。主从延迟会给前端和服务端带来很多问题，需要花费时间用工程手段来解决，我认为这是很不合理的。 举几个因为主从延迟会导致问题场景： 创建了一个商品然后立即跳转到详情页 在列表页更新了用户的
2024-02-16
从我个人的观点来看，我认为TDSQL（MySQL分布式版本）是传统MySQL分库分表解决方案的集大成者，其后面也有一些类似产品，比如中国电信的TeleDB、HotDB等。过去一些年，分库分表在互联网公司大行其道，用的非常多，主要是为了解决传统MySQL数据库的一些扩展性问题。这种方案有人觉得相对落后
2024-01-21
背景 继上次的if else优化也有段时间了，最近小猫又又又着道了，接手的那个项目又遇到了坑爹的地方，经常性的报死锁异常，经常性的主从延迟......通过报错信息按图索骥，发现代码是这样的。 这是一段商品发布的逻辑，我们可以看到参数校验、查询、最终的insert以及update全部揉在一个事
2024-01-10
背景想起以前刚入职一家公司，就遇到了MySQL 亿级大表优化这个事儿！XX 实例（一主一从）xxx 告警中每天凌晨在报 SLA 报警，该报警的意思是存在一定的主从延迟。（若在此时发生主从切换，需要长时间才可以完成切换，要追延迟来保证主从数据的一致性）XX 实例的慢查询数量最多（执行时间超过 1s 的
2023-12-30
点击上方“IT那活儿”公众号--专注于企业全栈运维技术分享，不管IT什么活儿，干就完了！！！ MySQL 主从复制是一种常见的数据库架构，用于提高数据库的可用性和性能。但是，在实际应用中，主从故障是难免的。本文详细介绍一套MySQL主从故障排查方案。一确认主从状态首先要确定主从复制的状态，可以通过
2023-12-25
大家好呀，我是楼仔。最近面试了十几个同学，关于 MySQL 主从延时问题，我一般都会问。MySQL 主从延时的原因是什么？具体哪个环节发生延时？如何解决呢？对于这“三连问”，极少有同学能通关，甚至有同学连主从复制原理都不清楚。这个并不是存粹的八股文，因为在实际工作场景中，很多同学都遇到过。不 BB，
2023-10-30
1.背景概述在一次主从复制架构中，由于主节点binlog损坏，导致从节点无法正常同步数据，只能重做从节点；因此使用MySQL 8.0.17开始提供的clone技术进行恢复，恢复后的2天都发生了主从报错数据冲突。通过解析binlog发现，同一时刻主从节点都在执行同一条语句，因此询问业务是否在主从节点都
2023-10-25
怎么看mysql主从是否同步在使用mysql主从复制的时候，我们需要时刻关注主从复制的状态是否正常，以避免数据丢失或者不同步的情况。下面介绍一些常用的方法来检查mysql主从是否同步。1. 查看主从复制状态SHOW SLAVE STATUSG;执行上述命令后会显示当前的主从复制状态。其中，Slave
2023-10-23
究竟是什么原因，导致主从切换过程中存在一个无法 kill 的会话？ 作者：秦广飞 爱可生 DBA 团队成员，负责项目日常问题处理及公司平台问题排查，对数据库有兴趣，对技术有想法。一入 IT 深似海，从此节操是路人。 本文来源：原创投稿 爱可生开源社区出品，原创内容未经授权
2023-10-12
背景 前一天正常配置mysql主从读写 在我的两台linux虚拟机中配置成功 完全没有问题 但是第二天 重启之后主从复制就失效了 按照原来的方式重新配置 完全无效 就开始不停了尝试了 这里分享 我解决的方法和配置的方法 这篇文章只适合失败的人 如果一次都没有配置过那么并不适合 我主要是排坑的不是教学
2023-10-06