Heim  >  Artikel  >  Backend-Entwicklung  >  mysql表类型MyISAM,InnoDB实际中怎么选择?

mysql表类型MyISAM,InnoDB实际中怎么选择?

WBOY
WBOYOriginal
2016-06-06 20:36:131259Durchsuche

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

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

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

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

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

谢谢大家了!

回复内容:

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

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

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

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

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

谢谢大家了!

mysql表类型MyISAM,InnoDB实际中怎么选择?

针对具体情况选择,像楼主说的这几种,实际中多选择innoDB

要速度快用myisam,要数据安全用innodb,要折腾要B格高用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比没有任何优势,

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn