目录
3、事务的必要性；假设所有的业务，只要一条DML语句就能完成，还有必要存在事务机制吗？
1、什么是事务？
一个事务其实就是一个完整的业务逻辑，是一个最小的工作单元，不可再分。
示例：什么是一个完整的业务逻辑？
假设转账，从A账户向B账户中转账10000.
将A账户的钱减去10000（update语句）
将B账户的钱加上10000（update语句）
这就是一个完整的业务逻辑。
以上的操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。
2、和事务相关的语句：DML语句
事务主要与DML（数据操作语言）语句相关，包括INSERT、UPDATE和DELETE。
事务的存在是为了确保这些操作的完整性和安全性。
只要涉及到数据的增、删、改，就必须考虑事务机制。
3、事务的必要性；假设所有的业务，只要一条DML语句就能完成，还有必要存在事务机制吗？
答案：不需要事务。
但实际情况不是这样，通常一个“事（事务【业务】）“需要多条DML语句共同完成，因此事务机制是必不可少的。事务的本质是确保批量的DML语句要么全部成功，要么全部失败。
so：事务就是批量的DML语句同时成功，或者同时失败!
4、事务是怎么做到多条DML语句同时成功和同时失败的呢？
在InnoDB存储引擎中，事务通过一组事务性活动的日志文件来实现。在事务执行过程中，每一条DML操作都会被记录到这些日志文件中。事务可以通过COMMIT提交或ROLLBACK回滚：
-
提交事务（COMMIT）：将日志文件中的数据持久化到数据库表中，标志着事务的成功结束。
-
回滚事务（ROLLBACK）：撤销所有DML操作，并清空日志文件，标志着事务的失败结束。
在MySQL中，默认情况下事务是自动提交的，即每执行一条DML语句就自动提交一次。但实际业务场景中一个业务通常需要多条DML语句共同完成。因此，可以通过START TRANSACTION命令关闭自动提交机制，手动控制事务的提交和回滚。
回滚事务-示例：
提交事务-示例：
5、事务的四大特性（ACID）
-
原子性（Atomicity）：事务是最小的工作单元，不可再分。
-
一致性（Consistency）：事务中的所有操作必须同时成功或同时失败，以保证数据的一致性。
-
隔离性（Isolation）：多个事务之间是相互隔离的，一个事务的操作不会影响其他事务。
-
持久性（Durability）：事务一旦提交，数据必须持久化到硬盘中，确保数据的永久保存。
6、事务的隔离性（重点）
事务的隔离性通过隔离级别来控制，隔离级别越高，事务之间的隔离性越强，但并发性能越低。常见的隔离级别有四种：
6.1 读未提交（Read Uncommitted）
【没有提交就读到了】事务A可以读取到事务B未提交的数据。该隔离级别存在脏读现象！(Dirty Read)，简称脏数据。大多数的数据库隔离级别都是二档起步！
6.2 读已提交（Read Committed）
【提交之后才能读到】事务A只能读取到事务B提交之后的数据。该隔离级别解决了脏读的现象，但存在不可重复读的问题。该隔离级别每一次读到的数据绝对真实。
[oracle数据库默认的隔离级别：读已提交]
6.3 可重复读（Repeatable Read）
【提交之后也读不到，永远读取的都是刚开启事务时的数据】事务在多次读取同一数据时，结果一致，解决了不可重复读问题，但可能导致幻读（每一次读取到的数据都是幻象。不够真实！）。
[mysql数据库默认的隔离级别：可重复读]
6.4 序列化/串行化（Serializable）
最高隔离级别，事务串行执行，解决了所有并发问题，但效率最低。这种隔离级别表示事务需要排队，不能并发！
查看隔离级别：SELECT @@tx_isolation
设置隔离级别：set global transaction isolation level read uncommitted;
7、 事务的实际操作
在MySQL中，默认情况下事务是自动提交的。为了手动控制事务，可以使用START TRANSACTION命令关闭自动提交机制，然后通过COMMIT或ROLLBACK来提交或回滚事务。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
