php - Laravel 5.3 使用单个 SQL 查询和缓存需要 1.9 秒

Question

我正在开发 Laravel 5.3.30 应用程序，它的运行速度慢得令人无法接受，而且似乎存在任何优化级别都无法解决的问题。我正在以下环境中开发应用程序:

Wampserver 3.0.6 64 位，包括 PHP 7、MySQL 5.7.14 和 Apache 2.4.23Windows 10 专业版 64 位ORM:原则 2硬件:ZBook 17 G2、i7-4710MQ 处理器、8GB 内存、Quadro K2200M、SSD

我读过关于 Laravel 性能的文章，建议似乎是不要太在意速度，因为生产服务器的充足性能将处理框架的膨胀，因为我计划将其放在运行在SSD 驱动器。但我的硬件本身并没有那么慢，而且还在 SSD 上运行，所以我不太确定。我觉得设置有一些根本性的错误，并附上了调试栏的以下结果，用于加载一个非常基本的页面，该页面调用单个 SQL 查询(用于选择用户来验证 session )，以及完整的 SQL 日志与“为请求启用了“通用日志”。

我已经运行了通常的优化，但效果很小:

• php artisan optimize --force
• php artisan 配置:缓存
• php artisan 路由:缓存
• php artisan clear-compiled
• 缓存

我看过很多帖子，有人说在 Laravel 5 上实现 <100 毫秒的基本请求就像我为这篇帖子做的基准测试一样不是问题，所以我假设这里还有其他事情发生，我'希望有人能指出是什么导致了这种放缓。

谢谢!

更新

我一发布这个就想到，我在 webroot 中使用符号链接(symbolic link)连接到 Laravel 应用程序中的公共(public)文件夹(在 webroot 之外)，我想知道这个符号链接(symbolic link)是否是是什么导致经济放缓？如果我有机会对此进行基准测试，我会更新。

更新 2

根据测试 Ajax 请求速度的建议，下面调试栏的结果显示它同样慢，如果不是更慢的话。

Answer 1

所以在使用 PHP 的 get_included_files() 后，发现 Laravel 包含了大约 700 个文件，我认为这是罪魁祸首。但是在询问了一些 slack 的人后，他们有相似的包含数字，所以我意识到我缓存错误。首先，我应该在调用配置缓存查询之后调用优化查询，按照:

php artisan config:cache
php artisan optimize --force

果然，这将包含的文件数量减少到 500 个以下。根据 slack 的建议，我取出了剩余的文件并使用 obcache 缓存了尽可能多的文件，这也有帮助。所以现在它以可接受的性能运行，我想对 obcache 使用更微调的策略会加快速度。