素材牛VIP会员
mysql表类型MyISAM,InnoDB实际中怎么选择?
 冷***知  分类:SQL代码  人气:1613  回帖:15  发布于6年前 收藏

MyISAM,InnoDB的区别优劣网上都说的很清楚了,但在实际中不知道该怎么去用。

之前问过这个问题,但可能说的不是很详细,http://segmentfault.com/q/1010000002600161

我想知道大家在“商城”、“商品表”、“订单”、“库存”,实际中项目中是怎么去设计表类型的呢,或者是怎么保证数据完整性的呢,事务,事务隔离级别……

例如支付宝如果使用mysql的话,那么它的表是怎么设计的呢,怎么严密保证数据的完整性呢?

或者大家知不知道有哪些关于这方面的比较经典的案列呢。

谢谢大家了!

讨论这个帖子(15)垃圾回帖将一律封号处理……

Lv2 入门
he***ba JS工程师 6年前#1

其实和你的业务还是有很大的关系的.
如果你的业务和钱有关系,那么最好就是InnoDB.
我的公司都是以资讯内容为主,当时也在选择引擎的时候犯难,最后我们直接拿几百万的数据来测试,发现还是MyIsam比较合适,当时的测试版本是5.5的

Lv2 入门
熊***子 学生 6年前#2

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

Lv1 新人
BO***OS 职业无 6年前#3

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

Lv3 码奴
上***水 职业无 6年前#4

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

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

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

Lv3 码奴
Go***ng 职业无 6年前#5

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

上一页12下一页
 文明上网,理性发言!   😉 阿里云幸运券,戳我领取