Mysql的并发控制原理

Mysql是主流的开源关系型数据库，提供高性能的数据存储服务。咱们在作后端开发时，性能瓶颈每每不是应用自己，而是数据库层面。因此掌握Mysql的一些底层原理有助于咱们更好地理解Mysql，对Mysql进行性能调优，从而开发高性能的后端服务。

Mysql的逻辑架构

Mysql的逻辑架构以下图：

最上层是处理客户端过来的链接的。主要作链接处理、受权认证、安全等。Mysql在这一层维护了一个线程池，用于处理来自客户端的链接。Mysql可使用用户名密码认证，也可使用SSL基于X.509证书认证。

第二层由三部分组成：查询缓存、解析器、优化器。解析器用来解析SQL语句，优化器会对解析以后的语句进行优化。在解析查询前，服务器会先检查查询缓存，若是能在其中找到对应的查询结果，则无需再进行查询解析、优化等过程，直接返回查询结果。存储过程、触发器、视图等都在这一层实现。

第三层是存储引擎，存储引擎负责在MySQL中存储数据、提取数据、开启一个事务等等。存储引擎经过API与上层进行通讯，这些API屏蔽了不一样存储引擎之间的差别，使得这些差别对上层查询过程透明。存储引擎不会去解析SQL。

Mysql最经常使用的存储引擎是InnoDB

Mysql的并发控制

若是多个线程同时操做数据，就有可能引起并发控制的问题。本文接下来将介绍Mysql是如何控制并发读写的。

读写锁

若是多个线程都只是读数据，其实能够一块儿读，不会互相影响，这个时候应该使用“读锁”，也称为共享锁。获取读锁的线程之间互相不会阻塞，能够同时读取一个资源。

若是有一个线程须要写数据，则应该使用“写锁”，也成为排它锁。写锁会阻塞其它的写锁和读锁，直至写操做完成。

锁粒度

首先明确一个概念：在给定的资源上，须要加锁的数据越少，系统可以承载的并发量就越高。但加锁也是须要消耗资源的，若是系统花费大量的时间来管理锁，而不是存取数据，那么系统的性能可能会所以受影响。

因此一个好的“锁策略”就是要在锁的开销和数据的安全性之间寻求平衡，Mysql支持多个存储引擎的架构，每种存储引擎均可以实现本身的锁策略和锁粒度。

表锁和行锁

表锁顾名思义就是锁住整张表。表锁开销比较小。对表加写锁后，其它用户对这张表的全部读写操做都会被阻塞。在Mysql中，尽管存储引擎能够提供本身的锁，但Mysql有时候也会使用表锁，好比ALTER TABLE之类的语句。

写锁比读锁有更高的优先级，所以一个写锁请求可能会被插入到读锁队列的前面。

行级锁即锁住整行，能够最大程度地支持并发处理，但加解锁的开销也会比较大。行级锁只在储存引擎层实现，全部的存储引擎都以本身的方式实现了行级锁。

MVCC

MVCC即“多版本并发控制”，能够认为MVCC是行级锁的一个变种，可是它在不少状况下避免了加锁操做，所以开销更低。

主流的关系型数据库都实现了MVCC，但实现机制各有不一样。实际上MVCC也没有一个统一的标准。但大都实现了非阻塞的读操做，写操做也只是锁定必要的行。

MVCC保证的是每一个事务里面在执行期间看到的数据都是一致的。但不一样的事务因为开始的时间不一样，因此可能对同一张表，同一时刻看到的数据是不同的。

在Mysql的InnoDB引擎，是经过给每行记录后面保存两个隐藏的列来实现的。一个是保存行的建立时间，另外一个保存了行的过时时间（或删除时间）。

实际上存储的并非实际的一个时间戳，而是“系统版本号”。

每次开启一个事务，系统版本号都会递增。事务开始时，系统版本号会做为事务的版本号，用来和查询到的行的版本号进行比较。下面分别介绍常见的CRUD操做中版本号是怎么工做的：

INSERT

保存当前系统版本号做为行版本号

DELETE

保存当前的系统版本号到这行数据的“删除版本”。

UPDATE

插入一行新纪录，保存当前系统版本号做为行版本号，同时保存当前系统版本号到原来的行的“删除版本”。

SELECT

• 只查找版本早于当前事务版本的行。这样能够保证事务读取都的行，要么以前就存在，要么是这个事务自己本身插入或者修改的。
• 行的“删除版本”要么未定义，要么大于当前事务版本号。这样能够确保事务读取到的行，在事务以前没有被删除。

MVCC只在REPEATABLE READ和READ COMMITTED两个隔离级别下工做，其它两个隔离级别不能工做。由于READ UNCOMMITTED老是读取最新的数据防，而不是符合当前事务版本的数据行。而SERIALIZABLE则会对全部读取的行都加锁。