mysql事务详解

  1.事务四大特征(ACID)

• 原子性(A)：事务是最小单位，不可再分（事务中包括的各种SQL操作要么都做，要么都不做。）

• 一致性©：事务要求所有的DML语句操作的时候，必须保证同时成功或者同时失败（事务必须是使数据库从一个一致性状态变到另一个一致性状态。数据库保证所有的约束没有被打破。比如字段约束不能小于0，转账后就不能小于0）

• 隔离性(I)：事务A和事务B之间具有隔离性（并发执行的各个事务之间不能互相干扰）

• 持久性(D)：是事务的保证，事务终结的标志(内存的数据持久到硬盘文件中，一个事务一旦提交，数据就不会丢失)

   2.四种隔离级别

•     Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。

•     Repeatable read (可重复读)：可避免脏读、不可重复读的发生。

•     Read committed (读已提交)：可避免脏读的发生。

•     Read uncommitted (读未提交)：最低级别，任何情况都无法保证。

  3.脏读，不可重复读，幻读区别

•     脏读(Dirty Read)：读取到了未提交的数据（如果事务这时候回滚了，那么第二个事务就读到了脏数据）
•     不可重复读：同一个事务中，对于同一数据，执行完全相同的select语句时可能看到不一样的结果。
•     幻读：当用户读取某一范围的数据时，另一个事务又在该范围内插入了新行，当用户在读取该范围的数据行时，会发现有新的数据行存在
•     幻读和不可重复读的区别：
•     不可重复读：重点在修改：同一事务中，同样的条件，第一次读的数据和第二次读的数据不一样。（一个事务多次读取同一范围内数据时，另外一个发生了事务发生了插入操作并提交了，数据产生变化）
•     幻读：重点在于新增或者删除：在同一事务中，同样的条件，第一次和第二次多出来的数据不一样（一个事务多次读取同一条数据时，另外一个发生了事务发生update，delete操作并提交了。insert操作一条新数据并不会影响刚才被读的那条数据。）

   4.Mysql怎么保证原子性的

     是利用Innodb的undo log。undo log名为回滚日志，是实现原子性的关键，当事务回滚时能够撤销所有已经成功执行的sql语句，他需要记录你要回滚的相应日志信息。

     例如：
     (1)当你delete一条数据的时候，就需要记录这条数据的信息，回滚的时候，insert这条旧数据
     (2)当你update一条数据的时候，就需要记录之前的旧值，回滚的时候，根据旧值执行update操作
     (3)当年insert一条数据的时候，就需要这条记录的主键，回滚的时候，根据主键执行delete操作，undo log记录了这些回滚需要的信息，当事务执行失败或调用了rollback，导致事务需要回滚，便可以利用undo log中的信息将数据回滚到修改之前的样子。

   5.Mysql怎么保证持久性的

     是利用Innodb的redo log。 Mysql是先把磁盘上的数据加载到内存中，在内存中对数据进行修改，再刷回磁盘上。如果此时突然宕机，内存中的数据就会丢失。

怎么解决这个问题？
       简单啊，事务提交前直接把数据写入磁盘就行啊。

这么做有什么问题？
        只修改一个页面里的一个字节，就要将整个页面刷入磁盘，太浪费资源了。毕竟一个页面16kb大小，你只改其中一点点东西，就要将16kb的内容刷入磁盘，听着也不合理。

毕竟一个事务里的SQL可能牵涉到多个数据页的修改，而这些数据页可能不是相邻的，也就是属于随机IO。显然操作随机IO，速度会比较慢。

于是，决定采用redo log解决上面的问题。当做数据修改的时候，不仅在内存中操作，还会在redo log中记录这次操作。当事务提交的时候，会将redo log日志进行刷盘(redo log一部分在内存中，一部分在磁盘上)。当数据库宕机重启的时候，会将redo log中的内容恢复到数据库中，再根据undo log和binlog内容决定回滚数据还是提交数据。

mysql默认每页存储16kb

undo log、redo log是物理存储，在做变更操作时mysql会copy原页数据作为一个快照，记录mysql的页数据。

binlog 是记录变更操作的sql日志

6.Mysql怎么保证一致性的

一致性的话应该分两个层面来保证。
    1.从数据库层面，数据库通过原子性、隔离性、持久性来保证一致性。也就是说ACID四大特性之中，C(一致性)是目的，A(原子性)、I(隔离性)、D(持久性)是手段，是为了保证一致性，数据库提供的手段。数据库必须要实现AID三大特性，才有可能实现一致性。例如，原子性无法保证，显然一致性也无法保证。
    2.从应用层面，通过代码判断数据库数据是否有效，然后决定回滚还是提交数据！

     7.Myql中的事务回滚机制概述   

事务是用户定义的一个数据库操作序列，这些操作要么全做要么全不做，是一个不可分割的工作单位，事务回滚是指将该事务已经完成的对数据库的更新操作撤销。

要同时修改数据库中两个不同表时，如果它们不是一个事务的话，当第一个表修改完，可能第二个表修改过程中出现了异常而没能修改，此时就只有第二个表依旧是未修改之前的状态，而第一个表已经被修改完毕。而当你把它们设定为一个事务的时候，当第一个表修改完，第二表修改出现异常而没能修改，第一个表和第二个表都要回到未修改的状态，这就是所谓的事务回滚。

     8.MySQL 事务实现原理是什么？

         事务的实现是基于数据库的存储引擎，不同的存储引擎对事务的支持程度不一样。MySQL 中支持事务的存储引擎有InnoDB 和 NDB。
         InnoDB 是高版本 MySQL 的默认的存储引擎，因此就以 InnoDB 的事务实现为例，InnoDB 是通过多版本并发控制（MVCC，Multiversion Concurrency Control ）解决不可重复读问题，加上间隙锁（也就是并发控制）解决幻读问题。
         因此 InnoDB 的 RR 隔离级别其实实现了串行化级别的效果，而且保留了比较好的并发性能。事务的隔离性是通过锁实现，而事务的原子性、一致性和持久性则是通过事务日志实现。

     9.什么是MVCC？

MVCC 全称是多版本并发控制系统，InnoDB 和 Falcon 存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决幻读问题。

MVCC工作原理是啥？

InnoDB 的 MVCC 是通过在每行记录后面保存两个隐藏的列来实现，这两个列一个保存了行的创建时间，一个保存行的过期时间（删除时间）。当然存储的并不是真实的时间而是系统版本号（system version number）。

每开始一个新的事务，系统版本号都会自动新增，事务开始时刻的系统版本号会作为事务的版本号，用来查询到每行记录的版本号进行比较。

REPEATABLE READ（可重读）隔离级别下 MVCC 如何工作？

SELECT：InnoDB 会根据以下条件检查每一行记录：第一，InnoDB 只查找版本早于当前事务版本的数据行，这样可以确保事务读取的行要么是在开始事务之前已经存在要么是事务自身插入或者修改过的。第二，行的删除版本号要么未定义，要么大于当前事务版本号，这样可以确保事务读取到的行在事务开始之前未被删除。
INSERT：InnoDB 为新插入的每一行保存当前系统版本号作为行版本号。
DELETE：InnoDB 为删除的每一行保存当前系统版本号作为行删除标识。
UPDATE：InnoDB 为插入的一行新纪录保存当前系统版本号作为行版本号，同时保存当前系统版本号到原来的行作为删除标识保存这两个版本号，使大多数操作都不用加锁。它不足之处是每行记录都需要额外的存储空间，需要做更多的行检查工作和一些额外的维护工作。