之前问过这个问题，但可能说的不是很详细，http://segmentfault.com/q/1010000002600161
我想知道大家在“商城”、“商品表”、“订单”、“库存”，实际中项目中是怎么去设计表类型的呢，或者是怎么保证数据完整性的呢，事务，事务隔离级别……
例如支付宝如果使用mysql的话，那么它的表是怎么设计的呢，怎么严密保证数据的完整性呢？
或者大家知不知道有哪些关于这方面的比较经典的案列呢。
谢谢大家了！
MyISAM，InnoDB的区别优劣网上都说的很清楚了，但在实际中不知道该怎么去用。
之前问过这个问题，但可能说的不是很详细，http://segmentfault.com/q/1010000002600161
我想知道大家在“商城”、“商品表”、“订单”、“库存”，实际中项目中是怎么去设计表类型的呢，或者是怎么保证数据完整性的呢，事务，事务隔离级别……
例如支付宝如果使用mysql的话，那么它的表是怎么设计的呢，怎么严密保证数据的完整性呢？
或者大家知不知道有哪些关于这方面的比较经典的案列呢。
谢谢大家了！
针对具体情况选择，像楼主说的这几种，实际中多选择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
看了下几个回复简直不忍直视。。。各种误人子弟啊。
把事务作为使用它们的区别，这是非常片面的。还有完全错误的答案：“Myisam类型的好处是增 删 改的效率比innodb高。”
这么说吧，如果你要事务，myisam就被pass了。
另一个重要区别：表级锁和行级锁。myisam是表锁的，意味这你insert、update、delete一条记录整个表就被锁了，谁的写操作效率高？？上面的答案我真是汗爆了。
mysiam在存储上索引和data分开，空间占用小。但表损坏不能恢复数据。
一句话，mysiam适合读多写少的应用，且对数据一致性恢复性要求不高。
一般情况下，web应用都用innodb
如果你的项目中不需要事物操作，那么就用Myisam,否则就用innodb，Myisam类型的好处是增 删 改的效率比innodb高。
InnoDB存储引擎提供了具有提交，回滚和崩溃恢复能力的事务安全。对比MyISAM的存储引擎，InnoDB写的处理效率差一些，并且会占用更多的磁盘空间以保留数据和索引。
MyISAM：主要以读操作和插入操作为主，只是很少的更新和删除操作，并且对事务的完整性，并发性要求不高，选择这个存储引擎比较合适。还是在web、数据仓储和其他应用环境下最常用的的存储引擎之一。
InnoDB：用于事务处理应用程序，支持外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据一致性，数据操作除了插入和查询以外，还包括很多更新，删除操作，那么InnoDB应该是比较适合的选择。
innodb吧 它支持事务操作
mysql5.5版本建表默认都使用InnoDB了，所以建议使用InnoDB,MyIsam可以说是历史要慢慢被淡出
虽说InnoDB,MyIsam各有优劣，曾经我也为做这个选择而纠结，但现实中一般自己做的小项目体现不出他俩的区别，而公司的项目会有专门的DBA（小公司除外），如果你要做这个选择没有特殊原因选择InnoDB的，未来的趋势
也就是说大家还是说要用InnoDB是吧
其实和你的业务还是有很大的关系的.
如果你的业务和钱有关系,那么最好就是InnoDB.
我的公司都是以资讯内容为主,当时也在选择引擎的时候犯难,最后我们直接拿几百万的数据来测试,发现还是MyIsam比较合适,当时的测试版本是5.5的
我们公司一开始用的MyIsam做人口系统，因为数据清洗与迁移方便，但是在后期中出现的锁表问题很头疼，就换成了InnoDB，仅供参考
目前工作都没有遇到使用mysiam建表的，innodb是主流。如果是读多写少的场景，可以用redis等nosql来做更适合。
时至今日，不用想了，myisam和innodb比没有任何优势，
京公网安备 11010802040832号 | 京ICP备19059560号-6 
