是数据库区别于文件系统的重要特性之一。
在文件系统中， 如果正在写文件，但是操作系统突然崩溃了，这个文件就很有可能被破坏。
当然，有一些机制可以把文件恢复到某个时间点。不过，如果需要保证两个文件同步，这些文件系统可能就显得无能为力了。
例如，在需要更新两个文件时，更新完一个文件后，在更新完第二个文件之前系统重启了，就会有两个不同步的文件。
这正是数据库系统引人事务的主要目的：事务会把数据库从一种一致状态转换为另一种一致状态。
在数据库提交工作时，可以确保要么所有修改都已经保存了，要么所有修改都不保存
I
InnoDB存储引擎中的事务完全符合ACID的特性。
在MySQL命令行的默认设置下， 事务都是自动提交(autocommit) 的， 即执行SQL语句后就会马上执行COMMIT操作。
因此要显式地开启一个事务需使用命令BEGIN、START TRANSACTION， 或者执行命令SET AUTOCOMMIT=0， 禁用当前会话的自动提交。
每个数据库厂商自动提交的设置都不相同， 每个DBA或开发人员需要非常明白这一点， 这对之后的SQL编程会有非凡的意义， 因此用户不能以之前的经验来判断MySQL数据库的运行方式。
在具体介绍其含义之前， 先来看看用户可以使用哪些事务控制语句。
START TRANSACTION|BEGIN：显式地开启一个事务。
COMMIT：要想使用这个语句的最简形式， 只需发出COMMIT。也可以更详细一些， 写为COMMITWORK，不过这二者几乎是等价的。COMMIT会提交事务，并使得已对数据库做的所有修改成为永久性的。
ROLLBACK：要想使用这个语句的最简形式， 只需发出ROLLBACK。同样地，也可以写为ROLLBACKWORK， 但是二者几乎是等价的。回滚会结束用户的事务，并撤销正在进行的所有未提交的修改。
SAVEPOINT identifier：SAVEPOINT允许在事务中创建一个保存点，一个事务中可以有多个SAVEPOINT。
RELEASE SAVEPOINT identifier：删除一个事务的保存点， 当没有一个保存点执行这句语句时，会抛出一个异常。
ROLLBACK TO[SAVEPOINT] identifier：这个语句与SAVEPOINT命令一起使用。可以把事务回滚到标记点，而不回滚在此标记点之前的任何工作。例如可以发出两条UPDATE语句， 后面跟一个SAVEPOINT， 然后又是两条DELETE语句。如果执行DELETE语句期间出现了某种异常情况， 并且捕获到这个异常，同时发出了ROLLBACK TO SAVEPOINT命令， 事务就会回滚到指定的SAVEPOINT ， 撤销DELETE完成的所有工作， 而UPDATE语句完成的工作不受影响。
SET TRANSACTION：这个语句用来设置事务的隔离级别。InnoDB存储引擎提供的事务隔离级别有：READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ、SERIALIZABLE。
转账中，要么全部成功，要么全部失败。
要解决这个问题，就要保证转账业务里的所有数据库的操作是不可分割的，要么全部执行成功 ，要么全部失败，不允许出现中间状态的数据。
数据库中的「事务（Transaction）」就能达到这样的效果。
我们在转账操作前先开启事务，等所有数据库操作执行完成后，才提交事务，对于已经提交的事务来说，该事务对数据库所做的修改将永久生效，如果中途发生发生中断或错误，那么该事务期间对数据库所做的修改将会被回滚到没执行该事务之前的状态。
从下面几个方面入手
事务的特性
并发事务引发的问题
事务的隔离级别有哪些
read view 与 MVCC
可重复读
读提交是如何工作的？
有时候我们希望获取当前表的最大自增主键信息。
一般数据表的id都是设置成auto_increment的，所以当插入一条记录后，可以使用下面的命令来获取最新插入记录的id值
select last_insert_id();学习 SQL 的时候，大家肯定第一个先学到的就是 select 查询语句了，比如下面这句查询语句：
// 在 product 表中，查询 id = 1 的记录
select * from product where id = 1;如果你知道 MySQL 一行记录的存储结构，那么这个问题对你没什么难度。
如果你不知道也没关系，这次我跟大家聊聊 MySQL 一行记录是怎么存储的？
知道了这个之后，除了能应解锁前面这道面试题，你还会解锁这些面试题：
MySQL 的 NULL 值会占用空间吗？
MySQL 怎么知道 varchar(n) 实际占用数据的大小？
varchar(n) 中 n 最大取值为多少？
行溢出后，MySQL 是怎么处理的？
这些问题看似毫不相干，其实都是在围绕「MySQL 一行记录的存储结构」这一个知识点，所以攻破了这个知识点后，这些问题就引刃而解了。
在 mongodb 中, 写入操作在单个文档的级别上是原子操作, 即使该操作修改单个文档中的多个嵌入文档也是如此。
当单个写入操作 (例如 db.collection.updateMany() ) 修改多个文档时, 每个文档的修改都是原子的, 但整个操作不是原子的。
执行多文档写入操作时, 无论是通过单个写入操作还是多个写入操作, 其他操作都可能会交织在一起。
从4.0 版开始, 对于需要对多个文档进行原子性或读取多个文档之间的一致性的情况, mongodb 为副本集提供多文档事务。