各位用户为了找寻关于MySQL数据库事务transaction示例讲解教程的资料费劲了很多周折。这里教程网为您整理了关于MySQL数据库事务transaction示例讲解教程的相关资料，仅供查阅，以下为您介绍关于MySQL数据库事务transaction示例讲解教程的详细内容
目录
1、什么是事务？ 2、和事务相关的语句只有这3个dml语句：insert、delete、update 3、假设所有的业务都能使用1条dml语句搞定，还需要事务机制吗？ 4、事务的原理 5、事务的四大特性：acid 6、关于事务之间的隔离性 1）第一级别：读未提交（read uncommitted） 2）第二级别：读已提交（read committed） 3）第三级别：可重复读（repeatable read） 4）第四级别：序列化读/串行化读（serializable） 7、演示事务的隔离级别(演示数据自己造一些) 1）演示事务之前，需要掌握的知识点。 2）设置全局事务隔离级别。 3）演示读未提交。 4）演示读已提交 5）演示可重复读 6）演示序列化读
1、什么是事务？
一个事务是一个完整的业务逻辑单元，不可再分。 比如：银行账户转账，从a账户向b账户转账10000，需要执行两条update语句：
? 1 2update t_act set balance=balance-10000 where actno='act-001';
update t_act set balance=balance+10000 where actno='act-0021';
以上两条dml语句必须同时成功，或者同时失败，不允许出现一条成功，一条失败。 要想保证以上的两条dml语句，同时成功或者同时失败，那么就需要使用数据库的 “事务机制”。
2、和事务相关的语句只有这3个dml语句：insert、delete、update
“为什么只有这3个dml语句：insert、delete、update？” 因为它们这三个语句都是和数据库表中的"数据相关"的。事务的存在是为了保证数据的完整性，安全性。
3、假设所有的业务都能使用1条dml语句搞定，还需要事务机制吗？
不需要事务。 但实际情况不是这样的，通常一个事儿(“事务”)需要多条dml语句共同联合完成。
4、事务的原理
注意： 一旦提交事务，就会把历史操作持久化到硬盘上去，持久化完成后，清空历史记录。 一旦回滚事务，就会把历史记录直接清空掉，而不持久化到硬盘中。 事务操作，还可以设计保存点：了解。
5、事务的四大特性：acid
事务包括四大特性：acid a原子性：事务是最小的工作单元，不可再分。 c一致性：事务必须保证多条dml语句，同时成功或者同时失败。 i隔离性：事务a与事务b之间具有隔离。 d持久性：持久性指的是最终数据必须持久化到硬盘文件中，事务才算成功结束。
下面对上述事务四大特性，进行一个更为详细的说明 “原子性”：一组操作要么都成功，要么都失败，这一组操作是不可拆分的。 “一致性”：事务发生前后，数据总额仍然是匹配的。模拟一个人给另外一个人转账来说，转账之前，2人的金额总和为400；转账以后，2人的金额总额仍为400。 “隔离性”：所有操作没有执行完毕之前，其它会话窗口不能看见中间数据的改变过程，只有当前窗口可以看见数据改变过程。 “持久性”：一旦commit提交后，事务产生的影响就不能够撤销了，已经实实在在把数据修改了。
6、关于事务之间的隔离性
"事务的隔离性存在隔离级别，理论上隔离级别包括4个" 隔离级别一般都是从2级、3级起步，1级一般用不上。
1）第一级别：读未提交（read uncommitted）
对方的事务还没有提交，当前事务可以读取到对方为提交的数据。 读未提交存在的问题："脏读现象"，表示读到了脏数据。 "脏读"：指的是一个事务正在修改数据，但是这种修改并没有提交到数据库。 而另一个事务，访问到了该数据，此时这个数据属于【脏数据】，因而叫脏读。
2）第二级别：读已提交（read committed）
对方事务提交后的数据，我方可以读取到。 这种隔离级别解决了：脏读现象没有了。 读已提交存在的问题：不可重复读。
3）第三级别：可重复读（repeatable read）
这种隔离级别解决了：不可重复读问题。 这种级别存在的问题：读取到的数据是幻想，即读取的是备份数据。
4）第四级别：序列化读/串行化读（serializable）
解决了所有问题。 但是效率低，需要事务排队。
"需要注意的是" oracle数据库默认的隔离级别是：读已提交（第二级别）。 mysq1数据库默认的隔离级别是：可重复读（第三级别）。
7、演示事务的隔离级别(演示数据自己造一些)
1）演示事务之前，需要掌握的知识点。
? 1 2 3 4 5 6 7 8 9 10 11 121）mysql默认情况下，事务是自动提交的。
2）什么是自动提交？
只要是执行任意一条dml语句，则自动提交一次。
因此，在演示事务之前，必须先关闭自动提交。
"关闭自动提交语句"：start transaction;
3）"演示事务需要知道的3条命令："
-- 关闭自动提交事务功能。
start transaction;
-- 提交事务。
commit;
-- 回滚事务，只能回滚到上一次的提交点。
rollback;
2）设置全局事务隔离级别。
? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18"设置全局事务隔离级别，设置完成后，退出重新登陆。"
-- 设置第一级别
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;
"查看全局事务隔离级别"
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| repeatable-read |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
3）演示读未提交。
首先，设置全局事务隔离级别。
下面进行正式的演示：
4）演示读已提交
首先，设置全局事务隔离级别。
下面进行正式的演示：
5）演示可重复读
首先，设置全局事务隔离级别。
下面进行正式的演示：
这个需要注意：
这里演示的是"可重复读"，我们在右边窗口演示事务的一些列过程，左边窗口 根本无法读取，左边窗口读取到的，始终是原始数据的备份数据。
怎么理解呢？
你别忘记了，左边窗口，也是开启事务功能了的，start transaction;只要 是左边这个窗口的事务功能，没有结束(commit或者rollback都可以结束事务)，那 么左边窗口读取到的，始终是原始数据的备份数据，这就是我们所说的"幻想"。任 凭右边黑窗口中做了任何改变，就算你也提交了事务，我左边窗口，就是看不到。
左边黑窗口，要怎么才可以看见这个变化呢？"
只有左边这个黑窗口，先结束了当前黑窗口的事务，重新再次读取，就可以看 到数据是真实变化了。
6）演示序列化读
首先，设置全局事务隔离级别。
下面进行正式的演示： 第一幅图：
当左边窗口，使用"commit"命令，提交事务以后，我们再看右边窗口的变化。
以上就是mysql数据库事务transaction示例讲解教程的详细内容，更多关于mysql数据库事务transaction的资料请关注其它相关文章！
原文链接：https://huang-tong-xue.blog.csdn.net/article/details/105395840
