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数据文件中。