数据库的锁是为了解决并发问题。当多用户访问共享资源时，数据库需要合理的控制共享资源的并发访问规则。
全局锁
- 对整个数据库实例加锁，FTWRL（Flush Tables With Read Lock）
- 整个数据库会处于只读状态，主要用于全局备份的场景。
Tips 1： 全局锁会阻塞数据库的更新、数据库定义、事务提交。因此，如果数据库支持可重复读，可利用这个特性来拿到一个一致性的视图（MVCC）
Tips 2 : 全局只读 set global readonly=true。 但这种方式有下面两个缺点：
- read only通常会被用来区分主库、从库
- FTWRL在客户端异常断开是会自动释放，Read Only不会
表锁
表锁有两种：表锁、元数据多MDL
- 表锁的语法是 lock tables … read/write
- MDL锁：增删改查时会加MDL读锁；修改标结构时加MDL写锁。读写锁之间，写锁之间互斥。
Tips3：修改表结构都会给数据库加写锁，尽量选在业务低峰期执行，避免阻塞业务；也可以针对 alter table增加等待时间；
行锁
Mysql的行锁是在存储引擎层实现的，Innodb支持行锁，MyIsam不支持。
- 两阶段锁：
Innodb事务中，行锁是在需要时才加上，在事务执行完成之后才释放。
如果你的事务中需要锁多个行，要把最可能造成锁冲突、最可能影响并发度的锁尽量往后放。
死锁和死锁检测
当并发系统出现循环资源依赖时，就会发生死锁。
死锁策略：
1.进入等待，一直到超时。innodb_lock_wait_timeout 默认值为50s
- 死锁检测, 发现死锁后，主动回滚死锁链条中的某一事务。innodb_deathlock_detdect
热点账户并发控制 —— 控制并发度
- 业务逻辑一般不可能保证完全不会出现死锁
- 将一行记录打散为多行，来降低死锁发生的概率。但是需要业务逻辑做详细的设计，保证不同记录间的值有效。
