怎么理解 MySQL 常见的两种存储引擎：MyISAM与InnoDB？

InnoDB 引擎：InnoDB 引擎提供了对数据库 acid 事务的支持，并且还提供了行级锁和外键的约束，它的设计的目标就是处理大数据容量的数据库系统。MySQL 运行的时候，InnoDB 会在内存中建立缓冲池，用于缓冲数据和索引。但是该引擎是不支持全文搜索，同时启动也比较的慢，它是不会保存表的行数的，所以当进行 select count() from table 指令的时候，需要进行扫描全表。由于锁的粒度小，写 *** 作是不会锁定全表的,所以在并发度较高的场景下使用会提升效率的。

MyIASM 引擎：MySQL 的默认引擎，但不提供事务的支持，也不支持行级锁和外键。因此当执行插入和更新语句时，即执行写 *** 作的时候需要锁定这个表，所以会导致效率会降低。不过和 InnoDB 不同的是，MyIASM 引擎是保存了表的行数，于是当进行 select count() from table 语句时，可以直接的读取已经保存的值而不需要进行扫描全表。所以，如果表的读 *** 作远远多于写 *** 作时，并且不需要事务的支持的，可以将 MyIASM 作为数据库引擎的首选。

MyISAM是MySQL的默认数据库引擎（5.5版之前）。虽然性能极佳，而且提供了大量的特性，包括全文索引、压缩、空间函数等，但MyISAM不支持事务和行级锁，而且最大的缺陷就是崩溃后无法安全恢复。不过，5.5版本之后，MySQL引入了InnoDB（事务性数据库引擎），MySQL 5.5版本后默认的存储引擎为InnoDB。

大多数时候我们使用的都是 InnoDB 存储引擎，但是在某些情况下使用 MyISAM 也是合适的比如读密集的情况下。

MYISAM 表是典型的数据与索引分离存储，主键和二级索引没有本质区别。比如在 MYISAM 表里主键、唯一索引是一样的，没有本质区别。

INNODB 表本身是索引组织表，也就是说索引就是数据。下图表T1的数据行以聚簇索引的方式展示，非叶子节点保存了主键的值，叶子节点保存了主键的值以及对应的数据行，并且每个页有分别指向前后两页的指针。

INNODB 表不同于 MYISAM，INNODB 表有自己的数据页管理，默认 16KB。MYISAM 表数据的管理依赖文件系统，比如文件系统一般默认 4KB，MYISAM的块大小也是 4KB，MYISAM 表的没有自己的一套崩溃恢复机制，全部依赖于文件系统。

INNODB 表这样设计的优点有两个：

1. 数据按照主键顺序存储。主键的顺序也就是记录行的物理顺序，相比指向数据行指针的存放方式，避免了再次排序。我们知道，排序消耗最大。

2. 两个叶子节点分别含有指向前后两个节点的指针，这样在插入新行或者进行页分裂时，只需要移动对应的指针即可。

INNODB 二级索引的非叶子节点保存索引的字段值，上图索引为表 t1 的字段 age。叶子节点含有索引字段值和对应的主键值。

这样做的优点是当出现数据行移动或者数据页分裂时，避免二级索引不必要的维护工作。当数据需要更新的时候，二级索引不需要重建，只需要修改聚簇索引即可。

但是也有缺点：

1. 二级索引由于同时保存了主键值，体积会变大。特别是主键设计不合理的时候，比如用 UUID 做主键。

2. 对二级索引的检索需要检索两次索引树。第一次通过检索二级索引叶子节点，找到过滤行对应的主键值；第二次通过这个主键的值去聚簇索引中查找对应的行。

mysql 中 char 、 varvhar 、 nvarchar 都是用来 存储字符串 的，只是他们的存储方式不一样。

固定长度的非Unicode字符数据，最大长度8000个字符。例：char(8) 输入的字符小于8时，后面用空格补齐，输入的字符大于8时，截取前8个字符。

可变长度的非Unicode字符数据，最大长度8000个字符。例：varchar(8) 存储的字符实际上就是你所输入的字符。但要在总长度上加1字符，用来记录其字节的长度。

可变长度的Unicode字符数据，最大长度4000个字符。字节的存储大小是所输入字符个数的两倍。

char的存储速率比varchar要高，因为varchar要去计算输入字符的长度。但是空间的利用率上varchar要比char更好。

我们知道Unicode编码对英文和中文字符都是用两个字节表示，nvarchar一般用来存储中文 ，存储英文的时候数量上会有所损失。

建议纯英文和数字用char/varchar，有中文使用nvarchar。

对于 MyISAM 存储引擎的表，尽量使用 char ，对于经常需要修改而形成碎片的myisam数据表更是如此，它的缺点是占用磁盘空间。

对于 InnoDB 存储引擎的表，尽量使用 varchar ，因为它的数据存储格式对固定长度的格式和可变长度的格式不加以区分，所以char会比varchar占用更多存储空间，从减少空间占用和磁盘I/O角度看，使用varchar更好。

关于varchar还有一个问题，varchar可以自适应存储空间，那varchar(20)和varchar(1000)存储都是一样的，那每次设计越大就好，免得以后不够用，这个观点是错的，因为mysql会把表信息放进内存中（查询第一次后就缓存了），这时内存的申请是按照固定长度来的，varchar很大，申请的内存也会越大，所以还是按需设值。

1、 存储很短的信息的时候应该用char，例如门牌号：104，因为varchar还会再多一个字节记录长度。

2、 频繁改变的字段应该用char，因为每次修改varchar都会重新计算长度，而这些char不用。

3、 大数据量（多行）提取时varchar的磁盘I/O消耗更低，意味着varchar在综合查询性能上比char更好。

4、 存储数据有中文时，有用nvarchar。

---