MySQL-事务
MySQL-事务
1.什么是事务
举例：想象炒菜的过程。
- 洗菜
- 切菜
- 炒菜
- 装盘
我相信缺少任何任何一个步骤，都不完美！！！可以将炒菜的过程理解为一个事务，是一组操作的集合，而MySQL中的事务也是如此。但在MySQL中定义了事务的一些特性。只有符合这些特征才能称之为MySQL事务，它们保证了数据库在并发环境下的正确性和可靠性。
2.事务的特性
1.1原子性
在MySQL中事务像原子一样不可分割的，要么都执成功，要么都执行失败。事务中的SQL语句执行错误，已经执行的SQL语句必须撤销，回滚到事务执行之前的状态。
1.2一致性
指的是事务开始和结束前后，数据库的完整性没有被破坏。（例如转账前后双方的金额和是不会发生变化的，保持一致）
1.3持久性
事务一旦提交，其执行的结果将持久化到数据库，即使系统宕机也能恢复。
1.4.隔离性
表示多个事务可以同时执行，互相隔离。
3.事务的分类
保存点：保存点（Savepoint）是事务过程中的一个中间状态，它可以在事务执行过程中被创建和命名。保存点允许事务回滚到某一状态。
3.1扁平事务
使用最频繁的事务，存在一个隐式的保存点，有且仅有这一个隐式保存点，在开始事务时隐式创建的保存点。当然，我们也可以在事务中自定义保存点。
-- 创建一个保存点
SAVEPOINT save_point_name;
-- 删除某个一保存点
release savepoint point_name;
-- 回滚到某一个保存点
ROLLBACK TO save_point_name;
例如：对商品表进行第一次修改，设置保存点，进行第二次修改，回滚到设置的保存点，然后提交。
-- 商品表如下
+-------+------------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-------+------------------+------+-----+---------+----------------+
| id | int(11) | NO | PRI | NULL | auto_increment |
| name | varchar(32) | NO | | NULL | |
| count | int(10) unsigned | YES | | NULL | |
+-------+------------------+------+-----+---------+----------------+
begin;
update product set count = 2500 where id = 1;
savepoint p1;
-- 该条数据被回滚，修改不生效
update product set count = 2000 where id = 1;
rollback to p1;
commit;
扁平事务保存点的易失性：带有保存点的扁平事务发生系统崩溃故障时，保存点会消失，一旦保存消失，只能恢复到事务最开始的状态。
注意：rollback不指定回滚的保存点，将默认回滚到隐式保存点。
3.2链事务
链事务的本质是开启多个事务，它们是独立提交的且处于同一层级，提交一个事务时，释放不需要的数据对象。在提交事务和开始下一个事务操作会合并成一个原子操作，下一个事务可以看见上一个事务的执行结果。
commit和commit work的区别：
complection_type：设 set @@completion_type=1;
- complection_type=0，commit和commit work是一样的效果，提交事务。
- complection_type=1，执行commit work/commit后会自动开启一个相同隔离级别的事务。
- complection_type=2，commit work/commit等同于commit and release，事务提交后断开与服务器的连接并重新开启一个会话。
3.3嵌套事务
嵌套事务本质上也是多个事务嵌套执行，由最外层的事务控制内层事务。内层事务也可以嵌套其他事务。可以看做它们是树形的具有父子关系。子事务可以提交也可以回滚，回滚不会影响父事务，只会影响当前事务，但是提交操作不会立即生效，需要最后和父事务同时提交。
4.事务的实现
1.redo
主要功能：实现事务的持久性。
记录物理级别上的页修改，当事务提交时，必须先将事务的所有日志写入到redo日志文件进行持久化。
数据库存储数据的位置位于磁盘，想要知道磁盘的内容我们需要将其加载到内存，在内存中读取和操作数据。数据库对数据进行更改时，需要将数据页加载到buffer pool（缓存池），在buffer pool中更改数据，当buffer pool中的数据还没有同步到磁盘，就会暂时和磁盘页的内容不一致，这些未同步的数据页，通常称之为脏页（dirty page）。如果出现数据库崩溃或者是宕机，这些脏页的数据丢失，从而失去了持久性。因此数据库需要一种机制来记录对数据的修改。即使数据发生故障也能进行恢复。
redo实现日志持久化的原理：事务将这些修改操作写入redo log buffer，准备提交事务时。系统会将redo log buffer中的修改操作写入redo log file。
2.undo
undo日志通过记录数据的历史版本和撤销操作信息，方便数据进行回滚。
undo是逻辑日志，当发生回滚时，所有的修改都被逻辑取消了。InnoDB存储引擎回滚时，它实际上做的是与之前相反的工作，例如插入操作，Innodb存储引擎会完成一个delete；删除操作，InnoDB存储引擎会执行一个insert操作；update操作，Innodb存储引擎会执行一个相反的update操作。
5.事务管理器
InnoDB的事务管理器是InnoDB数据库引擎的核心组件之一，它负责协调和管理数据库事务的处理。
在MySQL中，事务中对数据的锁定都是由事务管理器来管理的。当一个事务获取了对某一行的锁时，该锁将一直保持有效，直到事务结束（提交或回滚）才会被释放。
在事务执行期间，如果其他事务尝试获取同一行的锁，它将被阻塞，直到当前事务释放对该行的锁为止。这样可以确保在一个事务执行期间，其他事务无法修改该行，从而保持了数据的一致性。
在事务提交或回滚时，事务管理器将释放所有该事务所获取的锁。这样，其他事务就可以获取这些锁并对数据进行修改。如果事务被回滚，那么它对数据的修改将被撤销，同时对数据的锁定也将被释放。