MySQL读书笔记－并发控制

MySQL在两个层面的并发控制。

• 服务器层
• 存储引擎层

无论何时，只要有多个查询需要在同一时刻修改数据，都会产生并发控制的问题。MySQL是如何控制并发读写的呢？在处理并发读或者写时，可以通过实现一个由两种类型的锁组成的锁系统来解决问题。这两种类型的锁，通常被称为共享锁（shared lock）和排他锁（exclusive lock），或者读锁（read lock）和写锁（write lock）。数据库每时每刻都在发生锁定，当某个用户在修改某一部分数据时，MySQL会通过锁定防止其他用户读取同一个数据。

读写锁

读锁，是共享的（互不阻塞的），多个客户在同一时刻可以同时读取同一个资源，而互不干扰。
写锁，是排他的（会阻塞其他的写锁和读锁），这是出于安全策略的考虑。

锁力度

一种提高共享资源并发性的方式就是，让锁定对象更有选择性。尽量只锁定需要修改的部分数据，而不是所有的数据。任何时候，在给定的资源上，锁定的数据量越少，则系统的并发程度越高。

问题是，加锁也需要消耗资源。锁的各种操作，包括，获得锁，检查锁，释放锁等，都会增加系统的开销。锁策略，就是在锁的开销和数据安全性之间寻求平衡。大多数商业数据库都没有提供更多的选择，一般都是在表上施加行级锁（row-level lock）。而MySQL则提供了多种选择，每种MySQL存储引擎都可以实现自己的锁策略和锁粒度。下面是两种重要的锁策略。

• 表锁（table lock）

是开销最小的锁策略。在特定的场景中，表锁也可能有良好的性能。

• 行级锁（row lock）

行级锁可以最大程度地支持并发处理，同时也带来了最大的锁开销。行级锁只在存储引擎层实现，而服务器层没有实现，服务器层完全不了解存储引擎中的锁实现。