innodb存储引擎-事务

「已注销」

已于 2022-11-15 14:41:16 修改

阅读量193

点赞数

文章标签：数据库 java 开发语言

于 2021-03-19 10:11:43 首次发布

本文链接：https://blog.csdn.net/qq_45331503/article/details/114999720

版权

1：认识事务

事务的目的就是在一个事务中操作，要么都做修改，要么都不做。

innodb存储引擎完全支持。
ACID特性

A 原子性
一个操作过程如果被定义为原子操作，那么这些操作要么都做，要么都不做。
原子性是指整个数据库事务是不可分割的工作单位。事务中的所有操作都执行成功才算成功。事务中任何一个sql失败，都要回滚到事务开始的状态。
C 一致性
一致性即在事务开始之前和事务结束以后，数据库的完整性约束没有被破坏。
I 隔离性
要求每个读写事务的操作对象可以相互分离，即该事务未提交前对其他事务不可见，通常使用锁来实现。
D 持久性
持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响

扁平事务：
无法有计划的回滚，只能将事务的所有操作全部回滚

带保存点的扁平事务：
能够通过设置保存点，有计划的回滚到保存点的位置。

扁平事务咋爱开始时会隐式的设置一个保存点。

可以设置多个保存点，并且可以选择回滚到哪一个保存点。

但是如果系统崩溃了，保存点会丢失。

链事务：
保存点模式得到一个变种

多个事务连续执行，而且是原子的

只能回滚当前事务，就相当于只能回滚到最近的保存点。

嵌套事务：
层次结构框架，像是一棵树，上一层事务可以调用下一层事务。

innodb不支持原生嵌套事务，只能通过保存点来模拟

分布式事务：
分布式环境下运行的扁平事务。

需要调用多台数据库才能完成任务。

在innodb存储引擎中，事务的日志由两部分构成:redo log和undo log

redo时重做日志。

undo用于回滚。

redo log存在在重做日志文件中，undo 存放在数据库内部的一个特殊段中，undo段。位于共享表空间内。

重做日志用来实现事务的持久性。包括两部分：

在innodb中，当事务提交时，必须先将该事务的所有日志写入到重做日志文件中进行持久化，再待事务的commit操作完成事务才算完成。这里的日志由redo log和undo log构成。

redo log保证事务的持久性，undo log用来帮助事务回滚及mvcc的功能。

为了确保每次日志文件写入到重做日志文件中，innodb存储引擎每次都会调用一次fsync操作，因为在innodb中重做日志缓冲先是写入到文件系统缓存。需要进行fsync操作再写入到重做日志文件当中。

手动设置非持久性：
innodb中可以设置非持久性的情况，以提高数据库的性能。即当事务提交时，不写入重做日志文件，而是等待一个时间后再执行fsync操作。这样可以提高数据库性能，但是当数据库宕机时，会丢失最后一段时间的事务。

参数innodb_flush_log_at_trx_commit可以控制这种策略：

默认值为1，即表示事务提交时必须进行一次fsync操作。还可以设置为0和2。
0表示提交事务时不进行写入重做日志操作，这个操作仅再master thread中完成，再这个线程中每秒会进行一次写入重做日志文件并进行fsync操作。
2表示事务提交时将重做日志写入重做日志文件，但仅写入文件系统的缓存中，不进行fsync操作。这种设置下数据库宕机而操作系统不宕机时，不会导致事务的丢失。操作系统宕机时，重启数据库会丢失未从文件系统缓存刷新到重做日志文件的那部分事务。