简介
事务可能由多条SQL组成且事务具有原子性，一个事务包含的SQL要么都执行（事务正常提交），要么都不执行（事务出错回滚）。
锁是控制数据的并发访问。
锁
锁的类型：
| 类型 | 功能 |
|---|---|
| shared and exclusive locks | 行级锁，如果事务A获取了表记录row x的share locks,其他事务也能获取row x的share locks；如果事务A获取了row x的exclusive locks，则其他事务无法获取row x的任何锁。 |
| intention shared and exclusive locks | intention shared locks表示事务将要在表的某些行上面设置shared locks，如select ... for share；intention exclusive lock表示一个事务将要在表的某些行上面设置exclusive locks，如select ... for update；在获取表中行的share/exclusive locks前，必须先获取表的intention share/exclusive locks；两个事务可以同时获取一个表的intention exclusive locks，因为还不确定具体更新表的哪些row；但是如果其他事务已经获取了表级别的shared /exclusive locks，那么获取表的intension exclusive locks就会失败了。如果想要修改表的部分row也直接获取表级别的exclusive locks，就会导致所有的更新操作的锁级别是表级别的。如果不设置表级别的锁，那么如果要修改表大部分数据，那就需要为表的每个row都建立exclusive locks，成本很高。intention shared/exclusive locks的意思是我想要获取表中部分数据的shared/exclusive locks，这个操作会与表级别的shared/exclusive locks冲突吗？ |
| record lock | 索引记录锁，如select c1 from t where c1=10 for update，禁止对c1=10的row执行update,delete,insert |
| gap locks | 索引记录之间区域的锁，如select c1 from t where c1 between 10 and 20 for update，阻止插入c1=15的记录 |
| next-key locks | 索引的record lock+索引记录前面间隙区域的锁，为避免幻读而设计 |
| insert intention locks | insert语句获取的gap锁，如果插入的值不同，不会互相阻塞；事务A执行select * from t where id>100 for update，事务B执行insert into t(id) values(101);事务B在等待获取排他锁的时候先获取一个insert intention lock |
| auto-inc locks | 表级别的锁，只有存在auto_increment列的表存在，当存在一个事务正在插入数据的时候，其他事务也想插入就需要等待 |
锁相关的SQL
//锁定读
select ... for update; //exclusive locks，独占锁
select ... for share; //shared locks，共享锁
lock tables tbname [ read | write ]
事务的隔离级别
并行事务需要考虑的下面几种情况：
- 当事务A的多条sql只执行了部分,这部分sql改变了表的某些记录，事务B是否可以看到这部分sql改变后的记录，如果可以，那就发生了未提交读（uncommited read），因为事务A没有提交，这部分改变可能回退（事务的回滚）。
- 事务B读取了一条记录X，然后事务A修改了这条记录Xnew，事务A提交，事务B再次读取这条记录，如果事务B读到了A修改后的结果Xnew，那就发生了提交读（commited read），如果事务B读到的还是之前的记录X，那么就是可重复读（repeatable read）；这种情况可以通过加锁避免，而innodb是通过mvcc实现的非锁定一致性读。
- 事务A修改了一条记录，如果事务B也想修改这条记录，那么就会发生锁等待，只有事务A提交之后，锁定才会释放。
//设置事务的隔离级别
set [ session | global ] transaction isolation level [ read uncommited | read committed | repeatable read | serializable ]
//如果没有global和session 那么只对接下来的一个事务起作用
| 隔离级别 | 锁策略 |
|---|---|
| repeatable read | innodb的默认隔离级别，最常见的隔离级别。无锁select语句，通过mvcc实现多版本同时存在。锁定select(select ... for update/share)，如果是唯一索引单值锁定，则使用record lockl；如果是范围锁定，就使用gap锁或者next-key锁禁止其他事务在范围内插入数据。 |
| read commited | 通过mvcc实现一致性读；对于锁定select使用record lock，不使用gap lock，所以可以正常插入数据。 |
