mysql服务器每秒可以运行几个选择？

我正在写一个商业计划，当我的网站将由50万唯一访问者访问时，我必须模拟成本。

• 参观者：500.000
• 网页浏览量：1,500,000
• 蜘蛛综合浏览量：500,000
• 总浏览量：2,000,000

每页执行50个查询+-

• 每天查询量：一亿
• 每小时：400万
• 每分钟：70,000
• 每秒：1,200
• 高峰：3,000

进行此计算后，我每秒需要3,000个查询...什么样的服务器可以处理它？

问题是：实际上我的网站每天进行2,000次访问，并且每秒有-+ 150/200次查询...从这一点开始，我希望每秒有50,000次查询。

我在群集或复制中需要多少台服务器来管理这项工作？

我曾经在一家电子商务公司工作，该公司的网站每天点击量达数百万。我们只有一个DELL PE 1750，带有2个单核CPU和2GB的RAM，数据库大小约为1GB。4GB。在高峰时间，该服务器每秒最多处理5万多个查询。

话虽这么说：数据库结构良好，所有查询都经过了微调（我们每周进行一次会议，分析慢速查询日志并修复查询和索引），并且服务器设置也得到了微调。缓存绝对是个好主意，但是MySQL还是这样做的，您只需要分析性能，然后微调内存的使用方式（查询缓存与其他选项）。

从那次经验中，我可以告诉您，最大的影响是由于缺少索引，错误的索引和错误的数据库设计（例如，长字符串字段作为主键和类似的废话）引起的。

这完全取决于查询的复杂程度，服务器具有的内存量以及磁盘的速度。

如果查询非常简单或调整得很好，则单个大型数据库服务器可以处理该查询。但是，如果查询非常复杂（或简单但调优），那么您将需要多个服务器。

在不了解有关您正在运行的特定查询，数据库方案及其大小的情况下，这确实是无法估计的。

在索引列上进行简单的SELECT与基于非索引列的几个JOIN 完全不同……并且，如果所涉及的表包含1K记录或1M，当然情况会发生很大变化。

也：

• 您当前的硬件配置是什么？
• 您的服务器在当前负载下使用了多少电量（CPU，RAM，磁盘I / O）？

正如Ignacio所说，您可能希望研究缓存。在cms甚至堆栈的前面。每个（每个！）页面的查询超过50个，确实很多。

从您的评论来看，最大的因素将是您的数据集大小，或者至少是“热门”数据集的大小。只要16核服务器上的3,000qps甚至8,000qps根本不是问题，只要服务器很少需要进入磁盘来满足查询即可。一旦活动数据集超过InnoDB用来缓存它的内存量，您的性能就会迅速下降。

对于大型“热”数据集，这是他们的目的，可能值得在时间上进行投资以转换为“大数据”方案。例如，如果您要检索大量数据，但是您从不重写，而仅追加新数据，请查看Apache Hive。浏览一下它们，它们通常是一种可以轻松地与现有代码交互的风格，这也可以防止由于缓存空间不足而引起的烧心。

有太多事情可以每秒影响您的查询，请不要在未经测试的情况下信任我的数据。我在这里发布速度测试结果以帮助某人估计当前（2018-09）mysql数据库和计算机的qps。在我的测试中，数据大小小于服务器内存（这大大减少了IO并大大提高了性能）。

我使用一个cpu 3.75GB内存，100GB ssd，gcp云mysql服务器实例并获得：

• 1个客户端，一个sql一行读取：799 sql / second。
• 50个客户端，一个sql一行读取：6403 sql / second。
• 50个客户端，一个sql一行写入：写入4341行，qps。4341 SQL /秒
• 1个客户端，每个sql 30k行写入：92109个写入行/秒。