mysql-锁

锁

mysql的锁根据锁的范围来划分分为全局锁、表锁、行锁。

全局锁

顾名思义：就是对整个数据库的实例加锁，mysql提供了一个全局加锁的功能，命令是FLUSH TABLES WITH RED LOCK(ftwrl),当你使用整个库使用只读的时候，可以加这个锁，之后其他线程的以下语句会被阻塞：数据更新语句（数据的增删改）、数据定义语句（包括建表、修改表结构等）和更新类事务的提交语句。
使用场景：做全库逻辑备份，也就是把整库每个表都select出来存成文本。
如果不加锁，备份系统得到的库不是同一个逻辑时间点，这个视图是逻辑不一致的。
可以通过可重复读的隔离级别，拿到一致性的视图，官方自带的逻辑备份工具是 mysqldump。当 mysqldump 使用参数–single-transaction的时候，导数据之前就会启动一个事务，来确保拿到一致性视图。而由于 MVCC 的支持，这个过程中数据是可以正常更新的。
single-transaction 方法只适用于所有的表使用事务引擎的库。如果有的表使用了
不支持事务的引擎，那么备份就只能通过 FTWRL 方法。
既然要全库只读，为什么不使用 set global readonly=true？
确实 readonly 方式也可以让全库进入只读状态，但是推荐使用FTWRL方式，
一是，在有些系统中，readonly 的值会被用来做其他逻辑，比如用来判断一个库是主库
还是备库。因此，修改 global 变量的方式影响面更大。
二是，在异常处理机制上有差异。如果执行 FTWRL 命令之后由于客户端发生异常断
开，那么 MySQL 会自动释放这个全局锁，整个库回到可以正常更新的状态。而将整个
库设置为 readonly 之后，如果客户端发生异常，则数据库就会一直保持 readonly 状
态，这样会导致整个库长时间处于不可写状态，风险较高。

表锁

mysql的表锁有两种，一种是表锁，一种是元数据锁。
表锁的语法是：lock tables …read/write，与FTWRL类似，可以用unlock tables释放锁，也可以在客户端断开的时候自动释放，需要注意的是lock tables 除了限制别的线程读写外，也限制了本线程接下来的操作对象。
另一类表级的锁是MDL,mdl不需要显示的使用，在访问一个表上会主动加上，mdl的作用是保证读写的正确性。
在 MySQL 5.5 版本中引入了 MDL，当对一个表做增删改查操作的时候，加 MDL
读锁；当要对表做结构变更操作的时候，加 MDL 写锁。
读锁之间不互斥，因此你可以有多个线程同时对一张表增删改查。
读写锁之间、写锁之间是互斥的，用来保证变更表结构操作的安全性。因此，如果有两
个线程要同时给一个表加字段，其中一个要等另一个执行完才能开始执行。

如何安全的给小表加字段？
首先我们要解决长事务，事务不提交，就会一直占着 MDL 锁。在 MySQL 的
information_schema 库的 innodb_trx 表中，你可以查到当前执行中的事务。如果你要
做 DDL 变更的表刚好有长事务在执行，要考虑先暂停 DDL，或者 kill 掉这个长事务。
总结：全局锁主要用在逻辑备份过程中。对于全部是 InnoDB 引擎的库，我建议你选择使用–single-transaction 参数，对应用会更友好。
表锁一般是在数据库引擎不支持行锁的时候才会被用到的。如果你发现你的应用程序里有lock tables 这样的语句，要么是你的系统现在还在用 MyISAM 这类不支持事务的引擎，那要安排升级换引擎；要么是你的引擎升级了，但是代码还没升级。我见过这样的情况，最后业务开发就是把lock tables 和 unlock tables 改成 begin 和 commit，问题就解决了。
MDL 会直到事务提交才释放，在做表结构变更的时候，你一定要小心不要导致锁住线上查询和更新。

行锁

顾名思义，行锁就是针对数据表中行记录的锁。这很好理解，比如事务 A 更新了一行，而这时候事务 B 也要更新同一行，则必须等事务 A 的操作完成后才能进行更新。
两阶段锁：
在InnoDB事务中，行锁是在需要的时候才加上的，但并不是不需要了就立刻
释放，而是要等到事务结束时才释放。这个就是两阶段锁协议。
死锁：
当并发系统中不同线程出现循环资源依赖，涉及的线程都在等待别的线程释放资源，就会导致这几个线程进入无限等待的状态，称为死锁。
当出现死锁后有两种策略
一种策略是，直接进入等待，直到超时，这个超时时间可以通过参数innodb_lock_wait_timeout来设置。
一种策略是发起死锁检测，发现死锁后，主动回滚到死锁链条中的某个事务，让其他事务得以继续执行将参数innodb_deadlock_detect设置为on，表示开启这个逻辑。
在 InnoDB 中，innodb_lock_wait_timeout 的默认值是 50s，意味着如果采用第一个策
略，当出现死锁以后，第一个被锁住的线程要过 50s 才会超时退出，然后其他线程才有可能继续执行。对于在线服务来说，这个等待时间往往是无法接受的。