一：MySQL事务的四大特性（ACID）1.原子性（Atomicity）原子性是指一个事务的操作要么全部成功，要么全部失败回滚。保证事务的操作成功则全部应用到数据库，失败则不能对数据库产生任何影响。2.一致性（Consistency）一致性是指事务必须从一个一致性状态转换到另一个一致性状态。也就是一个事务在执行之前到执行之后都要必须处于一致性状态。（例如A向B转了10000元，不能A扣了钱后B再加
转载
2023-09-03 09:28:29
59阅读
类似于redis集群，mysql也可以搭建集群与分布式。 一主多从mysql，主机只进行修改插入操作（写操作），丛机只进行查询操作（读操作），读写分离来提高并发量。 主从复制过程：主机mysql进行写操作时，会把操作命令写入binlog日志文件中。当主机进行了写操作，会立即将binlog日志文件发送给所有丛机丛机接受到binlog文件，读取命令，完成数据修改。数据一致性问题： （1）主机在向丛机发
转载
2023-08-08 10:59:53
120阅读
我上一次遇到MySQL主从服务器数据一致性问题，想想是几年前的事情了，还依稀记得当时惊慌失措的情景，好在最后借助Maatkit解决了问题。 几年后，当我再次面对同样的问题时，Maatkit已经不复存在，转而成为了Percona Toolkit的一部分，不变的是我依旧手忙脚乱，所以还是记录一下吧，保不准啥时候又会遇到这个问题。如果你在MySQL从服务器上遇到类似下面的错误信息，那么恭喜你中招了：
CAP原则又称CAP定理，指的是在一个分布式系统中， Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可得兼。一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）强一致性：简而言之，就是在任意时刻，所有节点中的数据都是一致的；弱一致性：数据更新后，如果能容忍
数据库系统必须维护事务的以下特性(简称ACID)：原子性(Atomicity)一致性(Consistency)隔离性(Isolation)持久性(Durability)⑴ 原子性(Atomicity)原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。⑵ 一致性(Consistency)一致性是指事务必须
转载
2023-08-08 08:19:05
94阅读
导读 MySQL主从复制环境中，如何才能保证主从数据的一致性呢？ 关于主从复制 现在常用的MySQL高可用方案，十有八九是基于 MySQL的主从复制（replication）来设计的，包括常规的一主一从、双主模式，或者半同步复制（semi-sync replication）。 我们常常把MySQL replication说成是MySQL同步（sync），但事实上这个过程是异步（async）的。大
一，一致性： 1，概念： 一致性是指数据处于一种语义上的有意义且正确？？？的状态。数据中间状态？？？对其他事务不可见的。因为这些中间状态，是一个过渡状态，与事务的开始状态和事务的结束状态是不一致的。 2，举例：举个例子，张三给李四转账100元。事务要做的是从张三账户上减掉100元，李四账户上加上100元。一致性的含义是其他事务要么看到张三还没有给李四转账的状态，要么张三已经成功转账给李四的状态
转载
2023-07-28 12:12:54
87阅读
文章目录1.两种视图的概念2.“快照”在 MVCC 里是怎么工作的？3.更新逻辑思考题 在事务的隔离级别章节中提到过，如果是可重复读的隔离级别，事务 T 启动的时候会创建一个视图 read-view，之后事务 T 执行期间，即使有其他事务修改了数据，事务 T 看到的仍然跟在启动时看到的一样。但是，在锁章节中又提到，一个事务要更新一行，如果刚好有另外一个事务拥有这一行的行锁，就会被锁住，进入等待状
转载
2023-08-02 15:18:21
103阅读
原文《08 | 事务到底是隔离的还是不隔离的？-极客时间》讲的比较分散，一些关键知识点下面的评论也是五花八门；本文对这一节内容做一个梳理，先将简单的概念如"事务的启动时机"、"视图"、"秒级创建快照"拎出来解释，然后通过文章中的几个例子说明"一致性读"和"当前读"；08 | 事务到底是隔离的还是不隔离的？事务的启动时机？第一种启动方式：一致性视图是在执行事务过程中的第一个查询语句时创建
转载
2023-08-09 00:14:03
106阅读
在本教程中，您将学习如何使用WITH CHECK OPTION子句确保视图的一致性。WITH CHECK OPTION子句简介有时候，创建一个视图来显示表的部分数据。然而，简单视图是可更新的，因此可以更新通过视图不可见的数据。此更新使视图不一致。为了确保视图的一致性，在创建或修改视图时使用WITH CHECK OPTION子句。下面说明了WITH CHECK OPTION子句的语法 -CREATE
转载
2023-08-01 22:04:01
98阅读
PhxSQL是一个兼容MySQL、服务高可用、数据强一致的关系型数据库集群。PhxSQL以单Master多Slave方式部署，在集群内超过一半机器存活的情况下，可自身实现自动Master切换，且保证数据一致性。PhxSQL基于Percona 5.6开发。Percona是MySQL的一个分支，功能和实现与MySQL基本一致。因此本文后续直接把MySQL作为讨论对象。MySQL半同步复制存在缺陷，在M
MySQL数据库主从同步，一致性解决方案方法1 半同步复制方法2 数据库中间件方法3 缓存记录写key法 方法1 半同步复制介于异步复制和同步复制之间，主库在执行完客户端提交的事务后不会立即返回给客户端， 而是至少要等到一个从库接收并写到redo log中，才会返回给客户端，相对于异步复制，半同步复制提高了数据的安全性半同步复制原理 事务在主库写完binlog后，需要从库返回一个已接收，才能返回
目录一致性定义一致性解决方法1. 缓存形式2. 只读缓存2.1. 新增数据2.2. 更新（修改/删除）数据2.2.1. 无并发环境2.2.1.1. 消息队列+异步重试2.2.1.2. 订阅 Binlog 变更日志2.2.2. 高并发环境2.2.2.1. 先删除缓存，再更新DB2.2.2.2. 缓存过期时间+延时双删2.2.2.3. 先更新DB，再删除缓存2.2.2.4. 延迟消息2.2.2.5.
当前没有框架能够保证redis的数据和数据库的完全一致性，所以需要 我们自己在性能和一致性上作取舍。使用到缓存的场景这里讲到的是缓存和数据库的一致性问题。
当查询数据库数据的时候，才涉及到缓存的利用上，所以缓存的引入是为了让查询数据的时候提高效率；
而当发生增、删、改数据的时候，对于缓存来说是要让数据库和缓存发生一致性的改变，进而能让缓存在数据查询时候能继续起作用。下图就是两种在redi
转载
2023-08-30 12:58:56
84阅读
1一致性哈希失效处理 其实比较容易出现的问题是漂移的问题：某个节点失效了，缓存都漂到下个节点了；然后一会它又恢复了，这时候它就有脏数据了。 解决办法一是每个节点引入集群。 不用集群想彻底解决这个问题，可能需要引入第三方健康检查组件，如Consul，发现节点不稳定立即删除下线。 2缓存命中率及单一热点问题 一致性哈希解决的是某节点宕机后缓存失效的问题，只会导致相邻节点负载增加。但是因为宕机后需要重新
这实际上这是一个如果想要答的完美，是非常难非常难的问题，所以差不多得了。1.先更新redis，再更新mysql2.先更新mysql，再更新Redis3.先删除redis，再更新mysql(牛客论坛采用的就是这种方式)4.先更新mysql，然后删除redis5.redis订阅binlog日志6.延时双删，先删除redis，然后更新mysql，然后再删除redis 这种方式就是在方式3的基
转载
2023-09-08 23:12:23
52阅读
随着微服务的越来越多，一致性问题也越来越被重视。纠结是怎样才能ACID呢？CAP还是Base呢？其实强一致性的方案也特别多，比如net的msdtc、java的atomikos...等。但他们这类基于2pc(两阶段提交协议)实现，基本上性能太差，根本不适合高并发的系统。而本地消息表、可靠消息最终一致性方案、最大努力通知方案都是不错的解决方案。目录一致性问题解决一致性问题的模式和思路ACIDCAPBA
原创
2023-04-02 14:57:28
121阅读
文章目录1、缓存模型和思路2、缓存更新策略3、两种解决方案3.1、先删除缓存，再更新数据库3.1.1延时双删（解决先删除缓存，再更新数据库产生的缓存不一致问题）1、什么是延时双删2、为什么要进行延迟双删？3、如何实现延迟双删？4、小结3.2、先更新数据库，再删除缓存4、总结 1、缓存模型和思路标准的操作方式就是查询数据库之前先查询缓存，如果缓存数据存在，则直接从缓存中返回，如果缓存数据不存在，再
转载
2023-06-13 11:58:34
198阅读
以下纯属我自己的理解，各位大佬有什么不认同的请帮忙指出，共同进步哈！那么，什么是一致性？或者说什么是mysql的一致性？先说什么是不一致吧：多个事务在相同时刻查询同一条记录时，查询的结果各不相同，这就是不一致。那么一致性的话，就是通过各种手段，保证不同事务同时查询某条记录时，查询结果保证一致。分布式系统中的一致性：客户端请求分布式系统修改某条数据，分布式系统保证各个节点数据都修改成功，保证各节点数
转载
2023-08-20 20:53:44
82阅读
背景新项目要上线了，数据库采用的MySQL主从同步配置。为了确保上线前迁移的数据一致性，指定了多种预案，为了确保主从数据一致，使用了percona-toolkit 。percona-toolkit源自Maatkit 和Aspersa工具，这两个工具是管理mysql的最有名的工具，现在Maatkit工具已经不维护了，请大家还是使用percona-toolkit吧！这些工具主要包括开发、性能
