如何保障-2PCMySQL是通过2PC来保证写数据一致性的，具体步骤如下。执行器先向存储引擎取指定行。如果这些行数据所在的数据页本来就在内存中，就直接返回给执行器，否需要先从磁盘读入内存，然后再返回。执行器拿到数据后更新，得到新的数据，再调用存储引擎接口写入新数据。存储引擎将新数据更新到内存，同时将这个更新操作记录到 redo-log 里面，此时 redo-log 是 prepare 状态。然后告
转载
2024-09-27 07:35:53
46阅读
首先，缓存由于其高并发和高性能的特性，已经在项目中被广泛使用。在读取缓存方面，大家没啥疑问，都是按照下图的流程来进行业务操作。但是在更新缓存方面，对于更新完数据库，是更新缓存呢，还是删除缓存。又或者是先删除缓存，再更新数据库，其实大家存在很大的争议。目前没有一篇全面的博客，对这几种方案进行解析。于是博主战战兢兢，顶着被大家喷的风险，写了这篇文章。 文章结构本文由以下三个部分组成讲解缓存更
转载
2024-08-08 15:39:43
84阅读
一 序 本文属于《MYSQL运维内参》第九章读书笔记，因为INNODB的三大特性：插入缓存，两次写，自适应hash，还是觉得作者先介绍插入缓存会更有助于理解。 为啥会有两次写？必要了解partial page write 问题 : InnoDB 的Pag
转载
2023-08-10 06:28:22
88阅读
当mysql存在锁冲突的时候：使用语句一：show [full] processlist;
注：最好使用mysql的root用户查看，才能看到所有进程信息，普通用户只能看到自己的，除非有mysql的root权限
重点看COMMAND和STATE的信息，这两个信息比较重要；
一般来说COMMAND在sleep状态是正常的（TIME字段值再高也正常），且其它的状态的TIME字段值一般不能太高（所谓的太
主从复制:数据库接收到请求后, 由主节点的内置客户端执行sql语句,包括"增删改查”,其中"查”是读操作,不涉及主从复制.在主节点中有一个二进制日志文件bin.log, 当用户执行写操作(增删改)的sql语句时, 这些语句会被记录到二进制文件bin.log中, 这个二进制文件携带一个指针标识position,默认是120，当二进制日志文件的内容发送改变后，指针标识position也会改变。从节点中
转载
2023-10-10 10:04:32
52阅读
二、迁移类测试策略1、概述随着业务需求或数据量增长到一定程度，往往需要进行数据库切换，这里就伴随这数据迁移。关键字： 全量数据迁移，增量数据迁移，分库分表，数据双写，oracle、mysql、hbase…，新老数据兼容，数据订正2、发布方案(迁移方案)两大类：正常发布、停机发布正常发布：可以实现线上业务无缝切换，不影响用户使用，需要保证新老数据兼容，发布过程中的数据写入等。停机发布 : 优点在于可
转载
2024-04-15 20:09:11
53阅读
在学习MySQL双写特性的时候一直有个问题萦绕在我的心头：我们都知道MySQL在进行脏页刷新的时候会先将【内存中的doublewrite buffer】中的数据刷新到【磁盘中共享表空间的doublewrite buffer】中，然后再将脏页数据刷新到【磁盘数据文件.idb】中。当系统发生故障后MySQL可以利用undo log和来完成故障恢复工作。那么如果当系统在刷新脏页数据到【磁盘中共享表空间的
转载
2023-08-29 17:00:35
75阅读
参考文章：基于Redo Log和Undo Log的MySQL崩溃恢复流程MySQL的Double Write并不难理解 答疑文章（一）：日志和索引相关问题《MySQL技术内幕：InnoDB存储引擎》作用double write（两次写）使数据页更可靠。当InnoDB存储引擎正在向磁盘写入数据页时（16KB的数据页只写入了前4KB），这时发生宕机，这种情况称为部分写失效（partial p
转载
2023-09-06 20:19:59
309阅读
最近，在MySQL中LOAD数据的时候遇到了一个诡异的问题，LOAD一个1G的文件（LOAD到表之后，表的数据文件约2G）。在5.7版本中一切正常，不到3分钟完成。将版本切换到8.0之后，性能急剧下降，1个小时也没有完成任务。 MySQL 5.7和8.0
转载
2023-12-21 10:55:13
49阅读
# 解决MySQL双主ID冲突问题的步骤
## 概述
在MySQL双主复制中，如果两个主节点上的表都使用自增ID作为主键，可能会出现ID冲突的情况。为了解决这个问题，我们可以使用MySQL的auto_increment_increment和auto_increment_offset参数来实现ID的唯一性。
下面，我将详细介绍解决MySQL双主ID冲突问题的步骤，并提供相应的代码示例。
##
原创
2024-01-11 08:12:54
143阅读
问题最近公司想把原Oracle数据库都迁移到Mysql，这个切换需要一段时间过渡，所以存在Oracle、Mysql在项目中同时使用的情况。这样就需要使用多数据源的技术。多数据源配置本身比较简单，但有一个场景出现了问题。考虑如下代码：// 通过try-catch实现insertOrUpdate
Data data = new Data();
try{
dataMapper.insert(d
转载
2023-12-21 13:38:30
262阅读
实现MySQL双活数据冲突的步骤如下：
1. 配置主从复制：首先需要在MySQL数据库中配置主从复制，使得一个MySQL实例作为主服务器，另一个作为从服务器。主服务器用来处理写操作，从服务器用来处理读操作。
2. 创建数据库和表：在主服务器上创建数据库和表，用于存储数据。可以使用以下SQL语句创建一个名为"mydb"的数据库和一个名为"mytable"的表：
```sql
CREATE DA
原创
2024-01-12 04:04:11
59阅读
# 实现MySQL双主双写的流程
## 1. 概述
MySQL双主双写是一种数据库架构模式，它允许多个主节点同时读写数据，从而提高系统的可用性和性能。在实际使用中，可以使用MySQL的GTID（全局事务标识）和主从复制的功能来实现双主双写。
## 2. 流程图
```mermaid
flowchart TD
A(配置主节点1) --> B(配置主节点2)
B --> C(配
原创
2023-09-18 18:37:57
144阅读
文章目录读写分离读写分离引入时机主从同步延迟读写分离落地读写分离配置双主模式适用场景MMM架构MHA架构主备切换配置双主模式MHA搭建服务器环境搭建三台机器ssh互通MHA下载安装MHA下载MHA node安装MHA manager安装MHA 配置文件MHA 配置检测MHA Manager启动测试MHA故障转移 读写分离读写分离引入时机 大多数互联网业务中，往往读多写少，这时候数据库的读会首先
转载
2023-10-05 17:52:20
75阅读
## MySQL 双写
### 什么是MySQL双写？
MySQL双写是指将MySQL数据库的数据同时写入两个地方，通常是主库和从库。这样做的目的是为了确保数据的一致性和可靠性。在主从复制的情况下，主库负责写入数据，从库负责读取数据，如果仅仅依赖主从复制可能会存在数据不一致的情况，因此引入了双写机制。
### 如何实现MySQL双写？
在MySQL中，可以通过配置binlog和relay
原创
2024-05-15 07:57:47
216阅读
一 前言首先，缓存由于其高并发和高性能的特性，已经在项目中被广泛使用。在读取缓存方面，大家没啥疑问，都是按照下图的流程来进行业务操作但是在更新缓存方面，对于更新完数据库，是更新缓存呢，还是删除缓存。又或者是先删除缓存，再更新数据库，其实大家存在很大的争议本文由以下三个部分组成 1、讲解缓存更新策略 2、对每种策略进行缺点分析 3、针对缺点给出改进方案二 一致性方案先做一个说明，从理论上来说，给缓存
转载
2023-08-30 12:08:43
210阅读
缓存由于其高并发和高性能的特性，已经在项目中被广泛使用，在缓存的使用中，通常会面临一个更新的问题，当数据源产生变化，如何去更新到数据库与缓存之中，并且尽量保证安全与性能。更新缓存的的Design Pattern有四种：Cache aside, Read through, Write through, Write behind caching，我们下面一一来看一下这四种Pattern。一:Cache
转载
2023-09-23 15:24:09
144阅读
MySql 双主多从配置指导一、背景互联网项目为了数据的可靠性和架构的可拓展性经常会用到双主多从的数据库，来实现数据的备份、负载均衡和突发状况时数据库切换。二、思路配置两台数据库A、B互为主从，然后配置以A为主的从数据库C，和以B为主的从数据库D在A和B的配置中添加：log-slave-updates=1将所有的操作写入到binary log。使得A的更改不止同步到B和C，还会同步到D。同理B也会
转载
2023-06-05 14:34:28
189阅读
mysql主从复制（二）搭建双主双从
mysql主从复制（二）搭建双主双从 一个主机 m1 用于处理所有写请求，它的从机 s1 和另一台主机 m2 还有它的从机 s2 负责所有读请 求。当 m1 主机宕机后，m2 主机负责写请求，m1、m2 互为备机。架构图如下 机器准备： 1、 搭建 MySQL 数
转载
2023-06-30 20:22:49
227阅读
写在最前面在大型互联网应用当中如果你的应用引入了缓存机制，那么有一个大前提就是你的业务场景上必须得接受数据的新鲜度上有可能会有一定时间的延迟。删除缓存失败是一个极小概率事件，且在不能保证所有操作100%成功的几率下，采用JOB补偿的机制是目前比较成熟的解决方案。大并发量写请求的应用，不可能去实时写DB，基本都采用队列+消息异步写DB的机制，不然会有大量的并发问题缓存机制介绍如今利用缓存机制来提高查
转载
2023-10-15 16:58:00
54阅读
