MySQL的InnoDB存储引擎是MySQL支持的一种事务型存储引擎，其提供了ACID（原子性、一致性、隔离性、持久性）事务支持和行级锁定。
ACID事务中的“原子性”是指在一个事务中的所有操作要么全部成功要么全部失败，不能只有部分成功部分失败。这样可以确保数据的一致性。
InnoDB通过写日志来确保原子性。当一个事务开始时，InnoDB会为该事务分配一个唯一的事务ID，并且在事务执行过程中记录操作内容到日志文件中。
如果事务的所有操作顺利完成，日志中就记录了所有操作的结果，可以被回放，从而更新数据页。如果在执行过程中失败，则可以通过回滚日志将数据从最初状态恢复到事务开始前的状态。
“一致性”是指在事务执行过程中数据库的状态始终保持一致，即数据库状态的改变是在一个预定义的状态转换集合中发生的。InnoDB在执行事务时会按照一定的顺序对数据库状态进行修改，避免了数据的不一致性。
“隔离性”是指在一个事务执行的时候，它看到的数据是之前提交的事务所修改的数据的一致性视图。换句话说，事务提交前对其他事务是不可见的。
InnoDB默认使用可重复读隔离级别，即它会给每个事务一个独立的读取一致性视图。这样即使其它事务在同一时间修改了数据，本事务读取的数据依然是一致的。
“持久性”是指一个事务提交成功后，对数据的修改被永久地保存到了数据库中。InnoDB通过将日志写入到磁盘来保证持久性。
InnoDB支持行级锁定，这意味着一行数据被修改时只会锁定这一行，而不影响其它行的修改。这种锁定方式能够提高并发性能，减少了锁的粒度。
InnoDB通过MVCC（多版本并发控制）实现行级锁。MVCC是通过在每行数据添加两个隐藏的列来实现的，一个列保存数据本身，另一个列保存数据的版本。在查询时，InnoDB会根据查询的一致性级别返回用户可以看到的版本。在修改时，只锁定需要修改的一行，因此能避免表级锁定，提高了效率。
InnoDB在事务支持和行级锁定方面做的非常出色，这也是为什么它被广泛应用的原因。不过InnoDB在高并发的场景下也会出现性能瓶颈。
对于读多写少的应用，InnoDB是一个不错的选择，如果应用的并发性比较高，可以选择其他更适合的存储引擎。
本文链接：http://task.lmcjl.com/news/18076.html
