将数据从EBS移动到短暂存储会改善MySQL查询性能吗?

时间:2012-04-12 05:34:20

标签: mysql amazon-web-services amazon-ebs

我正在使用EBS卷来存储MySQL数据。我也确实在短暂的设备上有足够的空间。我将数据移动到/ root /,只要它可以提高查询性能。

临时存储是否比EBS卷更快?

3 个答案:

答案 0 :(得分:10)

Daan's answer指出Eric Hammond对所有EBS好处(+1)的出色总结,但是要提前再次强调一点:

短暂存储将在停止/启动周期中丢失通常可以消失,因此您绝对不希望在那里放置任何持久值,即< strong>只将临时数据放在那里,你可以轻易丢失或重建,比如交换文件或计算过程中使用的严格临时数据。当然,您可能会在那里存储大量索引,但必须准备好在因任何原因(实例重新启动,硬件故障,......)清除存储后重建这些索引。

因此,首先将临时存储中的MySQL数据库存储起来并不是一个好主意,除非您确切知道自己在做什么并且准备总是进行时间点备份等。

那就是说,这确实属于Server Fault,并且已经有一些相似或相关的问题已经问过并已经回答了 - 我通常没有链接到搜索结果,但这实际上对此有帮助,请参阅{ {3}};我认为与临时判决最相关的答案是:

答案 1 :(得分:2)

回答实际问题:

临时实例存储比标准EBS(100 IOPS)更快,并且EBS性能可能差别很大。与RAID一起使用时,标准EBS似乎比短暂速度提供更高的速度。

还可以支付EBS IPOS卷类型以实现可预测和可靠的I / O性能,这可以比elphermal更好地执行,并且这些可以与RAID一起用于进一步改进。对此的关注是它可以使用短暂的SSD驱动器,这也是高性能(hi1.4xlarge)。

请参阅EC2 Ephemeral Disks vs EBS Volumes in RAIDPerformance Test: Amazon EBS vs. Instance StorageFeatures of Amazon EBS volumes

答案 2 :(得分:0)

永远记住,短暂存储将在停止/启动周期中丢失。

我会警惕任何人说EBS比短暂存储更快,我已经读过多个真实世界的经验说EBS的性能不如短暂的存储。我最近的一篇文章记住了DuckDuckGo's经验的链接:

  • 完全退出EBS,因为EBS参与了大部分的大型活动 故障。
  • EBS也表现出性能差异。
  • 新的预配IOP应该处理它,但额外的更少 在建筑中移动件更好。
  • 可能会在未来尝试使用PIOP,尽管目前的非EBS架构是 运作良好。
  • 发现4个短暂的磁盘比条带化更好 8个EBS磁盘。