MySQL事务：
1、事务特性：原子性，一致性，隔离性，持久性
- 原子性：
对一些操作，要么同时成功，要么同时失败。 - 一致性：
对一些操作，处理结果必须一致的，比如转账：A转给B，那么A账户减少100元，则B账户必须增加100元。 - 隔离性：
多个事务操作数据的表或者行，如果没有隔离机制，那么不同的事务操作相同的数据时，就会产生相互干扰，影响数据结果。 - 持久性：
对数据的修改或者操作，是永久的操作，比如数据库服务器发生故障等，数据也能永久保存下来。
2、事务并发的几大问题：
- 脏读：
一个事务读取到了其他事务未提交的修改。 - 不可重复读：
一个事务读取到了其他事务已提交的操作（修改或删除）； - 幻读：
一个事务读取到了其他事务已提交的插入操作。 - 丢失更新：
应用层面的问题，不是由数据库提供机制所能解决的（这里暂不讨论），比如两个用户先后对某数据进行修改，那么第一次修改的数据会被第二次修改的数据所覆盖。
事务并发的几大问题其实都是读一致性问题。必须由数据库提供一定的事务隔离机制来解决。
3、隔离性几种级别：
- 未提交读（Read Uncommitted）：
事务未提交的数据对其他事务是可见的，会出现脏读。–未解决任何并发问题。 - 已提交读（Read Committed）：
一个事务开始之后，只能看到已提交的事务所做的修改，会出现不可重复读。解决脏读问题。 - 可重复读（Repeatable Read）：
在同一个事务中多次读取同样的数据结果是一样的，这种隔离级别定义为解决幻读的问题。 - 串行化（Serializable）：
最高的隔离级别，通过强制事务的串行执行。解决所有并发问题。
以上四种隔离级别并发性能，由低到高。
4、事务隔离级别的实现，解决方案：
第一种：在读取数据前，对其加锁，阻止其他事务对数据进行修改（LBCC，Lock Based Concurrency Control）。
第二种：生成一个数据请求时间点的一致性数据快照（Snapshot），并用这个快照来提供一定级别（语句及或事务级）的一致性读取（MVCC，Multi Version Concurrency Control）。
对于第一种方案进行阐述：
1 锁的基本类型
1.1 锁粒度
锁：用于管理不同事务对共享资源的并发访问。
表锁与行数的区别：
锁定粒度：表锁 > 行锁
加锁效率：表锁 > 行锁
冲突概率：表锁 > 行锁
并发性能：表锁 < 行锁
1.2 MySQL InnoDB锁类型：
1）共享锁（行锁）：Shared Locks
又称为读锁，简称S锁，顾名思义，共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改；
加锁释锁方式：
select * from student where id =1 LOCK IN SHARE MODE;
commit/rollback;
2）排它锁（行锁）：Exclusive Locks
又称为写锁，简称X锁，排它锁不能与其他所并存，如一个事务获取了一个数据行的排它锁，其他事务就不能再获取该行的锁（共享锁、排它锁），只有该获取了排它锁的事务是可以对数据进行读取和修改。
加锁释锁方式：
自动：
delete /update /insert 默认加锁X锁；
手动：
select * from student where id = 1 FOR UPDATE;
commit/rollback;
3）意向共享锁（表锁）：Intention Shared Locks，简称IS锁
表示事务准备给数据行加入共享锁，也就是说一个数据行加共享锁前必须先取得该表的IS锁。
4）意向排它锁（表锁）：Intention Exclusive Locks，简称IX锁。
表示事务准备给数据行加入排他锁，说明事务在一个数据加排他锁前必须先取得该表的IX锁。
意向锁是由数据引擎自己维护的，用户无法手动操作意向锁。
2 行锁算法：
1）记录锁：Record Locks 唯一索引=精确匹配，退化成Record锁
2）间隙锁：Gap Locks 记录不存在时，会退化成Gap锁
3）临键锁：Next-key Locks 其他情况都是临键锁。通过间隙锁+临键锁可以避免幻读。
锁的原理：
例子：
1）无索引 t1，当锁一行数据时会锁整张表
2）有主键 t2，当锁一行数据id=1时，其他事务若锁id=2的行是可以成功的。锁定的是行数据。
3）唯一索引 t3，当name=4这行数据被锁时，其他事务如果想通过id=3锁行数据时是不能成功的。先辅助索引，然后主键索引。
原理：InnoDB默认创建了隐藏索引，MySQL的InnoDB锁住的是索引。。。。后续。。。。
