mysql数据库锁

全局锁：

Flush tables with read lock (FTWRL)
全局锁，是指对整个数据库加锁。使用场景是全库逻辑备份。
官方自带的逻辑备份工具是 mysqldump。当 mysqldump 使用参数–single-transaction 的时候，导数据之前就会启动一个事务，来确保拿到一致性视图。而由于 MVCC 的支持，这个过程中数据是可以正常更新的。（支持事务的引擎才能用这个参数）

mysqldump -h127.0.0.1 -uroot -p123456 --single-transaction --default-character-set=utf8 accounting_global zg_tenant_entity > /tmp/ccc.sql

对于myism存储引擎的表，是不能保证备份的完整的，因为其不支持事物，即使在RR隔离级别下，也不会对这种表产生事物隔离的效果。所以，需要使用Flush tables with read lock (FTWRL)。

表级锁：

对表加读锁后，自己也不能对其进行修改；自己和其他线程只能读取该表。 当对某个表只加上写锁后（lock table t2 write），该线程可以对这个表进行读写，其他线程对该表的读和写都受到阻塞；
加锁方法：
lock tables my_table1 read;（lock tables my_table1 write;）
INSERT INTO test_caoyong.my_table1 (name) VALUES (‘cy3’);
unlock tables ;

元数据锁
元数据锁是server层的锁，表级锁，主要用于隔离DML（Data Manipulation Language，数据操纵语言，如select）和DDL（Data Definition Language，数据定义语言，如改表头新增一列）操作之间的干扰。每执行一条DML、DDL语句时都会申请MDL锁，DML操作需要MDL读锁，DDL操作需要MDL写锁（MDL加锁过程是系统自动控制，无法直接干预，读读共享，读写互斥，写写互斥）
如果某个表上的查询语句频繁，而且客户端有重试机制，也就是说超时后会再起一个新 session 再请求的话，这个库的线程很快就会爆满。有未提交的事务时无法修改表字段，而且在存在长事务时执行修改表字段命令是一个危险的操作，可能阻塞其它增删改查请求，或导致线程爆满。数据库线程爆满，会导致该库崩溃。