全局锁
全局锁就是对整个数据库加锁。加锁方式是Flush tables with read lock(FTWRL)，这个命令会使表的更新、数据定义、更新事务被阻塞，只能读。
- 使用场景：全库逻辑备份
- 官方自带的工具是mysqldump，使用参数设置为-single-tracsaction，这样导数据的时候维护一个视图，同时还能更新。但是这个方式只在innoDB引擎下支持。
表级锁
表锁
表锁的语法是lock tables ... read/write。表级锁不仅限制其他线程的操作，也会限制本线程操作，比如说本线程对t1表加读锁，那么只能对t1进行读，而不能进行写。
元数据锁（MDL）
MDL不需要显式进行加锁，会在需要的时候自动加锁，当对表增删改查，会加读锁。对表进行结构改变会加写锁。读写互斥，写写互斥，读锁之间不互斥。因为修改字段会加MDL写锁，可能会导致其他请求阻塞。
- 如何给表安全加字段？首先要解决长事务，事务不提交，会一直占着MDL锁。可以查询Mysql的information_schema的innodb_trx表，kill长事务。比较理想的是alter table设置一个等待时间。拿不到MDL锁就先放弃，不会阻塞业务请求
alter table tbl_name wait n add column。。。
行级锁
行级锁是引擎实现的，innoDB支持行级锁，Mylsam不支持。
两段锁协议
innoDB中，行锁是在需要时候加上的，但是会在事务提交之后释放，因此如果事务加多个锁，可以让影响并发度的锁往后放。
死锁和死锁检测
当两个事务同时等待对方释放所需要的锁，会造成死锁，目前解决办法：
- 超时释放，超时时间可以通过innodn_lock_wait_timeout设置
- 死锁检测，发现死锁后，主动回滚其中的一个事务，将innodb_deadlock_detect=on开启
- 比较
- 超时释放对于在线服务来说难以接受
- 死锁检测会比较消耗CPU资源，影响性能
- 解决思路
- 控制并发度
- 保证不会发生死锁，可以把死锁检测关掉
- 设计上优化，比如说把一行更新改成多行。比如更新一个账号时，可以随机更新到十行，减少锁的冲突。但是这样在读的时候逻辑也要更改。
