常用的MySQL表引擎有不少，但最常用的就是MyISAM和InnoDB。
最近做的项目：天气预报15天查询（http://15tianqi.cn/），因为表更新和数据不断增加考虑过mysql表引擎是否要换InnoDB；对于这两个的使用查了下资料：
MySQL: InnoDB 还是 MyISAM?：
下面先让我们回答一些问题：
1、你的数据库有外键吗？
2、你需要事务支持吗？
3、你需要全文索引吗？
4、你经常使用什么样的查询模式？
5、你的数据有多大？
思考上面这些问题可以让你找到合适的方向，但那并不是绝对的。如果你需要事务处理或是外键，那么InnoDB 可能是比较好的方式。如果你需要全文索引，那么通常来说 MyISAM是好的选择，因为这是系统内建的，然而，我们其实并不会经常地去测试两百万行记录。所以，就算是慢一点，我们可以通过使用Sphinx从InnoDB中获得全文索引。
数据的大小，是一个影响你选择什么样存储引擎的重要因素，大尺寸的数据集趋向于选择InnoDB方式，因为其支持事务处理和故障恢复。数据库的在小决定了故障恢复的时间长短，InnoDB可以利用事务日志进行数据恢复，这会比较快。而MyISAM可能会需要几个小时甚至几天来干这些事，InnoDB只需要几分钟。
您操作数据库表的习惯可能也会是一个对性能影响很大的因素。比如： COUNT() 在 MyISAM 表中会非常快，而在InnoDB 表下可能会很痛苦。而主键查询则在InnoDB下会相当相当的快，但需要小心的是如果我们的主键太长了也会导致性能问题。大批的inserts 语句在MyISAM下会快一些，但是updates 在InnoDB 下会更快一些——尤其在并发量大的时候。
所以，到底你检使用哪一个呢？根据经验来看，如果是一些小型的应用或项目，那么MyISAM 也许会更适合。当然，在大型的环境下使用MyISAM 也会有很大成功的时候，但却不总是这样的。如果你正在计划使用一个超大数据量的项目，而且需要事务处理或外键支持，那么你真的应该直接使用InnoDB方式。但需要记住InnoDB 的表需要更多的内存和存储，转换100GB 的MyISAM 表到InnoDB 表可能会让你有非常坏的体验。
你应该把MYISAM迁移到INNODB吗？详细说明：http://www.cnblogs.com/zuoxingyu/archive/2012/10/04/2711495.html
假如你匆忙的安装了新系统，没有将老系统上的部分数据使用专门的导入/导出/备份工具备份下来，那可能后期会比较纠结。特别是开发人员的数据库，庆幸的是你可以将原先的数据库文件从data目录拷贝至新的数据库的data目录中，而且更幸运的是你可以停止数据库服务来达到迁移的目的。但如果你忘记了自己部分数据库的表使用的是什么引擎，那可能会让你很痛苦，因为你可能忘记了重启数据库，或者你迫切要演示什么功能没有重启数据库，那可能有意思了。因为一个数据库是可以同时使用多种表引擎的，这时有意思的是MyISAM的表在直接复制到data目录后可以直接使用，而InnoDB却不可以，它可能会报出一个表不存在的错误提示，删除都是不可以的。直到你重启数据库后才发现又可以用了。
因此使用MyISAM数据库不仅可以降低数据库系统的负载又可以实现如此好用的效果，这个在不借助任何工具时是比较讨人喜欢的。这个也算是MyISAM和InnoDB的一种区别吧。