phpmysql并发技巧_资深轨范员经典总结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则会对所有读取的行都加锁。

须要的Java架构师方面的资料可以关注之后私信哈，回答“资料”领取免费架构视频资料，记得要点赞转发噢！
！
！