Question

mysql中myisam，innodb和memory三个存储引擎的区别

Answer 1

1、区别：
1） MyISAM管理非事务表。提供高速存储和检索，以及全文搜索能力。MyISAM在所有MySQL配置里被支持，是默认的存储引擎，除非配置MySQL默认使用另外一个引擎。
2）MEMORY存储引擎提供“内存中”表。MERGE存储引擎允许集合将被处理同样的MyISAM表作为一个单独的表。就像MyISAM一样，MEMORY和MERGE存储引擎处理非事务表，这两个引擎也都被默认包含在MySQL中。
注释：MEMORY存储引擎正式地被确定为HEAP引擎。
3）InnoDB和存储引擎提供事务安全表，默认被包括在所 有MySQL 5.1二进制分发版里，可以按照喜好通过配置MySQL来允许或禁止任一引擎。

2、功能点简介
1）MyISAM存储引擎
MyISAM存储引擎不支持事务，不支持行级锁，只支持并发插入的表锁，主要用于高负载的select。
myisam类型的表支持三种不同的存储结构：静态型、动态型、压缩型。
（1）静态型：就是定义的表列的大小是固定（即不含有：xblob、xtext、varchar等长度可变的数据类型），这样mysql就会自动使用静态myisam格式。
使用静态格式的表的性能比较高，因为在维护和访问的时候以预定格式存储数据时需要的开销很低。但是这高性能是有空间换来的，因为在定义的时候是固定的，所以不管列中的值有多大，都会以最大值为准，占据了整个空间。
（2）动态型：如果列（即使只有一列）定义为动态的（xblob, xtext, varchar等数据类型），这时myisam就自动使用动态型，虽然动态型的表占用了比静态型表较少的空间，但带来了性能的降低，因为如果某个字段的内容发生改变则其位置很可能需要移动，这样就会导致碎片的产生。随着数据变化的怎多，碎片就会增加，数据访问性能就会相应的降低。
（3）压缩型：如果在这个数据库中创建的是在整个生命周期内只读的表，则这种情况就是用myisam的压缩型表来减少空间的占用。

2）MEMORY存储引擎：
（1）memory存储引擎相比前面的一些存储引擎，有点不一样，其使用存储在内从中的数据来创建表，而且所有的数据也都存储在内存中。
（2）每个基于memory存储引擎的表实际对应一个磁盘文件，该文件的文件名和表名是相同的，类型为.frm。该文件只存储表的结构，而其数据文件，都是存储在内存中，这样有利于对数据的快速处理，提高整个表的处理能力。
（3）memory存储引擎默认使用哈希（HASH）索引，其速度比使用B-+Tree型要快，如果读者希望使用B树型，则在创建的时候可以引用。
（4）memory存储引擎文件数据都存储在内存中，如果mysqld进程发生异常，重启或关闭机器这些数据都会消失。所以memory存储引擎中的表的生命周期很短，一般只使用一次。

3）innoDB存储引擎：

（1） innodb存储引擎该mysql表提供了事务，回滚以及系统崩溃修复能力和多版本迸发控制的事务的安全。
（2）innodb支持自增长列（auto_increment）,自增长列的值不能为空，如果在使用的时候为空的话怎会进行自动存现有的值开始增值，如果有但是比现在的还大，则就保存这个值。
（3）innodb存储引擎支持外键（foreign key） ,外键所在的表称为子表而所依赖的表称为父表。
（4）innodb存储引擎最重要的是支持事务，以及事务相关联功能。
（5）innodb存储引擎支持mvcc的行级锁。

Answer 2

1.myisam，innodb和memory的区别如下：

2：InnoDB存储引擎
2.1：InnoDB具有事务，回滚，崩溃修复能力和多版本并发的事务安全
2.2：关于InnoDB的auto_increment列：
2.2.1：InnoDB支持自动增长列，此列不能为空，且值必须唯一
2.2.2：此列必须为主键。插入时，不指定值，默认是自增都的值。指定0或者NULL时，也 是自增后的值。指定合法且不存在的值，则此后的自动从该值开始
2.3：InnoDB中的Foreign Key：
InnoDB支持外键。外键所在表通常称为子表。所依赖表称为父表。且父表中，被子表关联的字段必须为父表的主键。
（外键：可以简单的理解为：当对父表的数据进行更新，删除，添加时，子表的数据也会随之变化。例子很多，此处不举例）
2.4：InnoDB的存储引擎及其优缺点：
InnoDB存储引擎的存储格式有三个文件：
.frm表结构文件，此文件存放表创建时的字段定义等信息。
表的数据文件，存放在innodb_data_home_dir目录下，
表的索引文件，存放在innodb_data_file_path目录下
InnoDB存储引擎具有良好的ACID特性。
InnoDB的缺点：读写效率相对MYISAM比较差。占用的磁盘空间比较大。
2.5：InnoDB的理想使用场合：
高并发，更新操作比较多的表。需要使用事务的表。对自动灾难恢复有要求的表。
3：MYISAM存储引擎：
3.1：MYISAM存储引擎表的存储有三个文件：
.frm文件，存储表的结构
.myd文件，存储表的数据
.myi文件，存储表的索引
3.2：MYISAM存储引擎的存储格式
3.2.1：静态型
表的所有列都是静态的（定长的）。这种情况下，维护和访问预定义格式存储的数据需要的开销很低。但是，需要的空间会更多，原因是，数据在存储的时候，使 用每个列的最大空间来存储，有浪费的空间。当然，磁盘这个都不是问题。
3.2.2：动态型
指标的列中有动态型的列（不定长的）。优点是：使用空间少。缺点是：更新数据时，需要移动数据，产生内部碎片的同时，也降低了维护和访问的效率。
对于这个问题，我们可以：（1）尽量的使用定长字段（2）使用optimize table语句，整理表中的碎片
3.2.3：压缩型：
针对应用程序的声明周期中，只读的数据表，我们可以通过：myisampack工具转化为MYISAM压缩表，以减少使用的磁盘空间
3.4：MYISAM存储引擎的优缺点：
优点：占用空间小，处理速度快（相对InnoDB来说）
确定：不支持事务的完整性和并发性
4：Memory存储引擎
4.1：Memory存储引擎的文件存储形式
Memory存储引擎也会再磁盘上形成一个 .frm的表结构文件，只是表的数据件并不以文件的形式存放在磁盘上。鉴于其数据存放在内存里，因此，访问速度更快。但需 要考虑的是：内存上数据的持久性。
4.2：Memory存储引擎的索引类型
默认的是哈希索引，也支持BTree索引
4.3：Memory存储引擎的数据存储周期
数据存放在内存上，一旦服务器关机，数据将不再存在
4.4：Memory存储引擎的优缺点：
Memory存储引擎不支持变长表列
MySQL4.1.0之前，不支持auto_increment列
4.5：Memory存储引擎的使用场合
速度要求快的，临时数据
丢失以后，对项目整体没有或者负面影响不大的时候。