MYSQL之lnnoDB 和MyISAM

        1.lnnoDB 是事务性存储引擎，只有 InnoDB 支持事务。
        2.MyISAM（5.5版之前）有全文索引、压缩、空间函数等，MyISAM不支持事务和行级锁，而且最大的缺陷就是崩溃后无法安全恢复。
        3.两者的对比：
                a.是否支持行级锁 : MyISAM 只有表级锁，而InnoDB 支持行级锁和表级锁,默认为行级锁。

                         i.表级锁： MySQL中锁定 粒度最大 的一种锁，对当前操作的整张表加锁，实现简单，资源消耗也比较少，加锁快，不会出现死锁。其锁定粒度最大，触发锁冲突的概率最高，并发度最低，MyISAM和 InnoDB引擎都支持表级锁。

                        ii.行级锁： MySQL中锁定 粒度最小 的一种锁，只针对当前操作的行进行加锁。 行级锁能大大减少数据库操作的冲突。其加锁粒度最小，并发度高，但加锁的开销也最大，加锁慢，会出现死锁。

              b.是否支持事务和崩溃后的安全恢复： MyISAM 强调的是性能，每次查询具有原子性,其执行速度比InnoDB类型更快，但是不提供事务支持。但是InnoDB 提供事务支持，外部键等高级数据库功能。 具有事务、回滚和崩溃修复能力的事务安全型表。
                c.是否支持外键： MyISAM不支持，而InnoDB支持。
                d.是否支持MVCC ：仅 InnoDB 支持。应对高并发事务, MVCC比单纯的加锁更高效;MVCC可以使用 乐观锁 和 悲观锁来实现;各数据库中MVCC实现并不统一。
        4.MySQL采用的是类似继承的方式指定字符集的默认值，每个数据库以及每张数据表都有自己的默认值，他们逐层继承。
        5.MySQL索引使用的数据结构主要有BTree索引 和 哈希索引 。
对于哈希索引来说，数据库底层的数据结构是哈希表，在绝大多数需求为单条记录查询，选择哈希索引，查询性能最快；其余大部分场景，建议选择BTree索引。
        MySQL的BTree索引使用的是B树中的B+Tree，但对于主要的两种存储引擎的实现方式是不同的。
                a.MyISAM: B+Tree叶节点的data域存放的是数据记录的地址。索引检索，按照B+Tree搜索算法搜索索引，如果指定的Key存在，则取出其 data 域的值，然后以 data 域的值为地址读取相应的数据记录。这被称为“非聚簇索引”。
                b.InnoDB: 其数据文件本身就是索引文件。索引文件和数据文件是分离的，其表数据文件本身就是按B+Tree组织的一个索引结构，树的叶节点data域保存了完整的数据记录。这个索引的key是数据表的主键，InnoDB表数据文件本身就是主索引。这被称为“聚簇索引（或聚集索引）”。而其余的索引都作为辅助索引，辅助索引的data域存储相应记录主键的值，在根据主索引搜索时，直接找到key所在的节点即可取出数据；在设计表的时候，不建议使用过长的字段作为主键，也不建议使用非单调的字段作为主键，这样会造成主索引频繁分裂。