全局锁
全局锁是对整个数据库实例的锁，MySQL 提供了一个加全局读锁的方法，命令是 Flush tables with read lock (FTWRL)。当你需要让整个库处于只读状态的时候，可以使用这个命令，之后其他线程的以下语句会被阻塞：数据更新语句（数据的增删改）、数据定义语句（包括建表、修改表结构等）和更新类事务的提交语句。
使用场景：全库逻辑备份。
问题：
- 如果你主库进行备份，所有业务都得暂停
- 如果在从库进行备份，从库无法及时同步Binlog，导致主从同步延迟。
表锁
MySQL 里面表级别的锁有两种：一种是表锁，一种是元数据锁（meta data lock，MDL)。
表锁的语法是 lock tables … read/write。
举个例子, 如果在某个线程 A 中执行 lock tables t1 read, t2 write; 这个语句，则其他线程写 t1、读写 t2 的语句都会被阻塞。同时，线程 A 在执行 unlock tables 之前，也只能执行读 t1、读写 t2 的操作。连写 t1 都不允许，自然也不能访问其他表。
行锁（innoDB存储引擎）
-
记录锁
触发条件：
1. 主键索引/唯一索引 2. 查询单条记录且命中 -
间隙（gap）锁（ a , b )
-
next-key锁
默认都是加next-key锁，在满足特定得条件时，innodb会优化，使锁退化成以上两种类型。
next-key 左开右闭 -> （ a , b ]
原则 1：加锁的基本单位是 next-key lock。希望你还记得，next-key lock 是前开后闭区间。
原则 2：查找过程中访问到的对象才会加锁。
优化 1：索引上的等值查询，给唯一索引加锁的时候，next-key lock 退化为行锁。
优化 2：索引上的范围（ >= <=）等值查询，向右遍历时且最后一个值不满足等值条件的时候，next-key lock 退化为间隙锁。
一个 bug：唯一索引上的范围查询会访问到不满足条件的第一个值为止。
共享锁（读锁）/排他锁（写锁）
- 共享锁：
select * from user where c = 5 lock in shared mode
这个例子中lock in share mode 只锁覆盖索引，但是如果是 for update 就不一样了。 执行 for update 时，系统会认为你接下来要更新数据，因此会顺便给主键索引上满足条件的行加上行锁。
select * from user where id = 5 lock in shared mode 给主键索引上加锁。
-
排他锁：
- select … for update
- update
- insert
- delete
以上四种情况都会加写锁。加锁如行锁规则。。