MySQL的存储引擎架构将处理和存储分离：这种架构的设计将查询处理（Query Processing）及其他系统任务（Server Task）和数据的存储/提取相分离。
MySQL的逻辑架构
第一层：连接处理、授权认证、安全等等（非mysql特有）
第二层：查询解析、分析、优化、缓存以及所有的内置函数，所有跨存储引擎的功能都在这一层实现：存储过程、触发器、视图等。
第三层： 存储引擎。存储引擎负责数据的存储和提取。
优化与执行
MySQL会解析查询，并创建内部数据结构（解析树），然后对其进行各种优化，包括重写查询、决定表的读取顺序，以及选择合适的索引等。
并发控制
MySQL在两个层面处理并发控制：服务器层（个人理解：表锁）与存储引擎层（个人理解：行锁）。
在处理并发读或者写时，可以通过实现一个由两种类型的锁组成的锁系统来解决问题。这两种类型的锁通常被称为共享锁（shared lock）和排他锁 （exclusive lock），也叫读锁（read lock）和写锁（write lock）。
读锁是共享的，相互不阻塞的。
写锁则是排他的，也就是说一个写锁会阻塞其他的写锁和读锁。
锁粒度
在给定的资源上，锁定 的数据量越少，则系统的并发程度越高。
锁策略，就是在锁的开销和数据的安全性之间寻求平衡。
表锁（table lock）
表锁是MySQL中最基本的锁策略，并且是开销最小的策略。
它会锁定整张表。一个用户在对 表进行写操作（插入、删除、更新等）前，需要先获得写锁，这会阻塞 其他用户对该表的所有读写操作。
写锁比读锁有更高的优先级，因此一个写锁请求可能会被插入到读锁队列的前面（写锁可以插入 到锁队列中读锁的前面，反之读锁则不能插入到写锁的前面）。
服务器会为诸如ALTER TABLE 之类的语句使用表锁，而忽略存储引擎的锁机制。
行级锁（row lock）
行级锁可以最大程度地支持并发处理（同时也带来了最大的锁开销）。
行级锁只在存储引擎层实现，而MySQL服务器层没有实现。服务器层完全不了解存储引擎中的锁实现。
