InnoDB存储引擎的事务

　　当多个用户访问同一份数据，一个用户更改该事物时可能会有其他用户同时发起更改请求，为保证数据库记录的更新从一个一致性状态转为另外一个一致性状态，使用事务是非常有必要的。

1 原子性（Atomicity）

原子性是指事务是一个不可分割的工作单位，事务中的操作要么全部成功，要么全部失败。比如在同一个事务中的SQL语句，要么全部执行成功，要么全部执行失败。

2 一致性（Consistency）

事务必须使数据库从一个一致性状态变换到另外一个一致性状态。

3 隔离性（Isolation）

事务的隔离性是多个用户并发访问数据库时，数据库为每一个用户开启的事务，不能被其他事务的操作数据所干扰，多个并发事务之间要相互隔离。

4 持久性（Durability）

持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。

MySQL数据库中支持事务的存储引擎有InnoDB和BDB，MyISAM和MEMORY存储引擎不支持事务,而InnoDB存储引擎事务主要通过UNDO日志和REDO日志实现。

1，重做日志（也叫REDO日志）

事务在执行时需要将执行的事务日志写入到日志文件里，对应的日志文件为重做日志（安装编译后产生ib_logfile0，ib_logfile1，默认大小为5MB，建议设置512M以便容纳较大的事务）。当sql进行数据库更新操作时，首先将重做日志写入到日志缓冲区，客户端执行commit命令提交时，日志缓冲区的内容会被刷新到磁盘，日志缓冲区的刷新方式或者时间间隔可以通过参数innodb_flush_log_at_trx_commit控制。以下是重做日志相关参数介绍：

MySQL在物理文件备份时需要复制该文件，以及在奔溃恢复以及重新执行重做日志中的记录。

2，回滚（UNDO）日志
与REDO日志相反，UNDO日志主要用于事务异常时的数据回滚，具体是复制食物前的数据库内容到UNDO缓冲区，在合适的时间将内容刷新到磁盘。UNDO日志均放在表空间.ibd数据文件中。