InnoDB对大型选择与MyISAM的速度有多慢

时间:2012-11-20 20:55:39

标签: mysql innodb myisam

我对InnoDB和MyISAM进行了很多搜索,我认为我现在正在考虑每个人的优势和劣势。但我正在寻找有关InnoDB特定劣势的更多细节。我已经读过它对于有大量写入和更新的表来说非常棒,但是对于大型表来说选择速度较慢(我的将是+ -10百万)。

考虑到我的表将处理大量的写入和更新(+ -100 /秒),但选择的发生频率较低(最多只能每天500次),始终由parent_id行选择。我在问自己;

InnoDB在大型桌子上的速度有多慢?我还能期待选拔的好表现吗?

我找不到适合我的问题的基准。谢谢你的帮助。

1 个答案:

答案 0 :(得分:2)

我还没有看到InnoDB在大选中速度较慢,但​​我想这是可能的,因为那不是最高优先级。

尽管如此,由于你说你的系统会占用大量的内容,很明显MyISAM会在那里受到很大的影响,因为它只能同时为多个同时读者或每个表单个编写者。另一方面,InnoDB管理行级锁,即便如此,它允许多个读者在COMMIT时刻之前读取之前的版本,在那里它原子地替换新版本的数据。

相关问题是ACID合规性。如果没有这些,你真的有可能将数据变成无可救药的混乱;特别是大桌子和大量更新。

最后,即使你能以某种方式管理MyISAM以比InnoDB更好地执行,但这并不意味着InnoDB根本不够用。在极端情况下,您可以在RAID1中放置几个​​SSD,它会很快处理几千个更新。

相关问题