2.积极调谐查询。这是远离保持服务器嗡嗡声的最重要方面。它也倾向于是一个挑战的人。首先启用慢查询日志和过滤运行的查询，例如，0.5秒。当您清除最大的罪魁祸首和最重的资源消费者时，降低阈值。使用pt查询摘要工具总结并隔离最糟糕的违规者。适当地添加索引，考虑多列索引，涵盖索引以避免额外的表查找。
3.使用EBS卷使用XFS和RAID 10。虽然ext3是一个非常常见的文件系统，并且对于Linux服务器的标准，XFS是一个更高的性能文件系统。这将有所作为。当您第一次设置卷时，这是一个小的一步，并在额外的额外工作以后维护。
此外，您可以使用EBS卷的软件RAID卷来缓解磁盘I / O吞吐量问题和可变性。与物理服务器RAID阵列一样，EBS卷将从RAID 10中受益匪浅，允许您跨一组虚拟磁盘进行条纹，以及必要时从集合中交换磁盘。
4.使用percona服务器。Percona分发了MySQL Server的分布，它与Oracle发货的社区版本完全删除。更重要的是，Percona Server包含额外的性能调整，错误修复和往往尚未使其到Oracle Shipping版本的社区修补程序。服务器是摇滚固体，快速奔跑。
灾难恢复提示如上所述，在云中计算时灾难恢复推送到前景。您将希望强调自动化，并利用亚马逊的可用区在您的DR计划中。以下是用于在线保持环境的三个基本提示：
1.自动执行按钮服务器重建。正如我们前面提到的，虚拟实例可以也将会失败。您必须将重新构建这些实例的过程自动化。有利的一面是，这将迫使围绕灾难恢复的最佳实践。更重要的是，您基本上可以获得免费的灾难恢复，因为您不需要让那些备份服务器闲置，直到灾难性的那一天。
2.复制到备用可用区和地区。亚马逊已经有真实的可用性区中断，并且通过此详细介绍了在单个可用性区域中建立所有内容的客户受到影响最严重的影响。在AWS世界中，您的指尖您有多个数据中心;雷竞技电脑网站明智地使用它们，您将在您的环境中建立额外的弹性，并防止甚至是最严重的中断。
3.保留数据的异地备份。是的，您希望保留数据库的复制版本，但它也是保持定期现场备份的好主意。如果您真的希望将其带到下一个可靠性，请参与第二个云提供商，并在那里刷新数据库的实时副本。然后构建自动化脚本以在第二个提供商的云中提升整个基础架构。
这个故事， ”亚马逊云中的MySQL主人，“最初发表在infoworld.com.。遵循最新的发展云计算在infoworld.com。对于商业技术新闻的最新发展，请遵循Twitter上的Infoworld.com.。
阅读更多关于云计算的信息在InfoWorld的云计算频道。
这个故事，“亚马逊云中的MySQL大师”最初发布infoworld. 。