数据库锁

根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。

全局锁

全局锁就是对整个数据库实例加锁。MySQL提供了一个加全局读锁的方法，命令是Flush tables with read lock (FTWRL)。当你需要让整个库处于只读状态的时候，可以使用这个命令，之后其他线程的以下语句会被阻塞：数据更新语句（数据的增删改）、数据定义语句（包括建表、修改表结构等）和更新类事务的提交语句。FTWRL一般是要备份数据库的时候，需要用的。

当然可以采用可重复读的机制，在可重复读隔离级别下开启一个事务，也能保证数据一致。但是必须要有引擎支持可重复读，InnoDB就支持。

还有一种机制是set global readonly=true的方式呢？确实readonly方式也可以让全库进入只读状态，但还是建议用FTWRL方式，主要有两个原因：

1. 在有些系统中，readonly的值会被用来做其他逻辑，比如用来判断一个库是主库还是备库。因此，修改global变量的方式影响面更大，我不建议你使用。
2. 在异常处理机制上有差异。如果执行FTWRL命令之后由于客户端发生异常断开，那么MySQL会自动释放这个全局锁，整个库回到可以正常更新的状态。而将整个库设置为readonly之后，如果客户端发生异常，则数据库就会一直保持readonly状态，这样会导致整个库长时间处于不可写状态，风险较高。

表级锁

MySQL里面表级别的锁有两种：一种是表锁，一种是元数据锁（meta data lock，MDL)。

锁表用的是lock table，释放锁是unlock tables，也可以在客户端断开的时候自动释放。Lock table不仅仅限制了其他线程的操作，也限制了本线程的操作。即如果线程A执行了lock table t1 read，那么他也只能读t1，不能写t1。

       元数据锁，这个元数据的锁保护的是表的结构，他在执行一条语句的时候，会自动加上元数据锁。比如你正在查询一个语句，而另外一个线程正在对表结构作变更，删了一个字段，那么肯定是不行的。

       给一个表加一个字段，需要注意一点，就是在你执行加字段的操作时，前面有1个读取的事务正在执行，那么正在执行的事务是默认加上了MDL锁的，事务中的MDL锁，在语句执行开始时申请，但是语句结束后并不会马上释放，而会等到整个事务提交后再释放。那么如果此时有其他的客户端要继续连接，那么就会等锁，如果超时，就重新建立一个session，可能会爆满。

       那么，如果安全地给表加字段呢？

1. information_schema库的 innodb_trx 表中，你可以查到当前执行中的事务，如果正好有长事务在执行，那么考虑直接kill掉。
2. 在alter table的语句加等待时间，拿不到锁就释放。

行锁

行锁也不是所有的数据库引擎都支持的，InnoDB支持。在InnoDB事务中，行锁是在需要的时候才加上的，但并不是不需要了就立刻释放，而是要等到事务结束时才释放。这个就是两阶段锁协议。

       所以要防止等待时间过多，一般是把影响锁冲突的，影响并发的锁放在后面。

死锁和死锁检测

当并发系统中不同线程出现循环资源依赖，涉及的线程都在等待别的线程释放资源时，就会导致这几个线程都进入无限等待的状态，称为死锁。

当出现死锁以后，有两种策略：

1. 直接进入等待，直到超时。这个超时时间可以通过参数innodb_lock_wait_timeout来设置。在InnoDB中，innodb_lock_wait_timeout的默认值是50s
2. 发起死锁检测，发现死锁后，主动回滚死锁链条中的某一个事务，让其他事务得以继续执行。将参数innodb_deadlock_detect设置为on(默认)，表示开启这个逻辑。