PHP+；MySQL适用于VLDB
我正在开发两个网站，一个只有几个表，另一个有50多个表。我正在使用PHP和MySQL 这两个网站的一些表格预计每年会收到超过十万行。我在StackOverflow的某篇文章中读到，几十万行对MySQL来说不是问题。但在我的网站上，行数将在10年或更长时间内“巨大” 此外，在预期的高峰时间，从这些表访问数据库的次数将非常多PHP+；MySQL适用于VLDB,php,mysql,vldb,Php,Mysql,Vldb,我正在开发两个网站，一个只有几个表，另一个有50多个表。我正在使用PHP和MySQL 这两个网站的一些表格预计每年会收到超过十万行。我在StackOverflow的某篇文章中读到，几十万行对MySQL来说不是问题。但在我的网站上，行数将在10年或更长时间内“巨大” 此外，在预期的高峰时间，从这些表访问数据库的次数将非常多 所以，我有两个问题。首先，MySQL是否准备好用于VLDB或类似场景？其次，MySQL能够在极端负载下处理大量请求吗，即使使用索引等技术来加速数据库访问？如果没有，我应该使用哪
所以，我有两个问题。首先，MySQL是否准备好用于VLDB或类似场景？其次，MySQL能够在极端负载下处理大量请求吗，即使使用索引等技术来加速数据库访问？如果没有，我应该使用哪种DBMS呢？从流量最少的网站到流量最大的一些网站，很多网站都在使用Umm MySQL。除非你像google/amazon一样访问流量，需要编写自己的解决方案，否则MySQL可以很好地处理负载。我将更加关注数据库结构/适当的索引/负载平衡。软件运行得很好。用户不可避免地会把事情搞砸。嗯，MySQL在许多网站上一直使用，从流量最小的网站到流量最大的一些网站。除非你像google/amazon一样访问流量，需要编写自己的解决方案，否则MySQL可以很好地处理负载。我将更加关注数据库结构/适当的索引/负载平衡。软件运行得很好。用户不可避免地会把它搞得一团糟。好消息是，十年后的计算机将比今天的计算机快得多，因此单凭这一点就可以为您带来大量的可扩展性 如果您能够正确地构造数据并相应地调整服务器，MySQL可以处理您的数据。数百万行很少是一个问题，一些实例甚至在仔细规划后达到了数十亿行的水平，Tumblr及其工具集就是这样
关于写或读活动的频率或强度，你还没有给出太多的细节。“非常高”可能意味着每分钟几百台，也可能意味着每秒几百万台。好消息是，十年后的计算机将比今天的计算机快得多，因此光是这一点就可以为您购买大量的扩展功能 如果您能够正确地构造数据并相应地调整服务器，MySQL可以处理您的数据。数百万行很少是一个问题，一些实例甚至在仔细规划后达到了数十亿行的水平，Tumblr及其工具集就是这样
关于写或读活动的频率或强度，你还没有给出太多的细节。“非常高”可能意味着每分钟几百次，也可能意味着每秒几百万次。mySQL的性能扩展程度主要取决于：
一旦这3个数据库都用完了，你仍然可以对数据和集群服务器进行分区，但老实说，一个1000万行的数据库就是很多人所说的“中型”数据库。mySQL的性能扩展主要取决于：
一旦这3个数据库都用完了，你仍然可以对数据和集群服务器进行分区，但老实说，一个1000万行的数据库就是很多人所说的“中型”数据库。如果配置得当，这些数据量和峰值请求应该不会有问题；但是如果你的峰值请求非常高，你可能想考虑集群。虽然如果没有实际的数字，“非常高”是毫无意义的MySQL是一个优秀的数据库，可以在极端负载下处理大量请求。但是，这也在很大程度上取决于基础设施；但是如果你的峰值请求非常高，你可能想考虑集群。虽然如果没有实际的数字，“非常高”是毫无意义的MySQL是一个优秀的数据库，可以在极端负载下处理大量请求。但是，这在很大程度上取决于基础设施。由于我没有服务器和服务器配置方面的技术专长，我将在第三方服务器上托管该网站，可能是Yahoo或GoDaddy。我不认为他们会在“常规”托管计划上提供群集功能，除非我选择专用服务器，我自己无法管理。因为我没有服务器和服务器配置方面的技术专长，我会在第三方服务器上托管网站，可能是Yahoo或GoDaddy。我不认为他们会在“常规”托管计划中提供集群功能，除非我选择专用服务器，我自己无法管理。