一、事务简介
事务是操作的集合，它是一个不可分割的工作单元。事务将向整个系统提交或取消操作请求，即这些操作要么同时成功，要么同时失败。
[En]
A transaction is a collection of operations, which is an indivisible unit of work. Transactions will submit or cancel operation requests to the system as a whole, that is, these operations either succeed or fail at the same time.
二、有关事务操作
MySQL中的事务是默认的自动提交的，我们可以手动的去关闭 或者开启事务
#查看事务是否自动提交
select @@autocommit; # 等于1 默认自动提交
#设置事务提交方式
set @@autocommit = 0; # 关闭自动提交事务
#也可以直接设置开启事务
start transaction ;
#或着
begin ;
#提交事务 如果业务操作正常完成就提交事务
commit ;
#回滚事务 如果业务操作在执行过程中出现异常 回滚事务保证事务的完整性和正确性
rollback ;
三、事务的四大特性（ACID）
原子性(Atomicity) : 事务是不可分割的最小操作单元，要么全部成功，要么全部失败。
一致性 (Consistency) : 事务完成时，必须使所有的数据都保持一致状态。
隔离性(Isolation) : 数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行。
持久性(Durability) : 事务一旦提交或回滚,它对数据库中的数据的改变就是永久的。
四、并发事务问题
1、脏读
一个事务读取另一个事务尚未提交的事务。
[En]
One transaction reads a transaction that has not been committed by another transaction.
2、不可重复读
一个事务一个接一个地读取相同的记录，但两次读取的数据不同。
[En]
A transaction reads the same record one after another, but the data read two times is different.
3、幻读
当一笔交易按条件查询数据时，它并没有这些数据，但在插入数据时，却发现该数据已经存在，这似乎是一种“幻觉”。
[En]
When a transaction queries the data according to the conditions, it does not have this data, but when inserting the data, it is found that the data already exists, which seems to be an “illusion”.
五、事务的隔离级别
1、读未提交（Read uncommitted）
它可能发生：脏读、不可重复读、幻读；最差隔离级别和最高性能。
[En]
It may occur: dirty reading, unrepeatable reading, phantom reading; the worst isolation level and the highest performance.
2、读已提交（Read committed）
可能出现：不可重复阅读、幻影阅读。
[En]
May appear: non-repeatable reading, phantom reading.
3、可重复读（Repeatable Read(mysql的默认隔离级别)）
可能出现：幻读。
4、串行化（Serializable）
以上所有并发问题都可以解决，隔离级别最高，但性能最差。
[En]
All of the above concurrency problems can be solved, with the highest isolation level but the worst performance.
#查看事务隔离级别
select @@transaction_isolation; # REPEATABLE-READ
#设置事务的隔离级别
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 ;
场景一
在idea中开启两个控制台，设置事务级别为 读未提交隔离级别 并开启事务
控制台1 第一次查询
控制台2 执行如下语句 未提交
控制台1 再次查询
可见在控制台2执行更新操作后，还没提交，控制台1再次执行查询操作时，查询到的数据已经改变了，证实了 读未提交发生脏读现象。
场景二
在idea中开启两个控制台，设置事务级别为 读已提交隔离级别 并开启事务
控制台1 第一次查询
控制台2 执行如下语句 未提交
控制台1 再次查询
确认事务的隔离级别设置为已提交读以解决脏读问题
[En]
It is confirmed that the isolation level of the transaction is set to * read has been committed to solve the dirty read problem *
场景三
在idea中开启两个控制台，设置事务级别为 读已提交 并开启事务
控制台2 执行如下语句 未提交
控制台1 第一次查询
控制台2 执行commit提交后 控制台1 再次查询结果不同
可见在控制台1在一次事务中，在控制台2更新前后查询到的数据不同，证实了 读已提交发生了不可重复读问题
场景四
在idea中开启两个控制台，设置事务级别为 可重复读隔离级别 并开启事务
控制台2 执行如下语句 未提交
控制台1 第一次查询
控制台2 执行commit提交后 控制台1 再次查询结果相同
可见在控制台1在一次事务中，在控制台2更新前后查询到的数据不同，证实了 可重复读隔离级别解决了不可重复读问题
场景五
在idea中开启两个控制台，设置事务级别为 可重复读隔离级别 并开启事务
控制台1 第一次查询 为空
控制台2 执行插入 并提交
控制台1 执行相同的插入sql 发现已经存在 于是就查询，但是又查不到数据
对于控制台1来说就像是”幻觉”一样，证实了 可重复读隔离级别发生了幻读问题
场景六
在idea中开启两个控制台，设置事务级别为 串行化隔离级别 并开启事务
控制台1 执行查询 为空
控制台2 执行插入 可见操作阻塞
控制台1提交事务后，控制台2才能够完成插入操作
这种阻塞效应有效地避免了虚读问题，证实了串行化隔离级别解决了虚读问题
[En]
This blocking effect effectively avoids the phantom reading problem and confirms that * serialization isolation level solves the phantom reading problem *
总结：实际使用还得根据业务本身去设置隔离级别，隔离级别越高、数据越安全高但性能也越差，隔离级别越低、数据越不安全但性能越好，在设置事务隔离级别时要权衡数据安全和性能。一般情况我们都会采用数据库的默认隔离级别（Repeatable Read）
Original: https://www.cnblogs.com/yclblogs/p/15978787.html
Author: 阿龙同学
Title: MySQL事务、隔离级别
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/507778/
转载文章受原作者版权保护。转载请注明原作者出处！