深入理解mvcc机制一，MVCC定义1，undolog日志2，undolog版本控制链3，readView3.1，readview简介3.2，readview和undolog结合使用规则3.3，readview和undolog基本使用4，总结 一，MVCC定义MVCC：Multi-Version Concurrency Control，多版本并发控制机制。在mysql中，为了满足事务的四大特性之一
转载
2023-08-28 12:20:59
310阅读
1、mysql常用的引擎 1.1 InnoDB 存储文件两个，".frm"表定义和".idb"数据文件 存在表锁和行锁，不过行锁是在命中索引的情况下才会起作用 支持事务，且支持四种隔离级别（读未提交、读已提交、可重复读、串行化），
转载
2023-10-07 14:59:30
161阅读
事务隔离级别最高级是可串行化。一直对这个词感觉很费解，为什么不叫串行化？在研究事务调度的时候，定义了事务的正确调度和不正确调度。不管事务的并发度，串行执行两个事务，这样的调度执行结果是可接受的，符合事务原子性的定义。串行事务由于不同的串行事务顺序可能会有不同的最终结果，都是可以接受的结果。为了提高并发度，就要允许多个事务并发执行，不同的调度可能会产生不同的结果，如果不加约束，而其中有的结果是不正确
转载
2024-04-12 05:16:29
36阅读
隔离性是事务ACID中的I事务的隔离级别事务隔离级别脏读不可重复读幻读读未提交（read-uncommitted）是是是读提交（read-committed）否是是可重复读（repeatable-read）否否是串行化（serializable）否否否事务的隔离级别含义读未提交：是指 一个事务还没提交时， 它做的变更就能被别的事务看到。读提交：是指 一个事务提交之后， 它做的变更才会被其他事务看到
转载
2024-06-04 11:01:04
0阅读
MySQL 主从复制原理的是啥？ 主库将变更写入 binlog 日志，然后从库连接到主库之后，从库有一个 IO 线程，将主库的 binlog 日志拷贝到自己本地，写入一个 relay 中继日志中。接着从库中有一个 SQL 线程会从中继日志读取 binlog，然后执行 binlog 日志中的内容，也就是在自己本地再次执行一遍 SQL，这样就可以保证自己跟主库的数据是一样的。 这里有一个非常重要的一点
转载
2024-01-05 22:40:07
58阅读
隔离级别未提交读（READ UNCOMMITTED）事务中的修改，即使没有提交，对其它事务也是可见的。提交读（READ COMMITTED）一个事务只能读取已经提交的事务所做的修改。换句话说，一个事务所做的修改在提交之前对其它事务是不可见的。可重复读（REPEATABLE READ）保证在同一个事务中多次读取同一数据的结果是一样的。可串行化（SERIALIZABLE）强制事务串行执行，这样多个事务
转载
2024-04-24 12:46:43
107阅读
学习丁奇的MYSQL基础课时觉得比较重要的几点，特记录下来：大家应该都知道 mysql 中的事务隔离有以下几种情况：事务隔离读未提交(脏读)，是指该事务可以读取到别的事务已更新或插入或删除，但还未提交的结果。读已提交，是指该事务只能读取到别的事务已提交时的结果。可重复读，是指该事务在执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的，在这种情况下，本事务未提交的变更对其他事务也是不可见
转载
2023-11-12 17:28:28
112阅读
# **MySQL串行化原理解析与实例说明**
MySQL是一款开源的关系型数据库管理系统，拥有广泛的应用领域。在MySQL中，多个并发事务的执行是通过串行化机制来保证事务的一致性与隔离性。本文将详细介绍MySQL的串行化原理，并通过代码示例进行说明。
## **1. 串行化的概念与意义**
串行化是一个并发控制机制，用于解决并发事务可能导致的数据不一致性问题。在数据库中，多个事务并发执行时
原创
2023-08-27 03:04:58
597阅读
事务四大特性： ACID:原子性，一致性，隔离性，持久性。隔离性： 读未提交：一个事务还没提交时，他做的变更就能被其他事务看到。 读提交：一个事务提交之后，他做的变更才会被别的事务看到。 可重复读：一个事务在执行的过程中总是和他启动时所看到的数据一致。 串行化：隔离级别最高，对于同一行记录，读会加读锁，写会加写锁。当发生读写冲突时后访问的事务必须等待前一个事务执行完，才能继续执行。事务隔离的实现（
转载
2023-12-25 06:43:32
79阅读
1、mysql的可串行化首先：可串行化serializable这是事务的最高级别，在每条读的数据上，加上锁，使之不可能相互冲突，因此，会导致大量的超时现象。解释如下：以A，B用户为例：首先将B账号的隔离级别设置为serializable，当B账号开启一个事务，查询各个账户的余额，没有提交事务。此时A账户，也开启一个事务，在事务中执行插入操作，这时A账户的执行操作是不能立即执行的，当B账户执行提交事
转载
2023-06-24 16:19:54
406阅读
一：mysql事务 1.事务特性 原子性 ： 实现原理（undo log) 一致性 ： 实现原理（ redo log) 隔离性 ： 持久性 ： 实现原理 （redo log）2. 事务隔离级别读未提交：一个事务可以读取到另一个
转载
2024-06-19 06:27:15
40阅读
前言事务的隔离级别在之前我们已经学习过，那么事务隔离级别的实现原理是什么呢？锁+MVCC下面我们就来分开讲解：表级锁&行级锁注意：表锁和行锁说的是锁的粒度，不要以为它与下面讲到的其他锁是单独的概念。因为有表级共享锁等概念的存在。表级锁：对整张表加锁。开销小，加锁快，不会出现死锁；锁粒度大，发生锁冲突的概率高，并发度低。行级锁：对某行记录加锁。开销大，加锁慢，会出现死锁；锁定粒度最小，发生锁
转载
2024-09-20 07:44:06
49阅读
今天我们来学习一下MySQL的事务隔离是如何实现的。如果你对事务以及事务隔离级别还不太了解的话，这里左转。好的，下面正式进入主题。事务隔离级别有4种：读未提交、读提交、可重复读和串行化。首先我们来说一下读未提交和串行化。读未提交：性能最好，因为不加锁，所以可以理解为没有隔离。串行化：读加共享锁，其他事务可并发读，但不能写；写加排他锁，其他事务不能并发写也不能并发读。这两种方式要么啥都不管，并发性能
转载
2024-01-27 20:10:56
22阅读
事务的隔离级别 （由高到低）1.串行化（serializable）：一个事务一个事务的执行2.可重复读（Repeatable-Read） 可重复读，无论其他事务是否修改并提交了数据，在这个事务中看到的数据值始终不受其他事务影响 （mysql数据库所默认的级别）3.读已提交（Read Committed） 读取已提交，其他事务提交了对数据的修改后，本事务就能读取到修改后的数据
转载
2023-08-31 15:24:26
79阅读
数据库隔离级别（ 笔试2次，面试2次，我居然还记成3条！好记性不如烂笔头！） 1、READ UNCOMMITTED － 读不提交 隔离级别中最低的，没有对并发进行控制，会出现所有情况
2、READ COMMITTED
— 读已提交 解决了脏读
3、REPEATABLE READ － 可重复读 在READ COMMITTED基础
转载
2024-06-01 10:59:06
41阅读
目前秋招已经到了一半了。打算用自己的话重新整理一下数据库相关的知识点。事务隔离级别的实现InnoDB中，需要解决的几个事务隔离的问题是，脏读（读到了并不真正存在的数据，往往因为事务没有commit导致），不可重复读（在一个事务里不同时间的对应的数据是不一样的），幻读（读取到先于当前事务提交的相同的数据，产生幻觉）。而解决这几种因为事务隔离产生的问题的时候，就需要事务隔离，事务隔离级别一共有四种：读
转载
2023-10-23 07:35:34
92阅读
一、ACID特性原子性一致性隔离性持久性二、事务隔离级别读未提交：一个事务还未提交时，这个事务对数据的改动，其他事务就可见读已提交：一个事务提交以后，这个事务对数据的改动，其他事务才可见可重复读：一个事务在执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。串行化：顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行
转载
2023-10-14 19:18:29
47阅读
学习内容重点：1、深入理解Innodb底层事务实现机制2、从undo与redo日志理解事务ACID底层原理3、事务四大隔离级别详解以及如何选择4、事务底层锁机制与MVCC并发优化机制初探5、剖析查询操作方法需要使用事务吗6、BufferPool缓存与redo日志是如何提升事务性能的7、redo日志磁盘顺序写机制8、从事务底层实现理解Mysql为什么不会丢数据9、Mysql事务优化最佳实践事务一组操
转载
2024-10-29 16:52:10
75阅读
MySQL串行化是指在多个并发事务执行时，保证它们按照特定的顺序依次执行，从而避免数据的混乱和不一致。在MySQL中，实现串行化可以通过锁机制来实现。下面我将详细介绍MySQL串行化的实现方法。
### 1. 乐观锁
乐观锁是一种乐观地认为并发冲突不会发生的锁机制。在MySQL中，可以通过使用版本号或时间戳来实现乐观锁。当一个事务要更新一条数据时，首先会读取数据的版本号或时间戳，并在更新时检查
原创
2024-06-30 05:31:02
134阅读
写在前面：对于线上运行主从复制架构的环境而言，相信有很多人和笔者一样，都或多或少的遇到过主从延迟的问题。之前笔者写过一篇文章 主从复制延迟原因剖析 来讲解主从复制延迟的原因，可光是知道原因还不行，怎么解决这个主从延迟的问题才是重头戏！笔者，带着这个疑问，在网上也是查阅了诸多资料，然后去其糟粕，根据自己的理解和查阅的资料整理成了本文 MySQL并行复制探索！。事先申明，本文内容是笔者自己的理解，不代
