3.全局锁、表锁、行锁，死锁

全局锁

对整个数据库实例加锁。

MySQL提供加全局读锁的方法：Flush tables with read lock(FTWRL) 这个命令可以使整个库处于只读状态。使用该命令之后，数据更新语句、数据定义语句和更新类事务的提交语句等操作都会被阻塞。

（可以用unlock tables主动释放锁）

• 使用场景：全库逻辑备份。

• 风险：

1.如果在主库备份，在备份期间不能更新，业务停摆

2.如果在从库备份，备份期间不能执行主库同步的binlog，导致主从延迟

• 官方自带的逻辑备份工具mysqldump，当mysqldump使用参数--single-transaction的时候，会启动一个事务，确保拿到一致性视图。而由于MVCC的支持，这个过程中数据是可以正常更新的。 一致性读是好，但是前提是引擎要支持这个隔离级别。
• 如果要全库只读，为什么不使用set global readonly=true的方式？

1.在有些系统中，readonly的值会被用来做其他逻辑，比如判断主备库。所以修改global变量的方式影响太大。

2.在异常处理机制上有差异。如果执行FTWRL命令之后由于客户端发生异常断开，那么MySQL会自动释放这个全局锁，整个库回到可以正常更新的状态。而将整个库设置为readonly之后，如果客户端发生异常，则数据库就会一直保持readonly状态，这样会导致整个库长时间处于不可写状态，风险较高。

 

表级锁

MySQL里面表级锁有两种，一种是表锁，一种是元数据锁(meta data lock，MDL)

• 表锁

lock tables ... read/write，可以用unlock tables主动释放锁，也可以在客户端断开的时候自动释放。

lock tables语法除了会限制别的线程的读写外，也限定了本线程接下来的操作对象。 对于InnoDB这种支持行锁的引擎，一般不使用lock tables命令来控制并发，毕竟锁住整个表的影响面还是太大。

注意：表锁是在不支持行锁的时候才会被用到（MyISAM）。

• MDL

MDL的作用：保证读写的正确性。 在对一个表做增删改查操作的时候，加MDL读锁；当要对表做结构变更操作的时候，加MDL写锁。（不需要显式使用，在访问一个表的时候会被自动加上。 ）

MDL 会直到事务提交才会释放，在做表结构变更的时候，一定要小心不要导致锁住线上查询和更新。

 

行级锁

• 两阶段锁

在 InnoDB 事务中，行锁是在需要的时候才加上的，但并不是不需要了就立刻释放，而是要等到事务结束时才释放。

应用：

如果你的事务中需要锁多个行，要把最可能造成锁冲突、最可能影响并发度的锁尽量往后放

死锁

• InnoDB处理死锁的方式：将持有最少行级排他锁的事物进行回滚
• 当出现死锁以后，有两种策略：

第一种策略如果超时时间设置过短容易造成误伤，第二种较消耗CPU资源

显式锁

这两个语句是在事务内起作用的，是行锁。它们能够保证当前session事务所锁定的行不会被其他session所修改（这里的修改指更新或者删除）。两个语句不同的是，一个是加了共享锁而另外一个是加了排它锁。可以这么理解，共享锁允许其他事务加共享锁读取，但是，不允许其他事务去做修改，或者加排它锁。而排它锁显得更加严格，不允许其他事务加共享锁或者排它锁，更加不允许其他事务修改加锁的行。