MySQL架构 - 并发控制

可能会出现同时修改同一数据的情况发生。这就涉及到了并发控制问题。MySQL通过两个级别解决这个 问题。服务器级别和存储引擎级别。并发控制在理论上来说都是一个庞大的话题。这不是本书的关注点。 我们所讲到的是一个MySQL处理并发读和并发写的一个简单的介绍。

我们会用一个Unix系统下的EMAIL邮箱做为例子。经典的邮箱文件格式是很简单的。一个邮箱的所有信 息都是一个接着一个连接起来的。这非常容易读取和解析mail的信息。邮件的分发也很简单。只要把信息 添加到文件的内容的最后就可以了。

但是如果出现两个操作同时对一个邮箱进行分发操作会怎样？答案是肯定的，信息格式必然被破坏， 两条混乱的信息插入到文件的最后。还好邮件分发程序用锁机制解决了这个问题。如果第二个消息要添加 ，就会遇到文件被锁。它必须要获得锁，才能分发这个信息。

读取锁和写入锁

从邮箱读取并不能引发什么错误。因为这些操作没有做任何的修改。如果删除操作和读邮箱操作同时 进行的时候，会怎样呢？视情况而定，但是可能会读取一个毁坏的不连贯的信息。因此，为了安全，读取 邮箱也要格外的小心。

如果把邮箱看做数据库的表，每条信息看做一行。就会发现这两种情况下错误是一样的。在很多情况 下，一个邮箱就是简单的一张表。修改表的行和修改邮箱的信息是非常相似的。

对于这种经典的错误，解决方案也很简单。一般都是实现了两种锁。这两种锁一般叫做共享锁 （shared locks）以及排它锁（exclusive locks）或者可以叫做读取锁（read locks）和写入锁（write locks）。

没必要担心锁的技术。我们会描述这个概念的。读取锁的资源是共享的，它们之间是非阻塞的。许多 Clients同时读取同一数据，彼此之间并不会影响。写入锁，意思就是一种独占的意思。如，它们阻塞了 读取锁和其他的写入锁。因为在同一时间只能有一个Client写入资源。避免在写的同时，数据被读取。

在数据库中，总会有锁的现象发生。MySQL会避免一个Client读取的同时，另一个进行修改。一般锁都 是通过某种方式内部管理的，这种方式大多数时候是透明的。

锁的颗粒度

大部分都选择锁的对象这个方法来提高共享资源的并发性。要锁定你要更改的数据，而不是锁定整个 资源。最佳的情况下，是锁定准确的数据。要尽可能的缩小锁定数据的范围。

锁的问题就是资源消耗。每个锁的操作，如得到一个锁，检查这个锁是否空闲，释放锁等等。额外的 开销挺大。如果系统花费大量的时间来管理锁，而不是用来存储和获取数据，那么性能是很糟糕的。

锁策略一般是在锁的额外开销和安全性取一个折中的方法。这个策略会影响到性能。大部分商业的数 据库不会给你更多的选择：你获得是行级别的锁。有大量的复杂的算法使得其具有很高的性能。

MySQL提供了更多的选择。它的存储引擎提供了自己的锁策略和锁的颗粒度。锁管理在存储引擎的设计 中是非常重要的。

锁的颗粒度在某一级别，对于某些的操作有很大的性能提升。然而可能对于其他的引擎就不太适合了 。因为MySQL本身提供了多个存储引擎。所以不会有一个通用的解决方案。让我们来看下比较重要的两个 锁的策略。

（编辑：济南站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!