移动到AWS (InnoDB vs MyISAM )

Question

我正在使用RDS (MySQL)将服务器从独立托管转移到AWS以供数据库使用。

RDS首先声明的一件事是，为了使用它们的备份，以及RDS的快照特性，表必须使用InnoDB。

我的网站一直运行在MyIsam上，可能主要是因为多年前的10+，这似乎是正确的选择。

因此，我的数据库结构非常简单，而且非常独立，站点上没有连接查询，因此每个select只从一个表中获取数据。

有些表有相当多的索引字段，站点要求，频繁插入，定期更新和多次读取，

我不使用全文搜索，大多数查询都是围绕UserID或表自动增量ID进行的

所以，我的问题是，如果我搬到Innodb，还会有什么期待呢？我并不是那么担心它的交易方面。基于这个原因，MyISAM是可以的。我更关心的是备份，以前我有一个cron任务，可以使备份自动化，但当然，在备份过程中，这是以锁定为代价的。

我对InnoDB的理解是，因为它具有行级锁定，所以这不会是一个问题。

但是表演呢？我读过这么多评论和台式机测试，但我不知道它们与我的情况有什么关系。

我可以转移到InnoDB而不用担心设置外键等等，我能保持现在的简单吗，或者如果使用InnoDB会对系统产生负面影响。

我意识到InnoDB已经成为MySQL中的默认选项，这让我认为所有的dbs无论如何都应该在上面运行。

我不想做的是让我的数据库崩溃，因为我没有正确地设置无害数据库。

考虑到它多年来在MyISAM上运行得很好，是否值得把我的表移到它上面。

还是说，这是一个改变的好原因呢？

Answer 1

不知道您的数据集大小，或您的用法(读或写重？)，下面是一些一般性的内容：

• 即使是在过去的几年里，InnoDB在性能上也有了很大的提高。这与(主要是) ACID遵从性和行级锁定一起，也是现在5.5+中默认的原因。
• 如果您没有在MyISAM表中使用全文索引，则应该可以切换到InnoDB
• 确保您知道在RDS上对mysql版本的更改。在RDS迁移到InnoDB时，性能可能不是唯一的“难点”。如果RDS比当前应用程序更新，请确保没有任何更改的功能。你这样做是通过：
• 测试一下！！在测试完应用程序之前，不要移动它。

测试它的一种方法是打开一个星期左右的通用查询日志(如果性能不存在问题)，然后针对RDS实例运行它以查看它如何运行。

免责声明:我不是RDS方面的专家，所以我不知道测试RDS的最佳方法。

Answer 2

还要记住，InnoDB表每天都会自动备份，InnoDB的恢复是无痛的，但是MYISAM表是无法恢复的。