MyISAM，InnoDB的区别优劣网上都说的很清楚了，但在实际中不知道该怎么去用。
之前问过这个问题，但可能说的不是很详细，http://segmentfault.com/q/1010000002600161
我想知道大家在“商城”、“商品表”、“订单”、“库存”，实际中项目中是怎么去设计表类型的呢，或者是怎么保证数据完整性的呢，事务，事务隔离级别……
例如支付宝如果使用mysql的话，那么它的表是怎么设计的呢，怎么严密保证数据的完整性呢？
或者大家知不知道有哪些关于这方面的比较经典的案列呢。
谢谢大家了！
怪我咯2017-04-10 15:31:24
如果忽略业务数据的一致性问题，只是往表里灌数据，那MyISAM会比InnoDB爽得多。
但实际项目中这种例子并不多，而不使用事务操作的话，存储方面我还有很多选择。
另外想想这样的场景，就是MySQL主从时主库用InnoDB从库用MyISAM，这样做读写分离会不会好一点?
但如果要搞主库选举切换的话，这样搞反而碍事了。
另外有全文索引的问题，版本是5.7的话可以试试http://dev.mysql.com/doc/refman/5.7/en/full-text-plugins.html
PHP中文网2017-04-10 15:31:24
InnoDB存储引擎提供了具有提交，回滚和崩溃恢复能力的事务安全。对比MyISAM的存储引擎，InnoDB写的处理效率差一些，并且会占用更多的磁盘空间以保留数据和索引。
MyISAM：主要以读操作和插入操作为主，只是很少的更新和删除操作，并且对事务的完整性，并发性要求不高，选择这个存储引擎比较合适。还是在web、数据仓储和其他应用环境下最常用的的存储引擎之一。
InnoDB：用于事务处理应用程序，支持外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据一致性，数据操作除了插入和查询以外，还包括很多更新，删除操作，那么InnoDB应该是比较适合的选择。
高洛峰2017-04-10 15:31:24
看了下几个回复简直不忍直视。。。各种误人子弟啊。
把事务作为使用它们的区别，这是非常片面的。还有完全错误的答案：“Myisam类型的好处是增 删 改的效率比innodb高。”
这么说吧，如果你要事务，myisam就被pass了。
另一个重要区别：表级锁和行级锁。myisam是表锁的，意味这你insert、update、delete一条记录整个表就被锁了，谁的写操作效率高？？上面的答案我真是汗爆了。
mysiam在存储上索引和data分开，空间占用小。但表损坏不能恢复数据。
一句话，mysiam适合读多写少的应用，且对数据一致性恢复性要求不高。
一般情况下，web应用都用innodb
