MYSQL逻辑结构有三层，分别为 
1. 连接/线程处理：实现连接处理，授权认证，安全等 
2. 服务层：该层主要有缓存，解析，处理，优化以及跨存储引擎如存储过程，触发器，视图等 
3. 存储引擎：主要负责数据读取和存储。根据服务器层提供的执行计划，进行语句的执行。

并发控制是当多个线程或者事务同时操作同一数据时，如何控制才能保证数据一致性。利用锁机制和事务特点保证数据一致性。

可按锁的粒度进行划分，可分为行级锁和表级锁。事务中不同隔离级别会有不同的锁策略。 不同隔离级别加锁策略 
行级锁：InnoDB和XtraDB支持。行级锁是建立在索引上，不是行记录。

ACID：原子性，一致性，隔离性，持久性 
原子性：事务内要么全部成功提交，只要有一个执行失败，则会全部回滚。通过undolog实现原子性。 
一致性：保证事务修改前后整体数据保持一致。例子，用户A通过银行系统转账100元给用户B，这时需要确保用户B增加100元，而用户A需要保证减少了100元。 
隔离性：事务之间的可见性。通过锁机制实现隔离性。隔离级别有未提交读，已提交读，可重复读，序列化读。默认是可重复读。 
持久性：保证事务提交后，修改的数据会永久的保存在数据库中。通过redolog实现持久性。 
两阶段锁策略：

一阶段锁策略：当事务开始前，会将所有的锁请求完，若其中一个锁不能阻塞，则所有锁将会等待。请求成功后，直到事务尾部会将所有锁释放。不会产生死锁的问题。因为锁时间相对较长，所以并发度不高。

两阶段锁策略：将事务分为加锁和解锁两个阶段。在加锁阶段，每条语句可以根据数据获取对应的锁，此时可以操作数据，但不能解锁。直到事务commit/rollback时才会解锁。加锁时间较短，所以并发度较高。但是会因为加锁的顺序不同导致产生死锁。 
参考：MYSQL-两阶段加锁协议

死锁：产生的原因是因为事务中加锁顺序不同。处理办法是持有较少行级排他锁进行回滚。

MVCC多版本并发控制：通过每行记录后面保存两个列存储创建和删除时的系统版本号（时间戳）。

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

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

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

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