Mysql中的engine

表缺省是InnoDB类型。

修改表的引擎类型： ALTER TABLE tablename ENGINE = MyISAM ；

ISAM是一个定义明确且历经时间考验的数据表格管理方法
它在设计之时就考虑到数据库被查询的次数要远大于更新的次数。因此，ISAM执行读取操作的速度很快，而且不占用大量的内存和存储资源。
ISAM的两个主要不足之处在于，它不支持事务处理，也不能够容错：如果你的硬盘崩溃了，那么数据文件就无法恢复了。如果你正在把ISAM用在关键任务应用程序里，那就必须经常备份你所有的实时数据，通过其复制特性，MySQL能够支持这样的备份应用程序。

InnoDB不支持FULLTEXT类型的索引。
InnoDB中不保存表的

具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行

但是MyISAM只要简单的读出保存好的行数即可。注意的是，当**count(*)**语句包含 where条件时，两种表的操作是一样的。
对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中，可以和其他字段一起建立联合索引。
DELETE FROM table，InnoDB不会重新建立表，而是一行一行的删除。
LOAD TABLE FROM MASTER操作对InnoDB是不起作用的，解决方法是首先把InnoDB表改成MyISAM表，导入数据后再改成InnoDB表，但是对于使用的额外的InnoDB特性（例如外键）的表不适用。
另外，InnoDB表的行锁也不是绝对的，如果在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表，例如update table set num=1 where name like “%a%”

表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低；
行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高；

(关于表级锁和行级锁，请看另外的详细资料)

MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持，外键等高级数据库功能。
MyISAM类型的二进制数据文件可以在不同操作系统中迁移。也就是可以直接从Windows系统拷贝到linux系统中使用。
MyISAM:它是基于传统的ISAM类型,ISAM是Indexed Sequential Access Method (有索引的顺序访问方法) 的缩写,它是存储记录和文件的标准方法
与其他存储引擎比较,MyISAM具有检查和修复表格的大多数工具.
MyISAM表格可以被压缩,而且它们支持全文搜索.它们不是事务安全的,而且也不支持外键。如果事物回滚将造成不完全回滚，不具有原子性.
如果执行大量的SELECT，MyISAM是更好的选择。
InnoDB表格速度很快.具有比BDB还丰富的特性,因此如果需要一个事务安全的存储引擎,建议使用它.如果你的数据执行大量的INSERT或UPDATE,出于性能方面的考虑，应该使用InnoDB表,
对于支持事物的InnoDB类型的标，影响速度的主要原因是AUTOCOMMIT默认设置是开启的，而且程序没有显式调用BEGIN 开始事务，导致每插入一条都自动Commit，严重影响了速度。可以在执行sql前调用begin，多条sql形成一个事物（即使autocommit打开也可以），将大大提高性能。

现在好像AUTOCOMMIT是默认关闭的，要手动调用.commit();

优点：速度快，磁盘空间占用少；某个库或表的磁盘占用情况既可以通过操作系统查相应的文件（夹）的大小得知，也可以通过SQL语句SHOW TABLE STATUS查得
缺点：没有数据完整性机制，即不支持事务和外键

优点：支持事务，不支持外键，由于在事务支持的基础上，外键可以在数据库的客户端（可能是最终客户的服务器端，例如php）间接实现，所以数据完整性仍然是有保障的；
缺点：速度慢，磁盘占用多；不能通过SHOW TABLE STATUS查询某个库或表的空间占用；用操作系统可了解库相应的文件夹，或表相应的文件的大小，但由于BDB表总是还要产生log文件，而实际的磁盘占用应该把log文件也包含在内，所以用操作系统查得某库或表的大小总是小于实际占用空间。