mysql 确保acid_mysql的ACID原理有哪些？有何意义？

在mysql中，它的事务有着ACID这四大特性，它们是事务的规范，你们知道它们的原理都有哪些吗?又有哪些意义呢?跟小编一起了解了解吧。

ACID其实就是原子性(atomicity)、一致性(consistency)、隔离性(isolation)和持久性(durability)的速写。一个完善的事务处理系统，必须具备以下标准特性：

原子性(atomicity)

一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性

一致性(consistency)

数据库总是从一个一致性的状态转换到另一个一致性的状态。(在前面的例子中，一致性确保了，即使在执行第三、四条语句之间时系统崩溃，支票账户中也不会损失200美元，因为事务最终没有提交，所以事务中所做的修改也不会保存到数据库中。)

隔离性(isolation)

通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。(在前面的例子中，当执行完第三条语句、第四条语句还未开始时，此时有另外的一个账户汇总程序开始运行，则其看到支票帐户的余额并没有被减去200美元。)

持久性(durability)

一旦事务提交，则其所做的修改不会永久保存到数据库。(此时即使系统崩溃，修改的数据也不会丢失。持久性是个有占模糊的概念，因为实际上持久性也分很多不同的级别。有些持久性策略能够提供非常强的安全保障，而有些则未必，而且不可能有能做到100%的持久性保证的策略。)

其中，原子性和持久性的概念比较好理解。但一致性和隔离性比较容易混淆。

个人理解，隔离性主要是针对读操作的。在不同事务之间，读操作隔离。比如另一个事务对数据修改后，会不会影响当前事务的读操作，要不要读到更新后的数据。

一致性，主要强调的是数据的更新是不是“正确”，即，是不是符合我们的预期，这个和读操作应该是要分开看待的，这里应该只强调写操作。

造成我对这俩个概念的混淆的原因是，在java的并发编程中，我们关注的似乎只有一致性，没听说过java并发编程中有什么隔离性。造成这个的原因是，我们使用锁，或者volition来保证数据的读取是“正确”的，这种“正确”性的保证是通过“排他锁“(这里加引号是因为严格来说，和排它锁可能会有轻微的区别，比如cpu的缓存锁，缓存失效机制，但是效果上还是有排他的效果)来保证的。这种锁机制，是比mysql的MVCC，或者读锁更加严格的，也就是说在java并发编程中本质上是没有读锁(或者乐观锁)这种概念的。

而mysql中所强调的一致性，就和java并发编程中的一致性基本是一致的了，都是通过排他锁来保证的，所以在进行编程时，俩者思路是互通的。

总结

·不必要引入的隔离性问题，也就是读操作，可以省掉的就省掉。比如

我们要并发的对数据库中一条记录的值进行加一操作。也许可以先select出它的值，然后在java程序中+1，然后再update回去，为了防止并发带来的一致性问题，可以在update的where条件中带上变量的原值。

但是，如果直接update ... set variable= variable +1

这样呢，这样的话，就把读操作，也就是隔离性的问题消除了，全部都转化成了写操作，也就是一致性的问题了，而mysql使用排他策略来进行写，在这种场景下是可以保证一致性的。

·考虑隔离性的时候，我们首先知道它强调的是读的操作，就能专心考虑我们对读的要求，而不会被其他操作所干扰。

以上就是今天的全部内容了，更多Java常见问答知识请持续关注本网站了解吧。