认识达内从这里开始

数据库事务是程序员在学习软件编程开发技术的时候需要重点掌握的一个编程开发技术，而本文我们就通过案例分析来简单了解一下，数据库事务实现需要注意哪些问题。

因为MySql的引擎中只有InnoDB支持事务，所以这里的实现都讲述的是InnoDB实现事务特性的原理。

先介绍一下Innodb中的两个事务日志：redolog和undolog。redolog是重做日志，提供前滚操作，undolog是回滚日志，提供回滚操作。undolog不是redolog的逆向过程，它们都算是用来恢复的日志。

redolog通常是物理日志，记录的是数据页的物理修改，而不是某一行或某几行修改成怎样怎样，它用来恢复提交后的物理数据页(恢复数据页，且只能恢复到后一次提交的位置)。(用于实现持久性)它包括两部分，一是内存中的日志缓冲(redologbuffer)，该部分日志是易失性的;二是磁盘上的重做日志文件(redologfile)，该部分日志是持久的。

undolog用来回滚行记录到某个版本。undolog一般是逻辑日志，根据每行记录进行记录。(用于实现原子性和隔离性)除它之外还有binlog(二进制日志)也记录了很多innodb表的操作，也能实现重做的功能，但是他们之间有较大区别，这个后续再讲。

简单介绍一下对数据库的操作步骤：

因为数据库信息存储在磁盘当中，所以并不能直接操作它们。需要先加载数据库信息的缓存到内存中，再进行操作，再写回磁盘的文件当中。

持久性的实现：事务每次成功提交，代表该次操作已经写入了数据库信息的缓存中，但该缓存并不会马上写到磁盘当中。所以我们人为规定必须还要将此次对缓存的操作写到磁盘中的redolog中去，才算该事务提交成功，那么即使发生了断电/系统崩溃/其它的软硬件错误等情况，导致数据没有被完整写入到磁盘的数据库信息中，也能根据redolog文件将未完成的操作进行重做，以保证持久性。

问题：为什么不直接每次都必须把数据库信息写回磁盘才算事务提交成功，这样不就不用redolog了?

理由：因为写入到redolog只需写入一条记录并且是顺序I/O(追加到文件末尾)，而对数据库信息的修改是随机I/O(大概率涉及多个表的修改，而它们并不一定是相邻的)，每个事务提交前都要等待一次后者的时间是无法接受的，所以选用速度很快的写入redolog。

原子性的实现：和前面持久性的实现有些类似，每次操作数据库之前也都会把操作记录到undolog中，如果发生了断电/系统崩溃/其它的软硬件错误等情况，导致有一些事务没有提交但是已经写到了缓存当中，就可以通过undolog中的记录进行操作的回滚，以达到原子性。

隔离性的实现：这里是需要分步来说，先是未提交读(ReadUncommited)级别，该隔离级别不需要其他操作就能达到。然后在MySQL中，使用MVCC来实现提交读(ReadCommited)和可重复读(RepeatableRead)这两个隔离级别，使用MVCC+Next-KeyLock来解决幻读的问题。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。