1.1 MySQL架构
第一层：
连接、线程处理、授权、安全等等。大多数基于网络的客户端/服务器的工具或者服务器都有类似架构。
第二层：
是MySQL比较有意思的部分。大多数的MySQL核心服务功能都在这一层，包括查询、分析、优化、缓存以及所有的内置函数（日期、时间、数学和加密函数），所有的跨存储引擎的功能都在这一层实现：存储过程、触发器、视图等。
第三层：
包含存储引擎。存储引擎负责MySQL中数据的提取和存储。每个存储引擎都有它的优势和劣势。
1.1.1 连接管理与安全性
每个客户端都会在服务器进程中有一个线程，这个连接的 查询只会在这个单独的线程中执行。当客户端建立连接时，服务器需要对其进行认证。认证基于用户名、原始主机和密码。如果使用了SSL的方式进行连接，还可以用X.509证书认证。
1.1.2 优化与执行
对于SELECT语句，在解析查询之前，服务器会先检查缓存，如果能找到对应的查询，服务器就不必在进行解析、优化、和执行整个的过程，而是能直接返回插叙浓重的结果集。
1.2 并发控制
MYSQL：两个层面的并发控制服务器层与存储引擎层。
读写锁：
1.3 事务
事务就是一组原子性的SQL查询，或者说一个独立的工作单元。事务内的语句，要么全部执行成功，要么全部执行失败。
1.原子性：一个事务必须必视为一个不可分割的最小的工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败。对于一个事务，不可能只执行其中的一部分操作，这就是事务的原子性。
2.一致性：数据库总一个一致性的状态转换到另外一个的状态。
3.隔离性：一个事物所做的修改在最终提交以前，对其他 的事务是不可见的。
4.持久性：一旦事务提交，则其所做的修改就会永久的保存到数据库。即使系统崩溃，修改的数据也不会丢失。
在数据库中混合使用存储引擎
在事务中混合事务型和非事务型的表，在正常的提交下不会有什么问题，所以在同一个事务中，使用多种存储引擎室不可靠的。但是事务需要回滚，非事务型的表上就无法撤销，这会导致数据库处于不一致的状态。这种情况很难恢复。事务最终稿将无法确定。所以为每张表选择合适的存储引擎非常重要。
隐式和显式锁定
InnoDB采用的是两段锁定。在事务的执行中，随时都可以采取锁定，锁只有在执行CMMIT或者ROLLBACK的时候才能释放，并且所有的锁都是在同一时刻释放。这是隐式锁定。显示锁定是 要特定的SQL语句：
SELECT ... LOCK IN SHARE MODE
SELECT ... FOR UPDATE
1.4多版本并发控制
MYSQL大多数事务存储引擎都不是简单的行级锁，基于并发考虑，一般实现了多版本控制（MVVC).
一般分为两种：悲观和乐观。
InnoDB的MVCC，是同过在每行记录后保存两个隐藏列来实现的。一个保存行的创建时间，另一行保存过期时间（或删除时间）。时间是指系统版本号，每没开始一个新的事务，系统版本号都会递增。事务开始时刻的系统版本号作为事务的版本号，用来查询到的记录版本号进行比较。
SELECT
a.InnoDB只会查询版本早于当前事务版本的数据行，这样可以确保事务读取的行，要么是在事务开始前已经存在的，要么是事务自身插入或者修改过的。
b.行的删除版本要么未定义，要么大于事务当前的版本号。这样可以确保事务读取到的行，在事务开始前未被删除。
INSERT
InnoDB为新插入的每一行保存当前系统的版本号作为行版本号
DELETE
InnoDB为删除的每一行保存当前系统版本号作为行标识
UPDATE
InnoDB每插入一行记录，保存当前系统版本号作为行版本号，同时保存当前系统版本号到原来的行作为行标识。
MVCC只在REPETABLE READ和READ COMMITTED两个级别下工作。其他两个级别的MVCC不兼容。
1.5 InnoDB引擎 简介
InnoDB基于聚簇索引建立的。InnoDB将每个表的数据和索引文件放在单独的文件中。InnoDB采用MVCC支持高并发，并且实现四个标准的隔离级别。默认级别是REPETABLE READ,并且通过间隙锁策略防止幻读的出现。
1.5.1 MyISAM引擎 简介
5.1之前， MyISAM是MySQL的默认引擎。提供大量的特性，包括全文索引、压缩、空间函数（GIS)等，但是MyISAM不支持事务和行级锁，而且崩溃后无法安全回复。
存储
MyISAM将文件存储在两个文件中：数据文件和索引文件，分别以.MYD和.MYI为扩展名。MyISAM表可以包含动态或静态行。
