MySQL存储引擎

MyISAM

数据文件和索引文件可以放置在不同的目录，平均分布IO，获得更快的速度。（不知道为什么）

静态表（char（10））尾部的空格在读出时会被清除

动态表（varchar（10））

压缩表（http://blog.itpub.net/26736162/viewspace-2148714/）（https://www.cnblogs.com/ssslinppp/p/6179325.html）

INNODB

supports transactions，row-level locking，and foreign keys.

在导入多个表的数据时

MEMORY

存储在内存中，读写速度快。可以设置索引类型为HASH或者BTREE.

在启动MySQL服务的时候使用--init-file选项，把INSERT INTO……SELECT或LOAD DATA INFILE这样的语句放入这个文件中，就可以在服务启动时从持久稳固的数据源装载表。（这个--init-file选项还没搞定）

对存储引擎为MEMORY的表进行更新操作要谨慎，因为数据并没有实际写入到磁盘中，所以一定要对下次重新启动服务后如何获取这些修改后的数据有所考虑。

MERGE

TokuDB

第三方存储引擎，在某些特定应用中也有广泛使用，比如列式存储引擎Infobright、高写性能高压缩的TokuDB就是其中非常有代表性的两种

如何选择合适的存储引擎

      在选择存储引擎时，应根据应用个特点选择合适的存储引擎。对于复杂的应用系统，还可以根据实际情况选择多种存储引擎进行组合。

      如下是常用存储引擎的使用环境。

----MyISAM：如果应用是以读操作和插入操作为主。只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高，那么选择这个存储引擎时非常合适的。MyISAM是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。

----InnoDB：用户事务处理应用程序，支持外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询以外，还包括很多的更新、删除操作，那么InnoDB存储引擎应该是比较合适的选择。InnoDB存储引擎除了有效降低由于删除和更新导致的锁定，还可以确保事务的完整提交（Commit）和回滚（Rollback），对于类似计费系统或者财务系统等对数据准确性要求比较高的系统，InnoDB都是合适的选择。

----MEMORY：将所有数据保存在RAM中，在需要快速定位记录和其他类似数据的环境下，可提供极快的访问。MEMORY的缺陷是对表的大小有限制，太大的表无法缓存在内存中，其次是要确保表的数据可以恢复，数据库异常终止后表中的数据是可以恢复的。MEMORY表通常用于更新不太频繁的小表，用以快速得到访问结果。

----MERGE：用于将一系列等同的MyISAM表以逻辑方式组合在一起，并作为一个对象引用它们。MERGE表的有点在于突破对单个MyISAM表大小的限制，并且通过将不同的表分布在多个磁盘上，可以有效地改善MERGE表的访问效率。这对于诸如数据仓储等VLDB（Very Large Data Bases）环节十分合适。