mysql数据库中用于将事务_mysql数据库事务详细剖析

在写之前交代一下背景吧！

做开发也好久了，没怎么整理过知识，现在剖析一下自己对数据库事务的认识，以前用sqlserver,现在转java后又用mysql、oracle。我这块就主要解释一下mysql数据库事务。其实好多内容适用于各种标准数据库！

直接就进入正文了！

不管是做啥都有理论知识，我在这块也介绍一下。

事务的特性

1.原子性(Atomicity)：原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。

2.一致性(Consistency)：在一个事务中，事务前后数据的完整性必须保持一致，可以想象银行转账、火车购票。

3.隔离性(Isolation)：多个事务，事务的隔离性是指多个用户并发访问数据库时， 一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离。

4.持久性(Durability)：持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。

写这些概念呢，是有点绕！绕就绕吧！反正也不是我规定的，这是官方的，解释是我编的！！！

事务的并发访问问题

如果我们在不考虑隔离性问题时，事务是存在三种并发访问问题的。

1.脏读：在一个事务中，当读取数据时，读到了另一个事务未提交的数据。

比如A账户给B账户转了1块钱，但是A没有提交事务，被B账户通过脏读看到了，这时，B就会以为A已经把钱转过来了，但是这时，A账户回滚事务。其实钱就没给B转过去，但是B自己本身以为A已经转过去了，，，有点绕，估计是我描述到绕！

看代码：

update account set money=money+1 where name=’B’; --此时A去通知B

update account set money=money -1 where name=’A’;

2.不可重复读：在一个事务中，两次读取的数据内容不一致，这是因为在查询时，有时间间隔，数据被另一个事务已经修改提交了，那就会出现问题。

3.幻读/虚读：在一个事务中，两次读取的数据量不一致。

事务的隔离级别

上面介绍了3种事务并发问题！现在介绍一下数据库提供的解决方案！

1.read uncommitted : 读取尚未提交的数据 ：这个最低级，但是效率肯定最高，但是哪一个问题都不能解决。

2.read committed：读取已经提交的数据 ：可以解决脏读  。

3.repeatable read：重读读取：可以解决脏读 和 不可重复读 。

4.serializable：串行化：可以解决脏读不可重复读和虚读,效率最差，相当于锁表，开发中一般不用。

上面的“2”是oracle数据库默认设置，“3”是mysql数据库默认的设置。

下面呢我就重点解释一下mysql数据库在上面各种事务隔离级别上的演示：

首先介绍两个语法：

1.查看mysql数据库默认的隔离级别：select @@tx_isolation

如图：

2.设置mysql的隔离级别：set session transaction isolation level 事务的隔离级别

如图：

事务的隔离级别演示

注意：如果要自己模拟要开启两个mysql客户端，也就是模拟两个用户！

1.read uncommitted

如图：

我通过语法将数据库的事务隔离级别改为了read uncommitted。

首先我有一张account表。

如图：窗口一

窗口二

数据库表原始数据money都是5000，当我启动事务后，在zhangsan账户增加了1000和在李四账户减去了1000，但是我的事务还未提交，但是我再次查询数据库表时，数据已经发生变化，这就是脏读和不可重复读！

幻读/虚读我就不掩饰了，同样存在！

2.read committed

如图：

我将数据库事务隔离性改为了read committted。

还是上面那张表：

如图：窗口一

窗口二

数据库表zhangsan账户的money和lisi账户的money都发生了变化，我未提交事务，在另一个窗口事务开启下查询时，没有出现脏读，但是当我提交事务时，在另一个窗口的事务下再次查询，出现了不可重复读的情况，这样可以避免脏读，但是查询时已经出现不可重复读和幻读/虚读！

3.repeatable read

如图：

我将数据库事务隔离性改为了read committted。

还是上面那张表：

如图：窗口一

窗口二

我在两个窗口都开启了事务，当窗口一进行数据操作后，并进行事务提交，在窗口二的事务开启情况下，我去查询，没有查询到刚才窗口一的数据操作记录，这样就避免了脏读和不可重复读。

有人说也避免了虚读/幻读，其实没有。

看图：

我在操作lisi账户时，数据只是发生修改的变化，但是当我修改wangwu这个账户时，再去查询出现了wangwu，账户的数据，但是其实在我未操作前，wangwu账户的数据是查询不出的。这就是幻读/虚读！

如果不理解幻读/虚读这块，可以查一下InnoDB。

4.serializable

我就不演示了，开发不建议用，效率又慢，但是所有的问题都能避免！！

总计一下

事务隔离级别的性能：

read uncommitted>read committed>repeatable read>serialazable

事务隔离级别的安全性：

read uncommitted

mysql的事务控制：

开启事务：start transaction;

提交：commit；

回滚：rollback；