事务的ACID属性
- 原子性(Atomicity)：事务要么全部执行，要么全都不执行。
- 一致性(Consistent)：在事务开始和完成时，数据都必须保持一致状态。
- 隔离性(Isolation)：提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是不可见的。
- 持久性(Durable)：事务完成之后，数据的修改是永久性的。
事务隔离的方式
- 一种是在读取数据前，进行加锁，阻止其他事务对数据的并发修改。
- 另一种是不用加任何锁，通过多版本并发控制(MultiVersion Concurrency Control，MVCC)技术，生成一个数据请求时间点的一致性数据快照(Snapshot)，并用这个快照提供一致性读取。从用户的角度来看，好象数据库可以提供同一数据的多个版本。
InnoDB的行锁模式
InnoDB实现两种类型的行锁。
- 共享锁(S)：读锁。允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁，但可以获得共享锁。
- 排他锁(X)：写锁。允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享读锁和排他写锁。
为了支持行锁与表锁的共存，InnoDB提供两种内部使用的意向锁(Intention Locks)，这两种意向锁都是表锁。
- 意向共享锁(IS)：事务打算给数据行加行共享锁，事务在给一个数据行加共享锁前必须先取得该表的IS锁。
- 意向排他锁(IX)：事务打算给数据行加行排他锁，事务在给一个数据行加排他锁前必须先取得该表的IX锁。
意向锁是InnoDB自动加的，不需用户干预。对于UPDATE、DELETE和INSERT语句，InnoDB 会自动给涉及的数据集加排他锁(X)；对于普通SELECT语句，InnoDB不会加任何锁。
InnoDB行锁实现方式
InnoDB行锁是通过给索引上的索引项加锁来实现的。只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB会使用表锁。在实际应用中，如果忽略这条性质造成使用不当，可能导致大量的锁冲突，影响并发性能。
间隙锁(Next-Key锁)
用范围条件检索数据，并且请求共享或排他锁时，InnoDB会为符合条件的已存在的数据记录的索引项加锁，对于键值在条件范围内但并不存在的记录，InnoDB也会对它们加锁。这些条件范围内不存在的数据称为间隙(GAP)，这种锁机制就称为间隙锁(Next-Key锁)。
InnoDB的死锁
MyISAM不会产生死锁，因为MyISAM总是一次获得所需的全部锁，要么全部满足，要么等待，因此不会出现死锁。
InnoDB中除单个SQL组成的事务外，锁是逐步获得的，所以InnoDB有发生死锁的可能。当发生死锁，InnoDB一般都能自动检测到，并使一个事务释放锁并回退，另一个事务获得锁，继续完成事务。回滚的那个事务是两个事务中持有更少行级排他锁的事务。如果涉及的是外部锁，或涉及表锁的情况下，InnoDB并不能完全自动检测到死锁，这需要通过设置锁等待超时参数innodb_lock_wait_timeout来解决。这个参数不仅可以用于解决死锁问题，在并发访问比较高的情况下，如果大量事务因为无法立即获得锁而挂起，会占用大量计算机资源，造成严重性能问题，甚至拖跨数据库。通过设置innodb_lock_wait_timeout合适的等待超时阈值，可以避免事务的长时间等待。
