MySQL全局锁指的是哪些

2024-07-24 12:34:29

字体：大中小

来源：转载

供稿：网友

　　数据库设计的初衷是处理并发问题的，作为多用户共享的资源，当出现并发访问时，数据库需要合理地控制资源的访问规则。而锁就是用来实现这个访问规则的重要数据结构。

　　根据加锁的范围，MySQL 里面的锁大致可以分为全局锁、表锁、行锁。我们主要先来学习这几种锁，这篇我们学习全局锁。

　　以前有一种做法是通过上面提到的 FTWRL 确保在备份的时候不会有其他线程对数据库做更新，注意：这里备份过程中整个库都是完全处于只读状态。

　　因为全局锁是面向这个数据库的，所以加全局锁听起来很危险：

　　如果我们在主库上备份，在备份期间都不能执行更新，也就是基本上全部业务暂停。
　　如果我们在从库上备份，在备份期间主库同步过来的 binlog 从库都不能执行，也就是会导致主从延迟，数据不一致。
　　如何避免加锁
　　既然加全局锁影响这么大，我们能不能避免加锁呢？

　　通过上面的介绍，我们知道加锁是为了解决数据不一致问题。那么是不是只要我们能解决数据不一致的问题，就可以不用加全局锁了。有这样一个思路：如果我们在开始进行数据备份的时候，记录一个操作日志，备份过程中不加锁允许对数据库的增删改查，而在备份过程中，增删改查的操作记录都记到一个日志文件里，等我们备份完成后，再把这段时间日志文件里的操作都执行一遍。这样就能保证备份前后数据的一致性了。

　　总结，不加锁的话，备份得到数据和主数据不是一个逻辑时间点，这个视图是逻辑不一致的。如果保证逻辑时间点一致即逻辑视图一致就能保证数据一致，由此我们就想到了我们之前学过的事务隔离级别，可重复复读的隔离级别下开启一个事务就是一个一致性视图。

　　在 MySQL 的默认引擎 InnoDB 里有一个机制可以保证数据一致性。InnoDB 引擎中有数据快照版本的功能，这个功能叫 MVCC，因为 MVCC 保留了历史版本的快照，每个快照都对应一个事务版本号，而在我们备份数据的时候会申请一个事务版本号，在读取数据的时候，只需要读取比自己事务版本号小的数据即可。

　　–single-transaction 命令加锁
　　官方自带的逻辑备份工具是 mysqldump。当 mysqldump 使用参数 –single-transaction 的时候，导数据之前就会启动一个事务，来确保拿到一致性视图。而由于 MVCC 的支持，这个过程中数据是可以正常更新的。

　　--single-transaction 参数的作用，设置事务的隔离级别为可重复读，即 REPEATABLE READ，这样能保证在一个事务中所有相同的查询读取到同样的数据，也就大概保证了在 dump 期间，如果其他 InnoDB 引擎的线程修改了表的数据并提交，对该 dump 线程的数据并无影响。

（编辑：武林网）

上一篇：mysql中sum 函数怎么用

下一篇：mysql如何把值转换为二进制