五全局锁、表锁和行锁，哪种锁机制最适用于高并发场景？

本文共计2219个文字，预计阅读时间需要9分钟。

所有锁的初始化：数据库处理并发问题+全局锁：当你需要让整个库处于只读状态时，可以使用此命令，之后其他线程的以下语句将被阻塞：数据更新语句（数据的增删改）。

所有的锁的初衷：数据库处理并发问题

全局锁：当你需要让整个库处于只读状态的时候，可以使用这个命令，之后其他线程的以下语句会被阻塞：数据更新语句（数据的增删改）、数据定义语句（包括建表、修改表结构等）和更新类事务的提交语句。

典型使用场景：做全库逻辑备份；

可以看到，这个备份结果里，用户A的数据状态是“账户余额没扣，但是用户课程表里面已经多了
一门课”。如果后面用这个备份来恢复数据的话，用户A就发现，自己赚了。

不加锁的话，备份系统备份的得到的库不是一个逻辑时间点，这个视图跟逻辑不一致的

还有：

如果你在主库上备份，那么在备份期间都不能执行更新，业务基本上就得停摆；

如果你在从库上备份，那么备份期间从库不能执行主库同步过来的binlog，会导致主从延迟。

解决方法：

mysqldump。当mysqldump使用参数–single-transaction的时候，导
数据之前就会启动一个事务，来确保拿到一致性视图。而由于MVCC的支持，这个过程中数据是
可以正常更新的；

FTWRL呢？一致性读是好，但前提是引擎要支持这个隔离级别。比如，对于MyISAM这种不支持事务的引擎，如果备份过程中有更新，总是只能取到最新的数据，那么就破坏了备份的一致性。这时，我们就需要使用FTWRL命令了。

所以，single-transaction方法只适用于所有的表使用事务引擎的库。如果有的表使用了不
支持事务的引擎，那么备份就只能通过FTWRL方法。