1. MySQL服务器逻辑架构

连接/线程处理: 基于C/S的工具类似,实现连接处理,授权认证,安全等.
查询缓存/解析器: 实现查询解析,分析,优化,缓存.内置函数和跨存储引擎如存储过程,触发器,视图等.
存储引擎: 数据的存储和提取.不会解析sql,独立与上层服务器通过api进行通信.

2. 并发控制

每种存储引擎有不同的锁策略和锁粒度
表锁是MySQL中最基本,开销最小的策略,阻塞其他用户对该表的读写操作.写锁比读锁有更高的优先级.
行级锁: InnoDB和XtraDB,行级锁只在存储引擎实现
事务: ACID, 原子性,一致性,隔离性(isolation),持久性(durability).
MySQL默认的事务隔离级别为可重复读(REPEATABLE READ)
死锁: 不同引擎处理方式不同.InnoDB 处理死锁方法,将持有最少行级排他锁的事务进行回滚
多版本并发控制(MVCC): 如InnoDB, 通过在每行记录后面保存两个列存储创建和删除时的系统版本号.

3. 存储引擎

创建表时,MySQL会在数据库子目录下创建一个同名.frm文件保存表的定义

InnoDB: 处理大量的短期事务, 通过间隙锁锁定查询涉及的行和索引中的间隙进行锁定,防止幻影行的插入, 基于聚簇索引创建表.通过一些机制和工具支持真正的热备份.一般优先考虑InnoDB存储引擎

MyISAM: 包括全文索引,压缩,空间函数,延迟更新索引键等特性,不支持事务和行级锁,崩溃后无法安全恢复.对于只读数据,表小可以忍受修复操作可以使用该引擎.
如果要使用全文索引,建议用InnoDB加上Sphinx组合替换MyISAM

使用引擎考虑:事务,备份,崩溃恢复,特有特性
日志型应用: MyISAM 或者Archive,因为开销低插入速度快更为适合
对于大数据量需要建立数据仓库,Infobright和TokuDB是比较好的解决方案