数据库事务（mysql数据库为例）

概念
数据库事务( transaction)是访问并可能操作各种[数据项]的一个数据库操作[序列]，这些操作要么全部执行,要么全部不执行，是一个不可分割的工作单位。事务由事务开始与事务结束之间执行的全部数据库操作组成。

性质(ACID)
原子性(Atomicity)
事务中的全部操作在数据库中是不可分割的，要么全部完成，要么全部不执行。
一致性(Consistency)
几个并行执行的事务，其执行结果必须与按某一顺序 串行执行的结果相一致。
隔离性(Isolation)
事务的执行不受其他事务的干扰，事务执行的中间结果对其他事务必须是透明的。
持久性(Durability)
对于任意已提交事务，系统必须保证该事务对数据库的改变不被丢失，即使数据库出现故障。
事务的ACID特性是由关系数据库系统来实现的，DBMS采用日志来保证事务的原子性、一致性和持久性。日志记录了事务对数据库所作的更新，如果某个事务在执行过程中发生错误，就可以根据日志撤销事务对数据库已做的更新，使得数据库回滚到执行事务前的初始状态。

对于事务的隔离性，DBMS是采用锁机制来实现的。当多个事务同时更新数据库中相同的数据时，只允许持有锁的事务能更新该数据，其他事务必须等待，直到前一个事务释放了锁，其他事务才有机会更新该数据。

事务想要做到什么效果?
可靠性
数据库要保证当insert或update操作时抛异常或者数据库crash的时候需要保障数据的操作前后的一致，想要做到这个，我需要知道我修改之前和修改之后的状态，所以就有了undo log和redo log。
并发处理
也就是说当多个并发请求过来，并且其中有一个请求是对数据修改操作的时候会有影响，为了避免读到脏数据，所以需要对事务之间的读写进行隔离，至于隔离到啥程度得看业务系统的场景了，实现这个就得用MySQL 的隔离级别。
一、redo log 与 undo log
1. redo log
redo log是什么？
叫做重做日志，是用来实现事务的持久性。
该日志文件由两部分组成。
1. 重做日志缓冲（redo log buffer）,在内存中。
2. 重做日志文件（redo log）,在磁盘中。

redo log的作用
mysql 为了提升性能不会把每次的修改都实时同步到磁盘，而是会先存到Boffer Pool(缓冲池)里头，把这个当作缓存来用。然后使用后台线程去做缓冲池和磁盘之间的同步。那么问题来了，如果还没来的同步的时候宕机或断电了怎么办？还没来得及执行上面图中红色的操作。这样会导致丢部分已提交事务的修改信息！所以引入了redo log来记录已成功提交事务的修改信息，并且会把redo log持久化到磁盘，系统重启之后在读取redo log恢复最新数据。
redo log是用来恢复数据的，用于保障，已提交事务的持久化特性。

2. undo log
undo log是什么？
叫做回滚日志，用于记录数据被修改前的信息，与重做日志相反，重做日志记录的是被修改后的信息。undo log主要记录的数据的逻辑变化，为了在发生错误时回滚之前的操作，需将之前的操作都记录下来，然后在发生错误时回滚。
每次写入数据或者修改数据之前都会把修改前的信息记录到 undo log。

undo log过程.png
undo log的作用
undo log 记录事务修改之前版本的数据信息，因此假如由于系统错误或者rollback操作而回滚的话可以根据undo log的信息来进行回滚到没被修改前的状态。
undo log是用来回滚数据的用于保障 未提交事务的原子性。

来自：http://www.hongchawenda.com/article/3748