MySQL二（引擎）

基本概念
1， 常用的两种引擎：
        (1) InnoDB
        a,支持ACID（事务），简单地说就是支持事务完整性、一致性；
        b,支持行锁，以及类似ORACLE的一致性读，多用户并发；
        c,独有的聚集索引主键设计方式，可大幅提升并发读写性能；
        d,支持外键；
        e,支持崩溃数据自修复；

        f,不支持全文本搜索

       使用场景：

1）经常更新的表，适合处理多重并发的更新请求。由于锁的粒度更小，写操作不会锁定全表，所以在并发较高时，使用Innodb       引擎会提升效率

2）支持事务。当需要使用数据库事务时，该引擎当然是首选

3）可以从灾难中恢复（通过bin-log日志等）。

4）外键约束。只有他支持外键。

5）支持自动增加列属性auto_increment。

缺点：6）它不会保存表的行数

        (2) MyISAM
       

1）不支持事务的设计，但是并不代表着有事务操作的项目不能用MyIsam存储引擎

2）不支持外键的表设计。

3）查询速度很快，如果数据库insert和update的操作比较多的话比较适用。

4）MyISAM极度强调快速读取操作。

6）MyIASM中存储了表的行数，于是SELECT COUNT(*) FROM TABLE时只需要直接读取已经保存好的值而不需要进行全表扫描。如果表的读操作远远多于写操作且不需要数据库事务的支持，那么MyIASM也是很好的选择。

缺点：7）就是不能在表损坏后恢复数据。（是不能主动恢复）

2，区别与应用

区别：
1、MyISAM是非事务安全的，而InnoDB是事务安全的

2、MyISAM锁的粒度是表级的，而InnoDB支持行级锁

3、MyISAM支持全文类型索引，而InnoDB不支持全文索引

4、MyISAM相对简单，效率上要优于InnoDB，小型应用可以考虑使用MyISAM

5、MyISAM表保存成文件形式，跨平台使用更加方便

应用场景：

1、MyISAM管理非事务表，提供高速存储和检索以及全文搜索能力，如果再应用中执行大量select操作，应该选择MyISAM
2、InnoDB用于事务处理，具有ACID事务支持等特性，如果在应用中执行大量insert和update操作，应该选择InnoDB

3.两种引擎所使用的索引的数据结构是什么？

答案:都是B+树!

MyIASM引擎，B+树的数据结构中存储的内容实际上是实际数据的地址值。也就是说它的索引和实际数据是分开的，

                        只不过使用索引指向了实际数据。这种索引的模式被称为非聚集索引。

Innodb引擎的索引的数据结构也是B+树，只不过数据结构中存储的都是实际的数据，这种索引有被称为聚集索引。