MySQL 事务ACID特性

大家好，今天本人给大家带来文章《MySQL 事务ACID特性》，文中内容主要涉及到MySQL、事务、InnoDB、原子性，如果你对数据库方面的知识点感兴趣，那就请各位朋友继续看下去吧~希望能真正帮到你们，谢谢！

1.什么是事务。

事务就是一组原子性的SQL 查询，或者说一个独立的工作单元。如果数据库引擎能够成功的对数据库应用该组查询的全部语句，那么就执行该组查询。

2.事务的特性（ACID）

原子性(atomicity)

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

原子性就是要么做，要不不做，里面的SQL 要么都成功，要么都不成功。undo log回滚日志，记录SQL 执行的相关信息，innodb实现回滚靠的是undo log

一致性(consistency)

数据库总是从一个一致性的状态转换到另外一个一致性的状态。事务最终没有提交下,事务中所做的修改也不会保存到数据库中。
体现数据库完整性没有被破坏，数据前后一致。
A 转账B 100,结果是 A 少100， B 多100， 前后一致。

隔离性(isolation)

通常来说,一个事务所做的修改在最终提交以前,对其他事务是不可见的。
事务内部的操作与其他的事务是隔离的，并发执行的各个事务之间不能互相干扰。
一个事务写操作对另一个写操作影响：锁机制保证隔离
一个事务写操作对另一个读操作影响：MVCC 保证隔离

持久性(durability)

一旦事务提交,则其所做的修改就会永久保存到数据库中。此时即使系统崩溃,修改的数据也不会丟失。(就是说事务一旦提交，对数据库的改变是永久的)

总结：
一个兼容ACID的数据库系统,需要做很多复杂但可能用户并没有觉察到的工作,才能确保ACID的实现就像锁粒度的升级会增加系统开销一样,这种事务处理过程中额外的安全性,也会需要数据库系统做更多的额外工作。

一个实现了ACID的数据库,相比没有实现ACID的数据库,通常会需要更强的CPU处理能力、更大的内存和更多的磁盘空间。用户可以根据业务是
否需要事务处理,来选择合适的存储引擎。对于一些不需要事务的查询类应用,选择个非事务型的存储引擎,可以获得更高的性能。即使存储引擎不支持事务,也可以通过LOCK TABLES语句为应用提供一定程度的保护,这些选择用户都可以自主决定。

本篇关于《MySQL 事务ACID特性》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于数据库的相关知识，请关注golang学习网公众号！