mysql批量建库_MySQL中四种常用存储引擎的介绍

1. 存储引擎

它不支持事务或外键。 优点是访问速度快，对事务完整性没有要求或者主要应用基本可以使用这个引擎建表。

支持3种不同的存储格式，即：静态表； 动态表； 压缩表

静态表：表中的字段都是非变长字段，因此每条记录都有固定的长度。 优点是存储速度非常快，易于缓存，发生故障时易于恢复； 缺点是通常会比动态表占用更多空间（因为存储时会根据列的宽度定义填充空格） ps: 取数据时，字段后面的空格会默认被去掉。 如果不小心，数据本身的空格也会被忽略。

动态表：记录的长度不固定，这样存储的优点是占用空间相对较小； 缺点：频繁更新和删除数据容易产生碎片，需要定期执行TABLE或-r命令以提高性能。

压缩表：因为每条记录都是单独压缩的，所以访问开销非常小

2. 存储引擎

存储引擎通过提交、回滚和崩溃恢复功能提供事务安全性。 但相比引擎，写处理效率会更差，并且会占用更多的磁盘空间来保留数据和索引。

存储引擎的特点：支持列自动增长和外键约束

3、存储引擎

存储引擎使用内存中存在的内容创建表。 每个表实际上只对应一个磁盘文件，格式为.frm。 类型表访问速度非常快，因为它的数据存储在内存中，并且默认使用HASH索引。 但是，一旦服务关闭，表中的数据就会丢失。

存储引擎表可以选择使用BTREE索引或HASH索引。 两种不同类型的索引有不同的使用范围。

哈希索引优点：

Hash索引结构的特殊性在于它的检索效率非常高。 索引检索可以一次性定位。 与B-Tree索引需要从根节点到分支节点最后到页节点进行多次IO访问不同，Hash索引的查询效率比B-Tree索引高很多。

哈希索引的缺点：对于不精确搜索，也很明显，因为哈希算法是基于等价计算的，所以对于“like”等范围搜索的哈希索引是无效的，不支持；

此类存储引擎主要用于内容不经常变化的代码表，或者作为统计操作的中间结果表，方便高效分析中间结果，得到最终的统计结果。 更新存储引擎的表时要小心，因为数据并没有真正写入磁盘，所以必须考虑下次重启服务后如何获取修改后的数据。

4. MERGE存储引擎

合并存储引擎是一组表的组合。 这些表必须具有相同的结构。 合并表本身没有数据。 可以对合并类型的表进行查询、更新和删除操作。 这些操作实际上是在内表上执行的。