Mysql全局锁、表锁、行级锁

全局锁

全局锁就是对整个数据库加锁。加锁方式是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中，行锁是在需要时候加上的，但是会在事务提交之后释放，因此如果事务加多个锁，可以让影响并发度的锁往后放。

死锁和死锁检测

当两个事务同时等待对方释放所需要的锁，会造成死锁，目前解决办法：

1. 超时释放，超时时间可以通过innodn_lock_wait_timeout设置
2. 死锁检测，发现死锁后，主动回滚其中的一个事务，将innodb_deadlock_detect=on开启
3. 比较

• 超时释放对于在线服务来说难以接受
• 死锁检测会比较消耗CPU资源，影响性能

4. 解决思路

• 控制并发度
• 保证不会发生死锁，可以把死锁检测关掉
• 设计上优化，比如说把一行更新改成多行。比如更新一个账号时，可以随机更新到十行，减少锁的冲突。但是这样在读的时候逻辑也要更改。