mysql 全局锁表,关于mysql:MySQL的中的全局锁表级锁行锁

MySQL的中的全局锁、表级锁、行锁

学习极客工夫-林晓彬老师-MySQL实战45讲 学习整顿

🔒全局锁

对整个数据库实例加锁。通过应用Flush tables with read lock (FTWRL)办法，让整个数据库处于只读的状态，尔后的数据库的更新语句(增删改)、数据定义语句(建表、批改表构造)和更新类事务的提交语句会被阻塞

锁定整个数据库，那么全局锁的一个显著的应用场景就是做全库逻辑备份；还有另外一个形式应用set global readonly=true 让全库进入只读的状态，这两种形式有个最大的区别是：

异样解决上，如果客户端产生异样断开，MySQL会主动开释全局锁，让整个库回到失常的状态；将整个库设置为readonly之后，异样断开后，数据库还是会始终放弃readonly状态，导致数据库长时间处于不可写状态。

🔒表级锁

MySQL有两种表级锁：表锁和元数据锁(meta data lock (MDL))

表锁语法lock tables ...read/write，解锁unlock talbes。在客户端断开的时候会主动开释。表锁除了会限度别的线程读写外，也限定了本线程接下来的操作对象，例如：线程A执行lock tables t1 read,t2 write,其余线程写t1读t2写都会被阻塞，在unlock tables之前，A线程也只能读t1,写t2

元数据锁在拜访一个表的时候回主动加上，保障在拜访数据的时候，表的构造不能批改

🔒行锁

MySQL的行锁是在各个存储引擎中本人实现，InnoDB中就反对行锁，MyISAM引擎就不反对行锁

行锁就是锁住表中一行记录的锁，当A在对这行数据进行解决，B也想解决这条数据，就须要等到A处理完毕之后，B能力持续

两阶段锁协定

在InnoDB事务中，行锁是在须要的时候才被加上，但并不是不须要了就会立即开释，而是要期待以后事务完结后才会开释。

所以在如果事务中须要锁住多个行，把最可能造成并发的行尽量往后放。

举个🌰：

一个购票的零碎的买票业务大略是：

顾客A购票，A余额扣除票价

影院B账户余额减少电影票价

记录交易日志

这条业务下，并发的点在于影院B增加收入，如果每个客户依照1、2、3的业务程序去购票，那么并发的点2持有锁的工夫会很长；如果批改为3、1、2解决完并发的点之后，就会开释行级锁，缩小了事物之间的锁的等待时间。

死锁和死锁检测

不同线程之间相互持有对方的锁，A等B开释锁，B等A开释锁，那么就会造成死锁

解决死锁的策略：

一种策略是，间接进入期待，直到超时。这个超时工夫能够通过参数 innodb_lock_wait_timeout 来设置

发动死锁检测，发现死锁后，被动回滚死锁链条中的某一个事务，让其余事务得以继续执行。将参数 innodb_deadlock_detect 设置为 on，示意开启这个逻辑，

这里须要留神：

(1)拜访的行上有行锁才会去做死锁检测

(2)并不是每次死锁检测都都要扫所有事务。比方某个时刻，事务期待状态是这样的：

B在等A，D在等C，当初来了一个E，发现E须要等D，那么E就判断跟D、C是否会造成死锁，这个检测不必管B和A