我正在尝试编写一个我想要衡量其效率的脚本。我有几个问题：-
我正在使用 PHP 编写脚本。在进一步测试中，我还发现如果我从我的 PHP 脚本中注释 MySQL 连接部分，“失败的请求”会变为 0。怎么了？如何降低这种故障率？
谢谢你， 亚历克
【问题讨论】：
标签： php performance profiling benchmarking
您期望 100 个并发请求吗？您希望在 30 秒内收到 10K 个请求吗？
很高兴您可以运行此基准测试，但请问问自己这意味着什么。考虑一下您将收到的实际流量。你真的需要一个问题来作为基准：
3 * 500 / 60 = ~ 25 req/sec
除非您处于网络的前百分之几，否则您的网页在现实生活中不会看到 100 个并发请求。为这种流量水平调整您的网站是没有意义的。要达到这些数字，您需要在架构级别做出设计妥协（数据库使用、缓存方法等：因此当数据库打开时您的失败次数）。
如果您只是想分析您的脚本，请使用xdebug 来查找您的代码花费时间的地方。
【讨论】：
我认为这看起来是一项很棒的工作。走开？我会说这远远超过标准。
一个问题是服务器上的负载将在生产中。您的脚本正在此服务器上触发请求，但如果您是开发实例上的唯一用户，您将看不到在处理典型生产负载时访问生产服务器时会发生什么。
如果是这种情况，您需要两个请求来源：一个代表您的新应用程序，另一个代表它将与资源竞争的生产流程。
您可以在基准测试软件中设置同时用户数吗？这个测试是不是一个接一个地发送 1000 个请求？让多个用户同时敲击服务器可能更现实。
你可以让发送间隔随机吗？这可能更能代表您的真实情况。
你能改变脚本使用的数据吗？是不是代表了它会很好用的条件？
除此之外，我只能表示祝贺。看来你对我很周到。
【讨论】：
您不应该收到任何失败的请求 - 您需要检查错误日志以了解它们失败的原因。
最有可能是 MySQL 连接不足，在这种情况下，您可以简单地调整服务器以允许更多并发连接（如果您预计会有这样的流量）。
【讨论】：
每个请求约 200 毫秒是一个比较常见的数字，在这个数字上，对于大多数用户来说，页面看起来“很快”。
【讨论】：