php - CMS 和高流量站点 : PHP and MySQL

Question

CMS 和高流量网站(如新闻门户)在逻辑和数据库设计和优化(PHP 和 MySQL)方面有什么区别吗？我在 stackoverflow 和 memcached 中搜索了 php site scalability占多数。有没有MySQL优化的技巧？ (我正在为这个问题寻找一本书。我在 amazon 中搜索过，但我不知道什么是最好的选择。)提前致谢

Answer 1

这不是那么容易回答的。有不同的方法和各种意见，但我会尝试涵盖一些常见的场景。但首先是一些基础知识。

大多数网络应用程序可以在应用程序和数据库中分离。数据库使用可以分为事务性 (oltp) 和分析性 (olap)

在最好的情况下，您可以启动多个应用程序服务器并在它们之间分配流量。它们都连接到同一个数据库服务器并且可以独立工作。但是，如果您有其他共享数据、 session 等，这可能会很困难。您可以通过简单地在 dns 中向您的域名添加多个 ip 地址来完成此操作。或者您使用负载平衡技术将客户端转发到不同的服务器。

应用程序扩展通常非常容易。数据库要复杂得多。

通常首先要做的是设置一个或多个与主数据库具有相同数据的复制服务器。它们可以级​​联，但有 1 个严重的缺点。他们的数据并不总是最新的。通常不会超过几秒钟，但它可能会承受更多负载。但对于许多用例来说，这很好。仅显示信息的大型站点可以将其数据库复制到一些从服务器，设置一些应用服务器(最好在同一台服务器上运行一个从服务器和一个应用服务器并让该应用服务器访问该数据库从服务器)和每个很好。

每个 olap 查询都可以定向到一个从站。 olap 查询是那些不修改任何内容并且不需要 100% 最新 2 日期数据的查询。

因此所有内容都需要写入同一个数据库源服务器，每个其他服务器都从该数据库源服务器获取其副本。例如一篇文章的每条评论。

如果这个瓶颈变得太紧，您可以从两个方向进行。

1. 分片
2. 主-主复制

分片意味着您决定应用程序服务器存储数据的位置和获取数据的位置。例如，每条以 a 开头的评论都会到达服务器 a、b-> b 等等。这是一个愚蠢的例子，但它基本上是这样的。主要涉及一些内部ID。如果可能的话最好对数据进行分片，以便它可以完全从该服务器 agani 中提取。在上面的示例中，如果我想获得一篇文章的所有评论，我将不得不询问每个服务器 a-z 并合并结果。这是低效但可能的，因为可以复制这些服务器。这称为映射(您可以查看著名的 google map-reduce 算法，它基本上就是这样做的)。

master-master repliation 意味着您将数据写入不同的主服务器，它们相互同步，而不是像分片那样单独存储。如果您的应用程序无法自行决定在何处存储和获取数据，则必须这样做。你只是存储到任何主服务器，每台服务器都得到一切，每个人都很开心？不……因为这涉及到另一个严重的问题。冲突!想象两个用户输入一条评论。 commentA 存储在 serverA 上，commentB 存储在 serverB 上。我们应该使用哪个 id。哪个先来？最好的办法是设计一个应用程序来避免这种情况并具有不同的 key 和内容。但通常发生的是解决冲突、确定优先次序等等。 oracle 在这个级别上有很多功能，而 mysql 仍然落后。但是趋势正在进入更复杂的数据结构，例如云...

好吧，我认为我解释得不够好，但您至少应该从文本中获取一些关键字，以便 oyu 可以进一步调查。