作为一个java web开发人员，对于mysql数据库掌握到具体比较这两类引擎的差异也蛮拼的，下面就介绍一下我在工作中积累的对这两类引擎的理解。
MyISAM:
如果不更改mysql配置文件(my.ini)的话，MyISAM是MySQL的默认存储引擎, 每张MyISAM表对应三个本地存储文件：frm 文件存放表格定义；数据文件 MYD (MYData)；索引文件 MYI (MYIndex)。
MyISAM类型的表更多强调的是性能，它比InnoDB速度快，但不支持事务，也不支持热备份，但我们可以通过直接拷贝它的三个文件(frm,MYD,MYI)到其他库就能实现备件，十分方便。
InnoDB:
InnoDB是事务型引擎，支持回滚、崩溃恢复能力、多版本并发控制、ACID事务。InnoDB对应的本地存储文件:frm、ibd(索引与数据)，在MySQL的Data目录下有一个 ibdata1 文件，其中记录了本地
MySQL服务器各个库中所有InnoDB表的被操作记录，比较大，没有这个文件InnoDB表无法正常被查看，而InnoDB表的备件基本上只能用热备份，除非拷贝整个Data目录，否则还原起来都十分困难，MySQL
新版本也在不断地完善热备功能，不过其高效的、支持动态热备的软件都要付费。 我认为对于那些经常要执行update、insert操作，同时数据量比较大、结构比较复杂、操作需谨慎的表还是选择InnoDB。
一般情况下，我都是用的MyISAM引擎，除非一些我觉得有必要在修理过程中用到rollback的表我才会用到InnoDB，不过对于一项目中的一些关于用户信息、产品信息的表还是要用InnoDB，毕竟项目在维护的
时候各个数据表都涉及一个增量备份的问题。另外，最近发现新版的MySQL在对字符数较多的字段建索引的时候，InnoDB支持的更好，之前是对单一字段索引的长度最大为 767 字节(数据实际所占长)，使用 UTF-8
字符集，每一个字符使用 3 字节来存储，在 TEXT 或者 VARCHAR 类型的字段上建立一个超过 255 字符数的前缀索引时就会遇到问题; 而MyISAM索引键最大长度总和不能超过1000，而且不是实际数据长度的总和，而是索引键字段定义长度的总和。
再就是，在具体给字段定长度、定类型的时候，还是应该去了解一下各种编码格式对中英文字符存储各自需要花费的空间。
很多人说做后台的到最后比的都是sql功底，想想确实也是，业务代码逻辑不会太复杂，实际开发中大部分代码都是在调用各种接口，然后稍微复杂一点的就是工程的各种配置、发布，后期的话还有对系统的各种
性能测试。web应用，核心在于数据，写好sql语句，做好优化是相当重要的。数据库也能为自己解决很多生活中的小问题，比如对excel文档中的大批量数据进行数据提炼，更改等等。