我在生产环境中运行一个 Laravel 应用程序,其中有一些 API 使用率很高。有些东西造成了瓶颈,并且曾经导致我们的服务器(3 台带负载均衡器的服务器)停滞。在优化了 Laravel 中的基本功能、缓存配置、路由、数据等,甚至解决了所有 n+1 个问题之后,我们在高峰时段仍然会遇到问题。有人建议我们在其中一个 nginx 工作程序上运行 strace,以查看系统级别上发生的情况,所以我们就这么做了,有趣的是,在调用 API 时,nginx 会尝试查找文件,其中存在大量冗余系统调用:
部分踪迹:
240498 stat("/var/www/html/myProject/current/public/APIRequest/3d4f7518e04e9", 0x7ffc7ee6ff70) = -1 ENOENT (No such file or directory)
240498 stat("/var/www/html/myProject/current/public/APIRequest/3d4f7518e04e9", 0x7ffc7ee6ff70) = -1 ENOENT (No such file or directory)
240498 lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
240498 lstat("/var/www", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
240498 lstat("/var/www/html", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
240498 lstat("/var/www/html/myProject", {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0
240498 lstat("/var/www/html/myProject/current", {st_mode=S_IFLNK|0777, st_size=48, ...}) = 0
240498 readlink("/var/www/html/myProject/current", "/var/www/html/myProject/release"..., 4095) = 48
240498 lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
240498 lstat("/var/www", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
240498 lstat("/var/www/html", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
240498 lstat("/var/www/html/myProject", {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0
240498 lstat("/var/www/html/myProject/releases", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
240498 lstat("/var/www/html/myProject/releases/20201202085755", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
240498 lstat("/var/www/html/myProject/releases/20201202085755/public", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
现在,在这种情况下,API 会使用 ID 进行调用3d4f7518e04e9
,并尝试循环遍历目录来查找该文件。但它不是一个文件,而是一个 API。我们运行 strace 的时间不到 30 秒,我们有 5000 个这样的调用,但对我来说这些调用毫无意义。
那么,这些调用是必要的吗?我不这么认为,但如果我错了,请告诉我。如果我是对的,我该如何更好地配置我的 nginx,以便这些调用能够“及时捕获”并得到适当解决。欢迎提出任何想法。:)
PS:我们也尝试了类似配置的 apache,strace 中出现了同样的问题。
编辑:我是否只需要在站点配置中添加某种位置指令即可解决此问题?我正在使用官方文档中的基本 nginx 配置https://laravel.com/docs/8.x/deployment#nginx还有一些补充,例如:
location ~ \.php$ {
fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
include fastcgi_params;
fastcgi_buffer_size 128k;
fastcgi_buffers 256 16k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;
}
location ~ /\.(?!well-known).* {
deny all;
}
client_body_buffer_size 10K;
client_header_buffer_size 1k;
client_max_body_size 8m;
large_client_header_buffers 4 16k;
client_body_timeout 12;
client_header_timeout 12;
keepalive_timeout 15;
send_timeout 10;
编辑:
location / {
try_files $uri $uri/ /index.php?$query_string;
}
我确实有 Danila Vershinin 在答案中所建议的尝试文件
答案1
看起来你正在处理try_files
性能问题。你可以摆脱不必要的stat
系统调用消除try_files
从您的配置中。
该try_files
指令为创建 SEO 友好的网站提供了一个简单而美观的样板。
然而,这种简单性的缺点是增加了不必要的stat
系统调用的成本。
因为您知道,例如所有/api/
URL 都必须通过您的 PHP 进行路由,所以无需检查任何文件是否存在,并且您可以无条件地通过您的 Laravel 引导文件进行路由,例如:
location /api/ {
fastcgi_param SCRIPT_FILENAME $document_root/index.php;
include fastcgi_params;
fastcgi_pass unix:/var/run/php-fpm/example.com.sock;
}
此外,一般来说,你希望获得有关文件/目录存在的 NGINX 缓存信息。这可以通过以下方式实现打开文件缓存。