什么是MDL
MDL，Meta Data lock，元数据锁，一般称为字典锁。字典锁与数据锁相对应。字典锁是为了保护数据对象被改变，一般是一些DDL会对字典对象改变，如两个TX，TX1先查询表，然后TX2试图DROP，字典锁就会lock住TX2，知道TX1结束（提交或回滚）。数据锁是保护表中的数据，如两个TX同时更新一行时，先得到row lock的TX会先执行，后者只能等待。
MDL的设计目标
字典锁在设计的时候是为了数据库对象的元数据。到达以下3个目的。
1、提供对并发访问内存中字典对象缓存（table definatin cache，TDC）的保护。这是系统的内部要求。
2、确保DML的并发性。如TX1对表T1查询，TX2同是对表T1插入。
3、确保一些操作的互斥性，如DML与大部分DDL（ALTER TABLE除外）的互斥性。如TX1对表T1执行插入，TX2执行DROP TABLE，这两种操作是不允许并发的，故需要将表对象保护起来，这样可以保证binlog逻辑的正确性。（貌似之前的版本存在字典锁是语句级的，导致 binlog不合逻辑的bug。）
支持的锁类型
数据库理论中的基本锁类型是S、X，意向锁IS、IX是为了层次上锁而引入的。比如要修改表中的数据，可能先对表上一个表级IX锁，然后再对修改的数据上一个行级X锁，这样就可以保证其他试图修改表定义的事物因为获取不到表级的X锁而等待。
MySQL中将字典锁的类型根据不同语句的功能，进一步细分，细分的依据是对字典的操作和对数据的操作。细分的好处是能在一定程度上提高并发效率，因为如果只定义X和S两种锁，必然导致兼容性矩阵的局限性。MySQL不遗余力的定义了如下的锁类型。
名称 | 意义 |
MDL_INTENTION_EXCLUSIVE | 意向排他锁，只用于范围上锁 |
MDL_SHARED | 共享锁，用于访问字典对象，而不访问数据。 |
MDL_SHARED_HIGH_PRIO | 只访问字典对象（如DESC TABLE） |
MDL_SHARED_READ | 共享读锁，用于读取数据（如select） |
MDL_SHARED_WRITE | 共享写锁，用于修改数据（如update） |
MDL_SHARED_NO_WRITE | 共享非写锁，允许读取数据，阻塞其他TX修改数据（如alter table） |
MDL_SHARED_NO_READ_WRITE | 用于访问字典，读写数据 不允许其他TX读写数据 |
MDL_EXCLUSIVE | 排他锁，可以修改字典和数据 |
可以看到MySQL在ALTER TABLE的时候还是允许其他事务进行读表操作的。需要注意的是读操作的事物需要在ALTER TABLE获取MDL_SHARED_NO_WRITE锁之后，否则无法并发。这种应用场景应该是对一个较大的表进行ALTER时，其他事物仍然可以读，并发性得到了提高。
锁的兼容性
锁的兼容性就是我们经常看到的那些兼容性矩阵，X和S必然互斥，S和S兼容。MySQL根据锁的类型我们也可以知道其兼容矩阵如下：
IX | S | SH | SR | SW | SNW | SNRW | X | |
IX | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
S | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 0 |
SH | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 0 |
SR | 1 | 1 | 1 | 1 | 1 | 1 | 0 | 0 |
SW | 1 | 1 | 1 | 1 | 1 | 0 | 0 | 0 |
SNW | 1 | 1 | 1 | 1 | 0 | 0 | 0 | 0 |
SNRW | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 |
X | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
1代表兼容，0代表不兼容。你可能发现X和IX竟然兼容，没错，其实这里的IX已经不是传统意义上的IX，这个IX是用在范围锁上，所以和X锁不互斥。
