优化基于mysql / PHP的网站\ 300 qps

Question

嘿，我现在在mysql上已经有了300+ qps。在相当重的网站上，每天大约有12000 UIP /没有cron。我知道很难判断它是否可以不看网站，但你认为这是一个完全过火的？你有什么经验？如果我优化脚本，你认为我能得到更低的qps吗？我的意思是，如果我达到200 qps，这对我没有多大帮助。谢谢

Answer 1

目前在mysql上拥有超过300+的qps

你的网站可以运行在一个Via C3上，对你有好处！

，你认为这是完全的过度吗？

这取决于它是否

• 1页/s执行300个查询，是的，您有一个问题。
• 30-60页/s每个页面执行5-10次查询，那么您就没有问题了。

每天

12000 UIP

我们有一个50-60.000的站点，它运行在一个Via C3上(与那个垃圾服务器相比，你的烤面包机是一个数据中心)，但是洪流跟踪器使用了大约50%的cpu，所以只有一半的微型cpu可以在网站上使用，不管怎么说，它似乎从未使用过其中的任何一小部分。

你有什么经验？

如果您想知道您是否要关闭服务器，或者您的网站是否经过优化，以下内容的信息内容几乎为零：

(除非你有类似facebook的numbers)

• queries/s (除非你在10.000以上)(我已经看到一个廉价的双核20.000 qps使用postgres)

但以下各点极为重要：

每个页面的动态页面/秒served

• number查询，每个查询的持续时间(全部)

• 服务器architecture

• vmstat，iostat outputs

• database logs

• webserver logs

• database's拥有slow_query、锁、IO日志和统计信息

你没有专注于正确的度量..。

Answer 2

我想你没抓住重点。如果300+ qps在很大程度上取决于网站本身，取决于每秒访问网站的用户，以及并发运行的后台脚本，等等。您应该能够测试和/或计算服务器的平均查询吞吐量，以了解300+ qps是否公平。顺便说一句，这取决于这些查询要求什么(几个字段，还是大量的二进制数据？)。

当然，如果您优化脚本和/或减少查询数量，您可以降低数据库的负载，但是如果没有特定的数据，我们就无法正确地回答您的问题。若要将300+ qps负载降低到200 qps以下，您应该平均将总查询减少至少1/3。

Answer 3

优化脚本可以创造奇迹。我只需通过优化对服务器的调用方式，就可以在几秒钟后获得3分钟前到达.5的脚本。当然，这是一种极端的情况。如果可能的话，我将主要侧重于通过合并尽量减少查询的数量。也许在你的查询中有创意，以便在每一次点击中包含更多的信息。

从300到200 qps实际上是一个巨大的进步。你服务器的流量下降了33% .这很有意义。