一、支持事务的存储引擎
在MySql中，只有InnoDB和BDB支持事务；myIsam等是不支持事务的。
二、事务的四大特性ACID
1.原子性 Atomicity
表示我们对数据库的一系列操作，要么全部成功，要么都是失败；有一个失败，就要回滚，使得前面的操作全部失败。
实现方式：undo log
2.一致性 Consistency
表示事务执行的前后都是合法的数据状态，比如主键必须唯一，字段长度符合要求，以及用户自定义的完整性。
3.隔离性 Isolation
对表或者行进行的并发操作，应该是透明且互不干扰的。
4.持久性 Durability
只要事务提交，我们对数据的增删改的结果就是永久性的；如果系统宕机，会由redo log完成持久性操作。
原子性、隔离性、持久性，最后都是为了实现一致性。
三、事务并发带来的问题
1.脏读
在一个事务中，两次查询数据的结果不一致；中间修改了数据但是没有提交。
2.不可重复读
在一个事务中，两次查询数据的结果不一致；中间其他的事务修改了数据（updatea/delete）并且完成了提交。
3.幻读
在一个事务中，两次查询数据的结果不一致；其他事务插入（insert）数据。
四、InnoDB锁的基本类型
1.共享锁 Shored Locks
也叫读锁，我们获取了一行数据的读锁以后，可以用来读取数据；允许其他的事务也对该数据集加共享锁，但阻止其他事务获取相同数据集的排他锁。
示例：
SELECT * FROM 表A WHERE 字段1 = 1 LOCK IN SHORE MODE;
2.排他锁 Exclusive Locks
也叫写锁，用来操作数据；阻止其它事务获取相同数据集的共享锁和排他锁；进行增删改时，会默认加上一个排他锁。
手动加锁示例：
SELECT * FROM 表A WHERE 字段1 = 1 FOR UPDATE;
3.意向锁
存在意义：为了允许行锁和表锁的共存，实现多粒度锁机制。
意向共享锁(IS)：给数据集加上共享锁之前，会给这张表上面加上一个意向共享锁。
意向排他锁(IX)：给数据集加上排他锁之前，会给这张表上面加上一个意向排他锁。
锁的兼容性情况：
（如果一个事务请求的锁模式与当前的锁兼容， InnoDB 就将请求的锁授予该事务； 反之， 如果两者不兼容，该事务就要等待锁释放。）
五、InnoDB行锁的实现原理
1.InnoDB行锁时通过给索引上的索引项加锁来实现的；只有通过索引条件来检索数据，才能使用行锁，否则将会使用表锁。
2.是否使用索引来检索数据是由执行计划来决定的，可通过 EXPLAIN 来检查SQL的执行计划。
3.锁冲突：不同行的记录可能使用了相同的索引值。
4.记录锁、间隙锁、临建锁
六、InnoDB事务隔离级别的实现
1.未提交读
不加锁
2.可重复读
普通的select使用快照读，底层使用MVCC来实现。
加锁的语句使用当前读，底层使用记录锁、间隙锁、临建锁。
3.已提交读
普通的select使用快照读，底层使用MVCC来实现。
加锁的语句使用记录锁。（可能存在幻读）
（外键约束检查和重复键检查使用间隙锁来封锁区间）
4.串行化
所有的select语句都会默认加上共享锁。
有理解不足之处，请指正！
参考资料：
