mysql事务的实现原理 mysql存储数据的数据结构

老铁们，大家好，相信还有很多朋友对于mysql事务的实现原理和mysql存储数据的数据结构的相关问题不太懂，没关系，今天就由我来为大家分享分享mysql事务的实现原理以及mysql存储数据的数据结构的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！

mysql事务与锁的关系

事务和锁

事务的定义

简而言之：事务（Transaction）是并发控制的基本单位。

所谓的事务，它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。

事务的特点ACID

原子性（Atomicity）：一个事务是一个不可分割的工作单位，事务中包括的诸操作要么都做，要么都不做。

一致性（Consistency）：事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。

隔离性（Isolation）：一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。

持久性（Durability）：持久性也称永久性（permanence），指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其有任何影响。

事务对应的语句

BEGINTRANSACTION开始事务

COMMITTRANSACTION提交事务

ROLLBACKTRANSACTION回滚事务

事务并发控制

事务不考虑隔离性引发的问题

脏读：此种异常时因为一个事务读取了另一个事务修改了但是未提交的数据，当修改的事务进行回滚操作时将造成读取事务异常。

不可重复读：在一个事务内读取表中的某一行数据，多次读取结果不同。（一个事务读取到了另外一个事务提交的数据）

幻读（虚读）：指在一个事务内读取到了别的事务插入的数据，导致前后读取不一致。例如读整个表，即表的行数，例如第一次读某个表有3条记录，第二次读该表又有4条记录（和不可重复读的不同：不可重复读针对的是数据的值，幻读针对的是数据的数量）

数据库事务隔离级别（SQL标准定义）

READUNCOMMITTED（未提交读）：事务中的修改，即使没有提交，其他事务也可以看得到。很容易导致脏读等众多问题，如无必要，很少使用

READCOMMITTED（提交读）：大多数数据库系统默认的隔离级别（除Mysql等）。这种隔离级别就是一个事务的开始，只能看到已经完成的事务的结果，正在执行的，是无法被其他事务看到的。这种级别会出现读取旧数据的现象，即不可重复读的问题。

REPEATABLEREAD（可重复读）：解决了脏读的问题，该级别保证了每行的记录的结果是一致的，也就是上面说的读了旧数据的问题，但是却无法解决另一个问题，幻行，顾名思义就是突然蹦出来的行数据。指的就是某个事务在读取某个范围的数据，但是另一个事务又向这个范围的数据去插入数据，导致多次读取的时候，数据的行数不一致。即幻读。–MYSQL默认隔离级别

SERIALIZABLE（可串行化）：最高的隔离级别，它通过强制事务串行执行（注意是串行），避免了前面的幻读情况，由于他大量加上锁，导致大量的请求超时，因此性能会比较底下，在特别需要数据一致性且并发量不需要那么大的时候才可能考虑这个隔离级别

数据库锁

数据库锁的基本类型：

X锁：exclusive用于写操作

-某数据对象在没有加任何锁的情况下，一个事务可以对其加X锁，而其他事务就不能对其再加任何锁

S锁：share用于读操作

-一个事务对某数据对象加了S锁后，其他事务就不能对其加X锁，但可以加S锁

U锁：update

-事务要更新数据对象时，先申请该对象的U锁。对象加了U锁，允许其他事务对它加S锁。在最后写入时，再申请将U锁升级为X锁。不必在全过程中加X

不同级别的加锁协议

一级封锁协议（脏数据、不可重复读）

任一事务在写某数据前，必须对其加上X锁，该事务结束后才释放。不采用S锁，读数据不用加锁。

事务结束包括正常结束（COMMIT）和非正常结束（ROLLBACK）。

二级封锁协议（不可重复读）

满足一级封锁协议，且任一事务在读取某数据前，必须对其加上S锁，读完后就释放

三级封锁协议（）

满足一级封锁协议，且任一事务在读取某数据前，必须对其加上S锁，事务结束后释放锁

其他加锁协议

两阶段加锁协议：

整个事务分为两个阶段，前一个阶段为加锁，后一个阶段为解锁。在加锁阶段，事务只能加锁，也可以操作数据，但不能解锁，直到事务释放第一个锁，就进入解锁阶段，此过程中事务只能解锁，也可以操作数据，不能再加锁。两阶段锁协议使得事务具有较高的并发度，因为解锁不必发生在事务结尾。它的不足是没有解决死锁的问题，因为它在加锁阶段没有顺序要求。如两个事务分别申请了A,B锁，接着又申请对方的锁，此时进入死锁状态。

定理：若所有事务均遵守两段锁协议，则这些事务的所有交叉调度都是可串行化的。

多粒度加锁协议

行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。只在存储引擎层实现

页级锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般

表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。

mysql与es的区别

mysql与es有以下不同点：mysql和es都是常用的数据库，但是它们的主要功能不同。MySQL是一种关系型数据库，适用于那些需要用于大量事务和数据的应用程序，比如电子商务网站或金融应用程序。ES是搜索引擎，用于存储大量非结构化数据和文档，通常用于文本搜索、数据分析等。此外，MySQL支持事务处理，可以实现数据的ACID特性，而ES则更加注重搜索和分析。MySQL对于大量数据的查询速度较慢，ES则更快，但是对于事务处理要求不高的应用程序，MySQL是更为可靠的选择。因此，在选择数据库时需要根据实际需求进行选择。

mysql什么存储引擎支持事务处理，支持外键和并发系统

mysql的InnoDB存储引擎支持事务处理，支持外键和并发系统。

InnoDB存储引擎：

InnoDB是事务型数据库的首选引擎，支持事务安全表（ACID），其它存储引擎都是非事务安全表，支持行锁定和外键，MySQL5.5以后默认使用InnoDB存储引擎。

支持事务处理，支持外键，支持崩溃修复能力和并发控制。如果需要对事务的完整性要求比较高（比如银行），要求实现并发控制（比如售票），那选择InnoDB有很大的优势。如果需要频繁的更新、删除操作的数据库，也可以选择InnoDB，因为支持事务的提交（commit）和回滚（rollback）。

MySQL怎么生成数据文件和事务日志文件

在后台自动生成数据文件和事物日志文件

MySQL实现批量插入以优化性能的教程

开启mysql事务，打开MyBatis的DEBUG日志查看执行的SQL，并打印DELETE返回的effectcount

好了，文章到此结束，希望可以帮助到大家。