外键:InnoDB支持外键.
若要设置外键,则参照表和被参照表都必须对相应字段设置索引.设置完索引便可
设置外键.可以在定义外键的时候，在最后加入这样的关键字：
ON UPDATE CASCADE; 即在主表更新时，子表（们）产生连锁更新动作，似乎有
些人喜欢把这个叫“级联”操作。:)除了 CASCADE 外，还有 RESTRICT(禁止主
表变更)、SET NULL(子表相应字段设置为空)等操作。
例:需要对表pc的cpumodel字段设置为"外键",这个键来自于表parts
对 Parts表：
　　ALTER TABLE parts ADD INDEX idx_model (model);
这句话的意思是，为 parts 表增加一个索引，索引建立在 model 字段上，给这个索引起个名字叫idx_model。
对Pc表也类似：
　　ALTER TABLE pc ADD INDEX idx_cpumodel (cpumodel);
设置外键:
ALTER TABLE pc ADD CONSTRAINT fk_cpu_model
FOREIGN KEY (cpumodel)
REFERENCES parts(model);
第一行是说要为Pc表设置外键，给这个外键起一个名字叫做fk_cpu_model；第二行是说将本表的 cpumodel字段设置为外键；第三行是说这个外键受到的约束来自于Parts表的model字段。
　　这样，我们的外键就可以了。如果我们试着CREATE一台Pc，它所使用的CPU的型号是Parts表中不存在的，那么MySQL会禁止这台PC被CREATE出来。
InnoDB 和MyISAM之前的区别.
InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持已经外部键等高级数据库功能。
MyIASM是IASM表的新版本，有如下扩展：
二进制层次的可移植性。 
NULL列索引。 
对变长行比ISAM表有更少的碎片。 
支持大文件。 
更好的索引压缩。 
更好的键吗统计分布。 
更好和更快的 auto_increment处理。
1.MySQL最大的优势在于MyISAM引擎下的简单SELECT，INSERT和UPDATE快速操作
2.MyISAM类型的数据文件可以在不同操作系统中COPY，这点很重要，布署的时候方便点。
以下是一些细节和具体实现的差别：
1.InnoDB不支持FULLTEXT类型的索引。
2.InnoDB 中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含 where条件时，两种表的操作是一样的。
3.对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，但是在 MyISAM表中，可以和其他字段一起建立联合索引。
4.DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除。
5.LOAD TABLE FROM MASTER操作对InnoDB是不起作用的，解决方法是首先把InnoDB表改成MyISAM表，导入数据后再改成InnoDB表，但是对于使用的额外的InnoDB特性（例如外键）的表不适用。
另外，InnoDB表的行锁也不是绝对的，如果在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表，例如update table set num=1 where name like “%aaa%”
以暂对存储引擎的认识，觉得 InnoDB 支持外键，在数据量可以用“庞大”来形容时，在有良好的 INDEX 的基础上，InnoDB 的查询速度应该比 MyISAM 要快。
在 Falcon 有稳定版本前，我想 MyISAM 是一个可用的选择方案。
任何一种表都不是万能的，只用恰当的针对业务类型来选择合适的表类型，才能最大的发挥MySQL的性能优势。