重新整理 mysql 基础篇————— mysql 事务[三]

前言

简单整理一下事务。

正文

事务有四大特性:

1.原子性(atomicity)

一个事务必须被视为一个不可分割的最小单元。

2.一致性(consistency)

数据库总是从一个一致性的状态转换到另一个一致性的状态。

很多人对事务的一致性和原子性可能会有偏差。要理解这个东西呢，首先要抛开mysql，或者我们常见的数据库sql server，mongodb。

单纯来理解数据库的事务。

假如有两个事务，事务a和事务b。

假设A和B的两个账号，a账户是500块，b账户是300块。

里面有一个限制就是A账号不能大于600块。

事务a 的逻辑是给A增加100块。然后给B减少100块。

事务b 的逻辑是给B减少100块。然后给A增加100块。

现在事务a，开始执行，做好备份做回滚(500,300),然后给A增加了100块，A现在是600。

现在事务b，开始执行，做好备份做回滚(600,300),然后给B减少了100块，现在B是200。

现在事务a开始执行，给B减少100，B变成了100。也急速说b事务提交的是(600,100)

现在b开始执行，但是报错了，遇到了A不能高于600的限制，现在开始回滚，那么回滚为(600,300)。

那么这个时候就变成了(600,300)了。那么请问事务a和事务b 是否符合原子性?

首先分析事务a，现在能做的，全部执行了。那么是符合原子性的。

然后分析事务b，的确是回滚了，也是符合原子性的。

这有疑问吗？没有吧。

那么事务a和事务b是否符合一致性呢?

a是否符合一致性呢? 数据库总是从一个一致性的状态转换到另一个一致性的状态。

一致性的要求是B账户减少100块，A账户多出100块了。这是一致性的要求。

数据库一开始是:(500,300),然后a提交的时候(600,100),这显然不符合。

b事务其实是符合一致性的，一开始是(500,300)，回滚也是（500,300），这没错。

那么是否一致性就一定要原子性呢?

a=a+1;
try{
  b=b-1
}catch{
  a=a-1;
}

这样其实也是可以一致性的。

那么数据库为什么不这么干呢?比如说 update test set a=a-1;

这个时候回滚的时候还得给你生成一个update test set a=a+1。这是简单的，如果是复杂的，这是要数据库称为人工智能吗？数据库都会傻掉的。

要实现一致性，原子性的成本应该是最低的，但是单单原子性是不能实现一致性的。

3.隔离性

上面我们知道单单原子性是没有实现一致性。那么隔离性就是在原子性的基础上增加一些，一些限制条件那么就可以实现一致性。

比如说，每个事务只能串行执行，这个时候也说符合的，这也是一种隔离级别。但是如果是串行，就不满足并发了，所以就有其他隔离级别了，或者说其他隔离方式。

1. 持久性

一旦事务提交，则其所做的修改就会永久保存到数据库中。可能有人说这不是废话吗？事务做的修改不就是要保持带数据文件中，能够持久化吗？

这里面的持久性，表示的更多的是一种方案。持久化是有很多方式的，怎么确保你的持久化方案可行呢？比如说一个事务要修改4条语句分别在四张表，那么怎么确保这四条语句能够全部写入进去呢？会不会写到第二条的时候系统崩溃呢？

如果出现上面的问题，该怎么处理？这就是持久性的重要性了。前三个都是强调语句执行，最后一个强调存储。

结

以上只是个人整理，如有错误，望请指点。

下一节，事务的隔离。