事务概述
当多个用户访问相同的数据时,在更改数据的过程中,其他用户可能会同时发起更改请求,为了确保数据库记录的更新从一种一致性状态更改为另一种一致性状态,需要使用事务处理,它具有以下四个特点:
[En]
When multiple users access the same data, in the process of changing the data, other users may initiate a change request at the same time, in order to ensure that the update of database records changes from one consistency state to another consistency state, it is necessary to use transaction processing, which has the following four characteristics:
MySQL 提供了多种事务型存储引擎,如 InnoDB 和 BDB 等,而 MyISAM 不支持事务。为了支持事务,InnoDB 存储引擎引入了与事务处理相关的 REDO 日志和 UNDO 日志,同时事务依赖于 MySQL 提供的锁机制
事务执行时需要将执行的事务日志写入日志文件,对应的文件为 REDO 日志。当每条 SQL 进行数据更新操作时,首先将 REDO 日志写进日志缓冲区。当客户端执行 COMMIT 命令提交时,日志缓冲区的内容将被刷新到磁盘,日志缓冲区的刷新方式或者时间间隔可以通过参数 innodb_flush_log_at_trx_commit 控制
REDO 日志对应磁盘上的 ib_logifleN 文件,该文件默认为 5MB,建议设置为 512MB,以便容纳较大的事务。MySQL 崩溃恢复时会重新执行 REDO 日志的记录,恢复最新数据,保证已提交事务的持久性
与 REDO 日志相反,UNDO 日志主要用于事务异常时的数据回滚,具体内容就是记录数据被修改前的信息到 UNDO 缓冲区,然后在合适的时间将内容刷新到磁盘
假如由于系统错误或者 rollback 操作而导致事务回滚,可以根据 undo 日志回滚到没修改前的状态,保证未提交事务的原子性
与 REDO 日志不同的是,磁盘上不存在单独的 UNDO 日志文件,所有的 UNDO 日志均存在表空间对应的 .ibd 数据文件中,即使 MySQL 服务启动了独立表空间
事务控制语句
在 MySQL 中,可以使用 BEGIN 开始事务,使用 COMMIT 结束事务,中间可以使用 ROLLBACK 回滚事务。MySQL 通过 SET AUTOCOMMIT、START TRANSACTION、COMMIT 和 ROLLBACK 等语句支持本地事务
START TRANSACTION | BEGIN [WORK]
COMMIT [WORK]
ROLLBACK [WORK]
SET AUTOCOMMIT = {0 | 1}
- BEGIN | START TRANSACTION:开始事务
- COMMIT:结束事务
- ROLLBACK:回滚事务
- WORK:SQL 语句
- SET AUTOCOMMIT:是否自动提交,0 禁止,1 开启,默认为 1
事务隔离级别
MySQL 定义了四种隔离级别,指定事务中哪些数据改变其他事务可见、哪些数据该表其他事务不可见。低级别的隔离级别可以支持更高的并发处理,同时占用的系统资源更少
InnoDB 系统级事务隔离级别可以使用以下语句设置:
- 未提交读:
SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
- 提交读:
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
- 可重复读:
SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;
- 串行化:
SET GLOBAL TRANSACTION ISOLATION LEVEL SERIALIZABLE;
查看系统级事务隔离级别:
[En]
View the system-level transaction isolation level:
SELECT @@global.tx_isolation;
InnoDB 会话级事务隔离级别可以使用以下语句设置:
- 未提交读:
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
- 提交读:
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
- 可重复读:
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
- 串行化:
SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
查看会话级事务隔离级别:
[En]
View the session-level transaction isolation level:
SELECT @@tx_isolation;
在该隔离级别,所有事务都可以看到其他未提交事务的执行结果。读取未提交的数据称为脏读(Dirty Read),即是:首先开启 A 和 B 两个事务,在 B 事务更新但未提交之前,A 事务读取到了更新后的数据,但由于 B 事务回滚,导致 A 事务出现了脏读现象
所有事务只能看见已经提交事务所做的改变,此级别可以解决脏读,但也会导致不可重复读(Nonrepeatable Read):首先开启 A 和 B 两个事务,A事务读取了 B 事务的数据,在 B 事务更新并提交后,A 事务又读取到了更新后的数据,此时就出现了同一 A 事务中的查询出现了不同的查询结果
MySQL 默认的事务隔离级别,能确保同一事务的多个实例在并发读取数据时看到同样的数据行,理论上会导致一个问题,幻读(Phontom Read)。例如,第一个事务对一个表中的数据做了修改,这种修改会涉及表中的全部数据行,同时第二个事务也修改这个表中的数据,这次的修改是向表中插入一行新数据,此时就会发生操作第一个事务的用户发现表中还有没有修改的数据行
InnoDB 通过多版本并发控制机制(MVCC)解决了该问题:InnoDB 通过为每个数据行增加两个隐含值的方式来实现,这两个隐含值记录了行的创建时间、过期时间以及每一行存储时间发生时的系统版本号,每个查询根据事务的版本号来查询结果
通过强制对事务进行排序以使它们不可能相互冲突来解决幻象读取的问题。简而言之,每个读数据行都添加了一个共享锁实现。此级别会导致大量的超时和锁定竞争,一般不建议使用
[En]
The problem of phantom reading is solved by forcing the ordering of transactions to make it impossible for them to conflict with each other. In short, a shared lock implementation is added to each read data row. This level will lead to a large number of timeouts and lock competition, and it is generally not recommended to use
InnoDB 锁机制
为了解决数据库并发控制的问题,比如当客户端同时更新或查询同一个表时,需要对并发操作进行控制,从而产生锁。
[En]
In order to solve the problem of database concurrency control, for example, when the client updates or queries the same table at the same time, the concurrency operation needs to be controlled, so the lock is generated.
共享锁的粒度是一行或元组(多行)。事务获取共享锁后,可以对锁定范围内的数据执行读操作。
[En]
The granularity of a shared lock is a row or tuple (multiple rows). After a transaction acquires the shared lock, it can perform read operations on the data within the locked range.
排他锁的粒度与共享锁的粒度相同。事务获取排他锁后,可以对锁范围内的数据执行写操作。
[En]
The granularity of an exclusive lock is the same as that of a shared lock. After a transaction acquires an exclusive lock, it can perform write operations on the data within the lock range.
有两个事务 A 和 B,如果事务 A 获取了一个元组的共享锁,事务 B 还可以立即获取这个元组的共享锁,但不能获取这个元组的排他锁,必须等到事务 A 释放共享锁之后。如果事务 A 获取了一个元组的排他锁,事务 B 不能立即获取这个元组的共享锁,也不能立即获取这个元组的排他锁,必须等到 A 释放排他锁之后
意向锁是表锁的一种,锁的粒度是整个表,分为意向共享锁和意向排他锁。意图共享锁指示事务打算对数据设置共享锁或排他锁。故意表示事务想要执行某个操作,但尚未真正执行
[En]
Intention lock is a kind of table lock, and the granularity of lock is the whole table, which is divided into intention sharing lock and intention exclusive lock. An intention shared lock indicates that a transaction intends to put a shared lock or an exclusive lock on the data. Intentionally indicates that the transaction wants to perform an operation but has not really done it yet
锁的粒度主要分为表锁和行锁。
[En]
The granularity of lock is mainly divided into table lock and row lock.
表锁的开销最小,同时允许的并发量也是最小。MyISAM 存储引擎使用该锁机制。当要写入数据时,整个表记录被锁,此时其他读/写动作一律等待。一些特定的动作,如 ALTER TABLE 执行时使用的也是表锁
行锁可以支持最大的并发,InnoDB 存储引擎使用该锁机制。如果要支持并发读/写,建议采用 InnoDB 存储引擎
Original: https://www.cnblogs.com/Yee-Q/p/16209147.html
Author: 低吟不作语
Title: MySQL 事务和锁
原创文章受到原创版权保护。转载请注明出处:https://www.johngo689.com/505438/
转载文章受原作者版权保护。转载请注明原作者出处!