昨天，我们聊到全局锁，感觉全局锁有点废，加了锁还有可能出那么多问题，如果不加的话，，备份系统备份的得到的库不是一个逻辑时间点，这个视图是逻辑不一致的。那么又会导致数据不一致的结果，所以我就果断的放弃了这个鸡肋。去寻找新的一把锁，表锁。
MySQL 里面表级别的锁有两种：一种是表锁，一种是元数据锁（meta data lock，MDL)。
表锁
语法 ：lock tables tables_name read/write,用unlock tables 主动释放锁，需要注意，lock tables 语法除了会限制别的线程的读写外，也限定了本线程接下来的操作对象。
举个文中的例子，如果在某个线程 A 中执行 lock tables t1 read, t2 write; 这个语句，则其他线程写 t1、读写 t2 的语句都会被阻塞。同时，线程 A 在执行 unlock tables 之前，也只能执行读 t1、读写 t2 的操作。连写 t1 都不允许，自然也不能访问其他表。
这里有几个概念，读锁，写锁，读写锁。
读锁之间不互斥，因此你可以有多个线程同时对一张表增删改查。
读写锁之间、写锁之间是互斥的，用来保证变更表结构操作的安全性。因此，如果有两个线程要同时给一个表加字段，其中一个要等另一个执行完才能开始执行。
这样你应该就能很好的理解吧。
元数据锁 称为MDL锁。
MDL 不需要显式使用，在访问一个表的时候会被自动加上。MDL 的作用是，保证读写的正确性。
事务中的MDL锁，在语句开始时申请，但是语句结束不会马上释放，就算是查询语句，也要等整个事务提交后再释放。
今天就写在这里啊。
图片发自简书App
