在我的情况下，有3台服务器+负载均衡器会有帮助吗？

Question

我想升级我的服务器，因为mysql负载很高，导致速度慢+--每当数据库上运行备份进程时，数据库将无法访问，因此需要一些解决方案。我目前的服务器是Opteron 2212，内存为8GB。

我的web主机建议使用一个更低的配置服务器(使用8GBRAM的Phenom)，但是要使用3台服务器+ load，balancer...they说，在有大量流量的情况下，它会有所帮助，而且当其中一台服务器出现故障时也会有所帮助，即会有一个备份服务器。

在进一步询问时，他们说不会设置mysql复制，因为他们为此收取额外费用，但仍然能够配置一个能够满足我需求的设置。

我不太确定，如果我有3台这样的服务器，并且没有mysql复制，我的升级目标还能实现吗?他们不太清楚他们是如何设置的。对于这是否一个好的解决办法，以及我能向他们提出什么建议，有什么想法吗？

Answer 1

他们想从你身上赚更多的钱，就这么简单。

首先要做的是:备份会使您的DB无法访问？要么您的备份解决方案非常糟糕，要么服务器上存在严重的I/O问题。最有可能的是I/O，我会首先考虑把这个修好。如果您在VPS上，那么您的主机可能能够为您分配原始的LUN映射，而不是在共享的抽象LUN上为您提供虚拟磁盘。

如果他们不打算设置MySQL复制，那么您要么自己动手，要么为此向您收取大笔费用。我不熟悉MySQL复制(只有MSSQL)，但我猜这不是一项琐碎的任务，需要有人知道他们在做什么。如果您不打算复制您的SQL服务器，只复制您的web服务器，那么我就看不出这将如何帮助您的站点。

第三，您还没有给出关于数据库的任何细节，所以这只是一次黑暗的尝试，但是也许您可以在DB中优化一些地方。Opteron 2212和8Gb的RAM不是一个缓慢的系统。我们每天有400个并发用户，每天在我们的门户上处理超过50万个请求，从而在一个30 18的数据库上产生了上百万次的查询，并且在一台类似规范的机器上运行得很好。精心设计的索引可以为您节省大量的金钱、时间和头痛。

我认为，在决定采用负载平衡路径之前，首先有许多其他途径可供考虑，特别是如果要集群SQL服务器的话。但是有一点是正确的--如果一台服务器出现故障，您确实有即时故障转移(如果您的负载均衡器配置正确)，但是即使您没有故障转移，您也有备份(因此是第一点)，所以它可能不是世界末日。

Answer 2

虽然我很欣赏法西克的S 透视，并且相信它是有价值的，但我认为他们的唯一动机可能并不仅仅是为了从你那里赚钱。

听起来这可能是一个接近理想的解决方案，或者至少是一个比你现在已经实现的更专业的解决方案。尽管如此，它仍然可能是过度设计，以满足您的需要。这在一定程度上是一个商业问题。额外费用是否合理？

高负荷需要更多的研究。修辞上..。它是读取查询吗？他们能被优化吗？您的模式优化了吗？如果是写查询，则可能需要扩展或缩小。否则，您可以考虑归档不再需要的数据。

备份MySQL数据库的一个常见解决方案是使用从属关联程序，然后对其进行快照，从而防止DB锁定。虽然I/O争用是一个可能的原因，但使用mysqldump或mysqlhotcopy通常会引入某种级别的锁定。其他解决方案包括Xtrabackup。您的备份解决方案有很大的改进空间。

虽然他们的建议肯定更接近理想，比你现在拥有的更好，但它是否合理由你来决定。你可能会得到更多的钱，减少经常性的开支，通过改善你现在的情况，因为这将巩固你的平台，为未来的增长。

Answer 3

您似乎认为性能问题的根源完全是来自mysql服务器的负载--虽然建议的解决方案将更有效地处理HTTP负载，但似乎对mysql问题没有任何作用。当您不进行备份时，您确定DBMS是造成问题的原因吗？

我不同意Far探索者- mysql复制的目的是为了获得一个一致的备份是非常简单的设置(简单的主从复制)。不利用潜在的负载平衡功能似乎是一种浪费，但结合备份需求，这将使配置变得相当复杂。

您应该能够在不锁定数据库的情况下在该机器上运行备份。

？哇。多么?我使用过的每个DBMS都可能在备份期间锁定--包括Oracle和Sybase。当然，MySQL中最近的c-isam引擎的锁定频率要低得多，但它仍然存在。