MySQL引擎

1、引擎分类

　　1.1 InnoDB

　　　　是系统的默认引擎，是一个事务型的存储引擎，有行级锁定和外键约束。

　　1.2 MyISAM

　　　　没有提供对数据库事务的支持，也不支持行级锁和外键，因此当INSERT(插入)或UPDATE(更新)数据时即写操作需要锁定整个表，效率便会低一些。

　　1.3 Archive

　　　　档案存储引擎只支持INSERT和SELECT操作，适合日志和数据采集类应用，占空间小。

　　1.4 Blackhole

　　　　不保存数据；

　　1.5 CSV

　　　　可以将普通的CSV文件作为MySQL表处理，但不支持索引；

　　　　可以作为一种数据交换的机制，非常有用。

　　1.6 Memory、Merge、Federated（略）

2、InnoDB和MyISAM的对比

	MyISAM	InnoDB
外键	不支持	支持
事务	不支持	支持
行/表锁	表锁，即使操作一条记录也会锁住整个表，不适合高并发操作	行锁，操作时只锁一行，不对其他行有影响，适合高并发的操作
缓存	只缓存索引，不缓存真实数据	不仅缓存索引还缓存真实数据，对内存要求较高，而且内存大小队性能有决定性影响
关注	节省资源、消耗少，简单业务	并发写、事务、更大资源

3、事务（Transaction）

　　3.1 为什么需要事务？

　　　　为保持数据的一致性。

　　　　例如A给B转1000，这是一个操作，数据库层面A会执行 -1000，B也要执行+1000；两个sql操作一个没成功就会让数据变得异常，会导致后续的一系列问题。

　　3.2 事务的ACID原则

　　　　原子性（atomicity）：

　　　　　　一个事务中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

　　　　一致性（consistency）：

　　　　　　在事务开始之前和事务结束之后数据库中数据的完整性没有被破坏，(比如：A向B转账，不可能A扣了钱，B却没有收到)；

　　　　隔离性（isolation）：

　　　　　　一个事务的执行不被其他事务影响；

　　　　持久性（durability）：

　　　　　　事务一旦提交，无论系统发生什么问题，结果都不会被影响；

4、为什么InnoDB必须有主键，并且推荐使用整型的自增主键

　　因为InnoDB的底层数据结构是B+Tree，必须需要一个主键才可以组织起来（主键值去做节点数据，表数据存储在叶子节点）。如果表没有设置主键，则Mysql会自动的帮你找到一个合适的唯一索引作为主键，若找不到符合条件唯一索引条件的字段时，会生成类似于ROW_ID的虚拟列充当该InnoDB表的主键；

　　整型的存储比字段类型要小，对比效率是高于其他数据结构的，字符串等。

　　自增的话每次新增的索引就是有序的，只需要在最右边的数据中插入新的数据即可。插入的时候效率更高。