针对具体情况选择，像楼主说的这几种，实际中多选择innoDB

要速度快用myisam,要数据安全用innodb,要折腾要Ｂ格高用postgrelsql.

最好用innodb 因为支持事务回滚

如果忽略业务数据的一致性问题，只是往表里灌数据，那MyISAM会比InnoDB爽得多。
但实际项目中这种例子并不多，而不使用事务操作的话，存储方面我还有很多选择。

另外想想这样的场景，就是MySQL主从时主库用InnoDB从库用MyISAM，这样做读写分离会不会好一点?
但如果要搞主库选举切换的话，这样搞反而碍事了。

另外有全文索引的问题，版本是5.7的话可以试试http://dev.mysql.com/doc/refman/5.7/en/full-text-plugins.html

InnoDB存储引擎提供了具有提交，回滚和崩溃恢复能力的事务安全。对比MyISAM的存储引擎，InnoDB写的处理效率差一些，并且会占用更多的磁盘空间以保留数据和索引。
MyISAM：主要以读操作和插入操作为主，只是很少的更新和删除操作，并且对事务的完整性，并发性要求不高，选择这个存储引擎比较合适。还是在web、数据仓储和其他应用环境下最常用的的存储引擎之一。
InnoDB：用于事务处理应用程序，支持外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据一致性，数据操作除了插入和查询以外，还包括很多更新，删除操作，那么InnoDB应该是比较适合的选择。

看了下几个回复简直不忍直视。。。各种误人子弟啊。
把事务作为使用它们的区别，这是非常片面的。还有完全错误的答案：“Myisam类型的好处是增 删 改的效率比innodb高。”
这么说吧，如果你要事务，myisam就被pass了。
另一个重要区别：表级锁和行级锁。myisam是表锁的，意味这你insert、update、delete一条记录整个表就被锁了，谁的写操作效率高？？上面的答案我真是汗爆了。
mysiam在存储上索引和data分开，空间占用小。但表损坏不能恢复数据。
一句话，mysiam适合读多写少的应用，且对数据一致性恢复性要求不高。
一般情况下，web应用都用innodb

时至今日，不用想了，myisam和innodb比没有任何优势，

如果你的项目中不需要事物操作，那么就用Myisam,否则就用innodb，Myisam类型的好处是增 删 改的效率比innodb高。

innodb吧 它支持事务操作

mysql5.5版本建表默认都使用InnoDB了，所以建议使用InnoDB,MyIsam可以说是历史要慢慢被淡出