我有一个成长中的网站，现在使用单个和普通的MySQL服务器来完成任务。 我想知道如何以及何时应该迁移到function更强大的服务器，换句话说，何时是使用镜像服务器或网格或单服务服务器的最佳时机？
我怎么能发现我的networking应用程序需要更好的数据库服务器解决scheme和configuration？ 我知道我可以学习使用率和服务器负载，但由于我没有足够的经验来pipe理和开发大型网站，我需要一些关于如何为快速增长的网站configurationMySQL服务器的build议？ 什么是最佳实践？
标准的系统度量标准可以很好地了解您的性能目前受到的限制 – 但是它们并不直接衡量性能。
对于厚客户端解决scheme来说，测量性能相当困难。
对于embedded式应用程序，可以很容易地测量数据库是否像生成数据一样快地读取数据 – 您可能会在数据中获得不可接受的积压或退出。
在你的情况下，对于基于Web的应用程序，测量很简单（开始logging和分析HTTP响应时间 – 注意Apache使用％D而不是％T）。
除此之外，您需要确定您实际需要的性能级别 – 更快的速度几乎总是更好，但这必须抵消实现该性能的成本。
我需要一些关于如何configurationMySQL服务器的build议
先知弗兰的阅读清单。
请注意，没有什么灵丹妙药（尽pipemysqltuner.pl通常为调整DBMS设置提供了一个很好的入门）。 最大的好处将来自良好的架构/硬件devise和应用程序调优 – 这两者都依赖良好的数据分析。
“我知道我可以学习使用和服务器负载”
你知道该怎么做，然后:)
首先，你应该有一个适当的监测/图表系统，以便更好地了解数据库的性能。 不时检查一下，发现哪个数据库性能“基准”，并留意它。
将这些指标与应用程序性能相关联，知道数据库响应时间如何影响用户的Web交互和stream程。 一旦检测到数据库端实际上是降级应用程序（configuration文件，发现在数据库后端使用响应时间的百分比），然后开始担心它并采取行动。
在开始扩展（上和/或下）数据库服务器部署之前，尝试改进应用程序和SQL方面。 永远不要低估你可以通过调整执行计划和（适当的）索引来提高性能。 它通常比缩小基础设施更快，更便宜。
我build议你看看这些书，他们可能会帮助你：