MySQL服务器逻辑架构
MySQL的存储引擎架构将查询处理与数据的存储/提取相分离。下面是MySQL的逻辑架构图：
第一层负责连接管理、授权认证、安全等等。
每个客户端的连接都对应着服务器上的一个线程。服务器上维护了一个线程池，避免为每个连接都创建销毁一个线程。当客户端连接到MySQL服务器时，服务器对其进行认证。可以通过用户名和密码的方式进行认证，也可以通过SSL证书进行认证。登录认证通过后，服务器还会验证该客户端是否有执行某个查询的权限。
第二层负责解析查询(编译SQL)
并对其进行优化(如调整表的读取顺序，选择合适的索引等)。对于SELECT语句，在解析查询前，服务器会先检查查询缓存，如果能在其中找到对应的查询结果，则无需再进行查询解析、优化等过程，直接返回查询结果。存储过程、触发器、视图等都在这一层实现。
第三层是存储引擎
存储引擎负责在MySQL中存储数据、提取数据、开启一个事务等等。存储引擎通过API与上层进行通信，这些API屏蔽了不同存储引擎之间的差异，使得这些差异对上层查询过程透明。存储引擎不会去解析SQL。
并发控制
无论何时，只要存在多个查询需要在同一时刻修改数据，都会产生并发控制问题。解决这类问题，有一个经典的方法，读写锁，分为读锁和写锁，也叫共享锁和排他锁。
读锁是共享的，互补阻塞；写锁匙排他的，一个写锁会阻塞其他的写锁和读锁。
锁策略
问题是加锁需要消耗资源，频繁的加锁解锁会使得系统性能受到影响，所谓锁策略，就是在锁的开销和安全性之间寻求平衡。下面介绍两种最重要的锁策略。
表锁
表锁匙MySQL中最基本的锁策略，并且是开销最小的策略。表锁会锁定整张表，一个用户在对表进行写操作（插入、更新、删除）前，需要获得写锁。
行级锁
行级锁可以最大程度地支持并发处理（同时也带来了最大的锁开销）。行级锁只在存储引擎层实现，而MySQL服务器层没有实现。
事务
事务就是一组原子性的SQL查询，或者说一个独立的工作单元。
除非通过严格的ACID测试，否则空谈事务的概念是不够的。ACID表示原子性（atomicity），一致性(consistency)，隔离性(isolation)和持久性(durability)。
- 原子性
整个事务中的所有操作要么全部成功，要么全部失败。
- 一致性
数据库总是从一个一致性状态到另一个一致性状态。
- 隔离性
一个事务所做的修改在最终提交以前，对其他事务是不可见的。
- 持久性
一旦事务提交，则其所做的修改就会永久保存到数据库中。
隔离级别
在SQL标准中定义了四种隔离级别，每一种级别都规定了一个事务中所做的修改，哪些在事务和事务是可见的，哪些是不可见的。
下面简单介绍四种隔离级别：
- READ UNCOMMITTED(未提交读)
在这个级别中，事务中的修改，即使没有提交，对其他事务也都是可见的，事务可以读取未提交的事务，这样被称为脏读(Dirty Read)。
- READ COMMITTED(提交读)
一个事务从开始直到提交之前，所做的修改对其他事务都是不可见的，这也叫不可重复读（nonrepeatable read)，因为两次同样的查询，可能会得到不一样的结果。
- REPEATABLE READ(可重复读)
可重复读是MySQL默认的事务隔离级别，虽然他解决了脏读的问题，但还是无法解决另一个幻读（Phantom Read）的问题。
所谓幻读，指的是当某个事物在读取某个范围之内的记录时，另外一个事务又在该范围内插入了新的记录，当之前的事务再次读取该范围的记录时，会产生幻行，
- SERIALIZABLE(可串行化)
SERIALIZABLE是最高的隔离级别，它通过强制事务串行执行，避免了前面的幻读问题。简单来说就是，SERIALIZABLE会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用的问题。
死锁
死锁是指两个或者多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环的现象。
左图那两辆车造成死锁了吗？不是！右图四辆车造成死锁了吗？是！
多版本并发控制
多版本并发控制（MVVC)，能够避免加锁操作，因此开销更低。MVVC的实现，是通过保存数据在某个时间点的快照来实现的，典型的有乐观并发控制和悲观并发控制。
InnoDB的MVVC，是通过在每行记录后面保存两个隐藏的列来实现的，这两个列分别保存了行的创建时间和过期时间（或删除时间），当然不是具体时间，而是系统版本号。
MVVC只在REPETABLE READ和READ COMMITED两个隔离级别下工作。其他两个隔离级别都和MVVC不兼容，因为READ UNCOMMITED总是读取最新行的数据，而不是符合当前事务版本的数据行。而SERIALIZABLE则会对所有读取的行都加锁。
存储引擎
- InnoDB是MySQL的默认事务型引擎。
- MyISAM存储引擎是MySQL5.1及之前的版本，但MyISAM不支持事务和行级锁，且有一个毫无疑问的缺陷就是崩溃后无法安全恢复。
