大连船舶职业学院,宾果士,比特币价格今日的价格
事务是由一步或几步数据库操作序列组成逻辑执行单元，这系列操作要么全部执行，要么全部放弃执行。程序和事务是两个不同的概念。一般而言：一段程序中可能包含多个事务。
事务具有四个特性：原子性（atomicity）、一致性（consistency）、隔离性（isolation）和持续性（durability）。这四个特性也简称acid性。
1）原子性：事务是应用中最小的执行单位，就如原子是自然界最小颗粒，具有不可再分的特征一样。事务是应用中不可再分的最小逻辑执行体。
2）一致性：事务执行的结果，必须使数据库从一个一致性状态，变到另一个一致性状态。当数据库中只包含事务成功提交的结果时，数据库处于一致性状态。一致性是通过原子性来保证的。
3）隔离性：各个事务的执行互不干扰，任意一个事务的内部操作对其他并发的事务，都是隔离的。也就是说：并发执行的事务之间不能看到对方的中间状态，并发执行的事务之间不能相互影响。
4）持续性：持续性也称为持久性，指事务一旦提交，对数据所做的任何改变，都要记录到永久存储器中，通常是保存进物理数据库。
在关系型数据库中，事务的隔离性分为四个隔离级别，在解读这四个级别前先介绍几个关于读数据的概念。
1）脏读（dirty reads）：所谓脏读就是对脏数据（drity data）的读取，而脏数据所指的就是未提交的数据。也就是说，一个事务正在对一条记录做修改，在这个事务完成并提交之前，这条数据是处于待定状态的（可能提交也可能回滚），这时，第二个事务来读取这条没有提交的数据，并据此做进一步的处理，就会产生未提交的数据依赖关系。这种现象被称为脏读。
2）不可重复读（non-repeatable reads）：一个事务先后读取同一条记录，但两次读取的数据不同，我们称之为不可重复读。也就是说，这个事务在两次读取之间该数据被其它事务所修改。
3）幻读（phantom reads）：一个事务按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足其查询条件的新数据，这种现象就称为幻读。
事务四个隔离级别对比：
1）未提交读（read uncommitted）：select语句以非锁定方式被执行，所以有可能读到脏数据，隔离级别最低。
2）提交读（read committed）：只能读取到已经提交的数据。即解决了脏读，但未解决不可重复读。
3）可重复读（repeated read）：在同一个事务内的查询都是事务开始时刻一致的，innodb的默认级别。在sql标准中，该隔离级别消除了不可重复读，但是还存在幻读。
4）串行读（serializable）：完全的串行化读，所有select语句都被隐式的转换成select ... lock in share mode，即读取使用表级共享锁，读写相互都会阻塞。隔离级别最高。
隔离级别对比表：
数据库的事务有下列语句组成：
一组dml（data manipulate language，即数据操作语言）经过这组dml修改后数据将保持较好的一致性。
一个ddl（data definition language，即数据定义语言）语句。
一个dcl（data control language，即数据控制语言）语句。
ddl和dcl语句最多只能有一个，因为ddl和dcl语句都会导致事务立即提交。
当事务所包含的全部数据库操作都成功执行后，应该提交（commit）事务，使这些修改永久生效。
事务提交有两种方式：显式提交和自动提交。
（1）显式提交：使用commit。
（2）自动提交：执行ddl或dcl，或者程序正常退出。
数据库事务传播级别，指的是事务嵌套时，应该采用什么策略，即在一个事务中调用别的事务，该怎么办
假如有一下两个事务：
我要评论
servicea {
void methoda () {
serviceb . methodb ();
}
}
serviceb {
void methodb () {
}
}
1 ： propagation_required
加入当前正要执行的事务不在另外一个事务里，那么就起一个新的事务
比如说， serviceb.methodb 的事务级别定义为 propagation_required, 那么由于执行 servicea.methoda 的时候，
servicea.methoda 已经起了事务，这时调用 serviceb.methodb ， serviceb.methodb 看到自己已经运行在 servicea.methoda
的事务内部，就不再起新的事务。而假如 servicea.methoda 运行的时候发现自己没有在事务中，他就会为自己分配一个事务。
这样，在 servicea.methoda 或者在 serviceb.methodb 内的任何地方出现异常，事务都会被回滚。即使 serviceb.methodb 的事务已经被
提交，但是 servicea.methoda 在接下来 fail 要回滚， serviceb.methodb 也要回滚
2 ： propagation_supports
如果当前在事务中，即以事务的形式运行，如果当前不再一个事务中，那么就以非事务的形式运行
3 ： propagation_mandatory
必须在一个事务中运行。也就是说，他只能被一个父事务调用。否则，他就要抛出异常
4 ： propagation_requires_new
这个就比较绕口了。 比如我们设计 servicea.methoda 的事务级别为 propagation_required ， serviceb.methodb 的事务级别为 propagation_requires_new ，
那么当执行到 serviceb.methodb 的时候， servicea.methoda 所在的事务就会挂起， serviceb.methodb 会起一个新的事务，等待 serviceb.methodb 的事务完成以后，
他才继续执行。他与 propagation_required 的事务区别在于事务的回滚程度了。因为 serviceb.methodb 是新起一个事务，那么就是存在
两个不同的事务。如果 serviceb.methodb 已经提交，那么 servicea.methoda 失败回滚， serviceb.methodb 是不会回滚的。如果 serviceb.methodb 失败回滚，
如果他抛出的异常被 servicea.methoda 捕获， servicea.methoda 事务仍然可能提交。
5 ： propagation_not_supported
当前不支持事务。比如 servicea.methoda 的事务级别是 propagation_required ，而 serviceb.methodb 的事务级别是 propagation_not_supported ，
那么当执行到 serviceb.methodb 时， servicea.methoda 的事务挂起，而他以非事务的状态运行完，再继续 servicea.methoda 的事务。
6 ： propagation_never
不能在事务中运行。假设 servicea.methoda 的事务级别是 propagation_required ， 而 serviceb.methodb 的事务级别是 propagation_never ，
那么 serviceb.methodb 就要抛出异常了。
7 ： propagation_nested
理解 nested 的关键是 savepoint 。他与 propagation_requires_new 的区别是， propagation_requires_new 另起一个事务，将会与他的父事务相互独立，
而 nested 的事务和他的父事务是相依的，他的提交是要等和他的父事务一块提交的。也就是说，如果父事务最后回滚，他也要回滚的。
而 nested 事务的好处是他有一个 savepoint 。
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
小白安装登录mysql-8.0.19-winx64的教程图解(新手必看)
Navicat连接MySQL时报10060、1045错误及my.ini位置问题
网友评论