全局锁
Flush tables with read lock (FTWRL)将会给MySQL加全局读锁，阻止所有DDL，DML
当我们备份的时候如果使用innodb引擎，可以开启一个事务mysqldump --single-transaction保证一致性视图
当引擎不支持事务的时候，例如MyISAM,则必须要给库上全局锁
为什么使用FTWRL而不是用set global read_only呢？
1.有些系统中，read_only用来判断为主库还是从库，如果设置之后不好判断哪个是主库
2.FTWRL在连接断开后会自动释放锁，而read_only会持续直到手动设置为0
表级锁
表锁一般是在数据库引擎不支持行锁时才会被用到。
lock tables tb read/write(如果上了读锁，不仅别人只能读，自己也只能读，如果上了写锁，自己可以读写，但是别人不能读)
unlock tables
MDL（metadata lock）访问一个表时自动加上，当对一个表做增删改查操作的时候，加 MDL 读锁；当要对表做结构变更操作的时候，加 MDL 写锁。
online DDL（mysql 5.6之后）：
- 拿MDL写锁
- 降级成MDL读锁
- 真正做DDL
- 升级成MDL写锁
- 释放MDL锁
当某个连接在等待写锁时，后续的所有连接也无法再上读锁，导致后续连接都会卡主。
行锁
两阶段锁：在 InnoDB 事务中，行锁是在需要的时候才加上的，但并不是不需要了就立刻释放，而是要等到事务结束时才释放。
在这种背景下，我们在业务中应当把最容易发生锁冲突的sql放在事务的最后，减少锁冲突等待时间。
死锁和死锁检测：当某个事务占用一个锁A并等待锁B而另一个事务占用锁B等待锁A时就发生了死锁。
1.innodb_lock_wait_timeout可以设置锁等待时间避免死锁时间过长
2.innodb_deadlock_detect可以发现死锁并解决
3.通过修改源码，对于相同行的修改在进入引擎前排队
4.业务避免
GAP锁
在隔离级别为RR下，是无法解决幻读问题的，例如在一个事务A中普通查询出满足特定条件下的行数为3，此时另一个事务插入一条记录并满足这个查询条件时，事务A再次普通查询时是看不到这条新插入的记录的，但是如果事务A进行了一次UPDATE,就不一定了。
| 事务A | 事务B |
|---|---|
| begin | |
| select * from t2 where d = 5(返回一条记录) | |
| insert into t2 values(1, 0 ,5) | |
| select * from t2 where d = 5(返回一条记录) | |
| update t2 set c = 7 where d = 5 |
select * from t2 where d = 5(返回两条记录)
这个幻读的原因就是因为当前读，在当前读下能够读到最新的数据并进行修改，在上面的例子中如果事务A均修改为select for update/lock in share mode则不需要update就会看到两条记录了，这就是幻读，而为了解决幻读，在RR下提出了间隙锁（GAP 锁）
那么GAP锁上的范围是什么呢？
这要看执行的select的搜索范围了，如果是全表扫描，则会给全表的所有间隙上GAP锁了，如果是索引扫描，则会给扫描过的索引上GAP锁，如上例：因为d是没有索引的，所以会上全表GAP锁，如果在查询条件为c = 5, 而c上有普通索引，则仅会在(-∞,0]、(0,5]、(5,10]上GAP锁。
详细加锁规则：
1.首先加锁的单位是next-key lock，即到下一个行的前开后闭区间
2.查找过程中访问到的对象才会加锁
3.索引上的等值查询，给唯一索引加锁的时候，next-key lock 退化为行锁。
4.索引上的等值查询，向右遍历时且最后一个值不满足等值条件的时候，next-key lock 退化为间隙锁，即从前开后闭变为前开后开。范围查询则不会退化。
5.如果为覆盖索引，则不需要主键索引，即如果按照主键再次查询时不会阻塞，因为没有给主键上GAP锁。
GAP锁的危害
可能会导致死锁，因为当两个事物同时上d相同的间隙锁是不会冲突的，但是在两个事物都insert就会导致死锁，都在等待对方的间隙锁释放。
Innodb的锁都是加在索引上的。
悲观锁和乐观锁
悲观锁的意思是就是说在任何对数据的操作下都会认为别人会修改，所以要先加锁，例如行锁，表锁，读写锁，gap锁等。
而乐观锁的意思就是说对数据操作下会认为别人不会修改，所以不加锁，一般使用版本号或者CAS方法（先读值，在修改时判断现在的值和预读值是否相等，不相等则自旋，相等则修改）---->存在问题1.ABA，内容其实被修改过但是并不知情2.循环自旋开销大3.只对单个变量有效
意向锁
意向锁之间都是兼容的
| - | 意向共享锁（IS） | 意向排他锁（IX） |
|---|---|---|
| 共享锁（S） | 兼容 | 冲突 |
| 排他锁（X） | 冲突 | 冲突 |
这里的 S,X锁都是表级别的。
意向锁的意义：当有一个事务对一个表的某一行上了行写锁后，另一个事务想对这个表上表锁，如果没有意向锁的情况下需要对这个表的每一行进行遍历查看是否有行写锁。如果遍历最后没有上锁则可以加表级X锁，但是这样的效率太低了。意向锁解决了这个问题，当有一个事务对某一行上行写锁前会线上一个IX锁，因为IX与表级别的X,S都冲突所以第二个事务不需要遍历检查就可以发现冲突。
