如何通过Nginx对Laravel服务器进行深度性能优化？
- 内容介绍
- 文章标签
- 相关推荐
worker_processes auto;
events {
worker_connections 4096;
multi_accept on;
use epoll;
}
2. 调整Worker进程
Nginx是多进程模型。默认的配置可能比较保守。如果你的服务器CPU核心数不少， 完全可以把 worker_processes 设置成 auto让它自动匹配CPU核心数。 正宗。 一边， 增加 worker_connections每个进程允许的最大连接数也可以适当调大，比如1024或者4096，恳请大家...
3. 缓冲区优化
麻了... 有时候Nginx处理大文件上传或者响应头很大的请求时会报错，这往往是主要原因是缓冲区设太小了。适当调大 client_body_buffer_size 和 fastcgi_buffer 相关的参数，能让数据传输更顺畅。
sudo apt update
sudo apt install nginx
安装Nginx只是开始， Laravel是PHP写的，所以PHP-FPM是必不可少的。这里有个坑，很多人直接装PHP却忘了FPM， 公正地讲... 我好了。 导致Nginx没法和PHP顺畅通信。记得根据你的项目需求安装对应的版本， 比如PHP 7.4或者8.x：
sudo ln -s /etc/nginx/sites-available/laravel-app /etc/nginx/sites-enabled/
三、 权限管理：别让程序“无路可走”
翻车了。 配置写好了访问却报500错误？十有八九是权限问题。Linux的权限机制虽然平安，但有时候真的很繁琐。Laravel框架有几个目录是需要服务器有写入权限的， 是不是？ 特别是 storage 和 bootstrap/cache。日志要写，缓存要写，视图编译也要写。
你猜怎么着？ 环境跑通了只是第一步。接下来才是重头戏——优化。我们要让Nginx像一台精密的机器， 操作一波。 而不是一个只会转发请求的傻瓜。
蚌埠住了！ 对于生产环境， 如果你的服务器内存够大，尝试 static 模式往往能获得更稳定的性能。你需要 pm.max_children。 躺平。 假设一个PHP-FPM进程占用30M内存，4G内存大概能分给100个进程。
太刺激了。 安装完成后别急着启动，先看看PHP-FPM的配置。它默认可能监听的是TCP端口，但在本地服务器上，Unix Socket通常效率更高。你可以去编辑配置文件， 找到类似 listen = /var/run/php/php7.4-fpm.sock 的设置，确保它是对的。这小小的改动，能减少不少TCP协议栈的开销。
极度舒适。 最简单粗暴的方法是把这两个目录的所有权交给Web服务器运行的用户。通常是 www-data，你我共勉。
我算是看透了。 我天... 还有时候，修改了配置却没生效。记得一定要施行 sudo systemctl reload nginx 或者 restart。Nginx的reload机制非常优雅，它不会断开现有连接，而是平滑过渡，这在生产环境上非常重要。
在理。 注意看 try_files $uri $uri/ /index.php?$query_string; 这行。这就是Laravel优雅链接的秘密。它告诉Nginx：如果请求的文件存在 就直接返回；如果不存在就把请求丢给 index.php 处理。这样Laravel的路由才能正常工作，不会出现莫名其妙的404，我直接好家伙。。
sudo systemctl restart php7.4-fpm # 根据你的PHP版本调整
六、 平安与SSL：性能与信任并重
没有SSL证书的网站不仅不平安，还会被浏览器标记为“不平安”，严重影响用户体验。而且，HTTP/2协议必须在HTTPS下才能开启， 我直接好家伙。 而HTTP/2对于多资源加载的性能提升是巨大的。
靠谱。 利用Let's Encrypt获取免费证书是最经济实惠的选择：
sudo apt install certbot python3-certbot-nginx
sudo certbot --nginx -d your-domain.com -d www.your-domain.com
Certbot会自动修改你的Nginx配置， 开启443端口，并配置好SSL证书。它会自动处理续期问题， 我个人认为... 多损啊！ 你几乎不需要操心。开启SSL后 记得测试一下配置文件是否有语法错误：
sudo nginx -t
如果测试通过平滑重启Nginx：
sudo systemctl reload nginx
七、 常见坑点排查：别让细节毁了努力
即使配置得再完美，有时候还是会遇到奇奇怪怪的问题。比如明明配置都对了访问却还是404。这时候，别慌，先看看是不是 root 路径写错了。我之前就犯过这种低级错误， 摸鱼。 把路径写成了 /var/www/html/laravel 而不是 /var/www/html/laravel/public后来啊折腾了半天。
研究研究。 这是最关键的一步，也是最容易出错的地方。很多新手把Laravel项目扔到服务器上， 后来啊除了首页， 我天... 其他路由全是404，或者直接把源代码下载下来了这就是Nginx没配好。
一个标准的、的配置块大概是这样的：
server {
listen 80;
server_name your-domain.com; # 你的域名
root /data/www/your-laravel-project/public; # 必须是public目录！
index index.php index.html;
# 开启gzip压缩， 这个后面细说
gzip on;
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
location / {
try_files $uri $uri/ /index.php?$query_string;
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
# 这里的路径要和你的php-fm配置对应
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
fastcgi_param SCRIPT_FILE不结盟E $document_root$fastcgi_script_name;
include fastcgi_params;
}
location ~ /\.ht {
deny all;
}
}
探探路。 如果遇到权限问题， 比如日志写不进去，除了修改目录所有者，还可以看看SELinux是不是在“捣乱”。 是吧？ 有时候即使文件权限是777，SELinux也会拦截Web服务器的写入操作。
在谈论优化之前，我们得先把地基打牢。很多时候性能问题并不是配置不对，而是环境本身就乱七八糟。假设你拿到的是一台崭新的Linux服务器，第一步要做的就是把环境搭建得干干净净，PTSD了...。
试试水。 希望这篇文章能帮你理清思路， 把你的Laravel应用打造成一个极速、稳定、平安的Web服务。当你看到页面加载时间从几秒缩短到几百毫秒，那种成就感，真的会让人觉得之前所有的折腾都是值得的。别犹豫了赶紧去服务器上试试吧！
放心去做... 这简直是白捡的性能提升。现在的浏览器都支持Gzip，而HTML、CSS、JS这些文本文件压缩率高达70%以上。开启Gzip，意味着传输1M的数据可能只需要传300KB，带宽省了用户等待时间也短了。在 http 块中加入以下配置：，我的看法是...
gzip on;
gzip_vary on;
gzip_proxied any;
gzip_comp_level 6;
gzip_types text/plain text/css text/xml application/json application/javascript application/rss+xml application/atom+xml image/svg+xml;
Nginx再强，再说说还得靠PHP来跑逻辑。如果PHP-FPM成了瓶颈，Nginx也只能干瞪眼。 拉倒吧... PHP-FPM的配置文件通常在 /etc/php/7.4/fpm/pool.d/www.conf。
复盘一下。 写好配置后 别忘了把软链接建立起来启用这个站点：
sudo nano /etc/nginx/sites-available/laravel-app
躺平... 开倒车。 在这个文件里我们要写入非常具体的配置内容。这里有个原则必须死死记住：root 指令必须指向Laravel项目的 public 目录！我见过太多人把 root 指向了项目根目录， 后来啊平安性大打折扣，路由也全乱套。
与君共勉。 无语了... 当然 你也可以通过修改 nginx.conf 里的 user 指令来让Nginx以你当前用户的身份运行， 这样有时候能避免很多权限冲突，但出于平安考虑，通常还是建议使用 www-data 并配合适当的目录权限设置。
扯后腿。 说实话， 每一个使用Laravel的开发者，大概都经历过那种“心跳漏一拍”的时刻：明明本地开发环境跑得飞起，代码逻辑优雅得像诗一样，可一旦部署到Linux服务器上，面对稍微高一点的并发，页面加载速度就开始像蜗牛一样爬行。那种无力感，真的很搞心态。Laravel虽然是个功能极其强大的全栈框架，但众所周知，它有点“重”。如果不进行针对性的服务器优化，你的应用就像穿着棉袄在跑马拉松，太魔幻了。。
调整Nginx服务器性能的方法有:优化配置文件、 增加CPU亲和性、使用高速缓存、开启Gzip压缩、使用SSL加速、定期更新和维护。 优化配置......
worker_processes auto;
events {
worker_connections 4096;
multi_accept on;
use epoll;
}
2. 调整Worker进程
Nginx是多进程模型。默认的配置可能比较保守。如果你的服务器CPU核心数不少， 完全可以把 worker_processes 设置成 auto让它自动匹配CPU核心数。 正宗。 一边， 增加 worker_connections每个进程允许的最大连接数也可以适当调大，比如1024或者4096，恳请大家...
3. 缓冲区优化
麻了... 有时候Nginx处理大文件上传或者响应头很大的请求时会报错，这往往是主要原因是缓冲区设太小了。适当调大 client_body_buffer_size 和 fastcgi_buffer 相关的参数，能让数据传输更顺畅。
sudo apt update
sudo apt install nginx
安装Nginx只是开始， Laravel是PHP写的，所以PHP-FPM是必不可少的。这里有个坑，很多人直接装PHP却忘了FPM， 公正地讲... 我好了。 导致Nginx没法和PHP顺畅通信。记得根据你的项目需求安装对应的版本， 比如PHP 7.4或者8.x：
sudo ln -s /etc/nginx/sites-available/laravel-app /etc/nginx/sites-enabled/
三、 权限管理：别让程序“无路可走”
翻车了。 配置写好了访问却报500错误？十有八九是权限问题。Linux的权限机制虽然平安，但有时候真的很繁琐。Laravel框架有几个目录是需要服务器有写入权限的， 是不是？ 特别是 storage 和 bootstrap/cache。日志要写，缓存要写，视图编译也要写。
你猜怎么着？ 环境跑通了只是第一步。接下来才是重头戏——优化。我们要让Nginx像一台精密的机器， 操作一波。 而不是一个只会转发请求的傻瓜。
蚌埠住了！ 对于生产环境， 如果你的服务器内存够大，尝试 static 模式往往能获得更稳定的性能。你需要 pm.max_children。 躺平。 假设一个PHP-FPM进程占用30M内存，4G内存大概能分给100个进程。
太刺激了。 安装完成后别急着启动，先看看PHP-FPM的配置。它默认可能监听的是TCP端口，但在本地服务器上，Unix Socket通常效率更高。你可以去编辑配置文件， 找到类似 listen = /var/run/php/php7.4-fpm.sock 的设置，确保它是对的。这小小的改动，能减少不少TCP协议栈的开销。
极度舒适。 最简单粗暴的方法是把这两个目录的所有权交给Web服务器运行的用户。通常是 www-data，你我共勉。
我算是看透了。 我天... 还有时候，修改了配置却没生效。记得一定要施行 sudo systemctl reload nginx 或者 restart。Nginx的reload机制非常优雅，它不会断开现有连接，而是平滑过渡，这在生产环境上非常重要。
在理。 注意看 try_files $uri $uri/ /index.php?$query_string; 这行。这就是Laravel优雅链接的秘密。它告诉Nginx：如果请求的文件存在 就直接返回；如果不存在就把请求丢给 index.php 处理。这样Laravel的路由才能正常工作，不会出现莫名其妙的404，我直接好家伙。。
sudo systemctl restart php7.4-fpm # 根据你的PHP版本调整
六、 平安与SSL：性能与信任并重
没有SSL证书的网站不仅不平安，还会被浏览器标记为“不平安”，严重影响用户体验。而且，HTTP/2协议必须在HTTPS下才能开启， 我直接好家伙。 而HTTP/2对于多资源加载的性能提升是巨大的。
靠谱。 利用Let's Encrypt获取免费证书是最经济实惠的选择：
sudo apt install certbot python3-certbot-nginx
sudo certbot --nginx -d your-domain.com -d www.your-domain.com
Certbot会自动修改你的Nginx配置， 开启443端口，并配置好SSL证书。它会自动处理续期问题， 我个人认为... 多损啊！ 你几乎不需要操心。开启SSL后 记得测试一下配置文件是否有语法错误：
sudo nginx -t
如果测试通过平滑重启Nginx：
sudo systemctl reload nginx
七、 常见坑点排查：别让细节毁了努力
即使配置得再完美，有时候还是会遇到奇奇怪怪的问题。比如明明配置都对了访问却还是404。这时候，别慌，先看看是不是 root 路径写错了。我之前就犯过这种低级错误， 摸鱼。 把路径写成了 /var/www/html/laravel 而不是 /var/www/html/laravel/public后来啊折腾了半天。
研究研究。 这是最关键的一步，也是最容易出错的地方。很多新手把Laravel项目扔到服务器上， 后来啊除了首页， 我天... 其他路由全是404，或者直接把源代码下载下来了这就是Nginx没配好。
一个标准的、的配置块大概是这样的：
server {
listen 80;
server_name your-domain.com; # 你的域名
root /data/www/your-laravel-project/public; # 必须是public目录！
index index.php index.html;
# 开启gzip压缩， 这个后面细说
gzip on;
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
location / {
try_files $uri $uri/ /index.php?$query_string;
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
# 这里的路径要和你的php-fm配置对应
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
fastcgi_param SCRIPT_FILE不结盟E $document_root$fastcgi_script_name;
include fastcgi_params;
}
location ~ /\.ht {
deny all;
}
}
探探路。 如果遇到权限问题， 比如日志写不进去，除了修改目录所有者，还可以看看SELinux是不是在“捣乱”。 是吧？ 有时候即使文件权限是777，SELinux也会拦截Web服务器的写入操作。
在谈论优化之前，我们得先把地基打牢。很多时候性能问题并不是配置不对，而是环境本身就乱七八糟。假设你拿到的是一台崭新的Linux服务器，第一步要做的就是把环境搭建得干干净净，PTSD了...。
试试水。 希望这篇文章能帮你理清思路， 把你的Laravel应用打造成一个极速、稳定、平安的Web服务。当你看到页面加载时间从几秒缩短到几百毫秒，那种成就感，真的会让人觉得之前所有的折腾都是值得的。别犹豫了赶紧去服务器上试试吧！
放心去做... 这简直是白捡的性能提升。现在的浏览器都支持Gzip，而HTML、CSS、JS这些文本文件压缩率高达70%以上。开启Gzip，意味着传输1M的数据可能只需要传300KB，带宽省了用户等待时间也短了。在 http 块中加入以下配置：，我的看法是...
gzip on;
gzip_vary on;
gzip_proxied any;
gzip_comp_level 6;
gzip_types text/plain text/css text/xml application/json application/javascript application/rss+xml application/atom+xml image/svg+xml;
Nginx再强，再说说还得靠PHP来跑逻辑。如果PHP-FPM成了瓶颈，Nginx也只能干瞪眼。 拉倒吧... PHP-FPM的配置文件通常在 /etc/php/7.4/fpm/pool.d/www.conf。
复盘一下。 写好配置后 别忘了把软链接建立起来启用这个站点：
sudo nano /etc/nginx/sites-available/laravel-app
躺平... 开倒车。 在这个文件里我们要写入非常具体的配置内容。这里有个原则必须死死记住：root 指令必须指向Laravel项目的 public 目录！我见过太多人把 root 指向了项目根目录， 后来啊平安性大打折扣，路由也全乱套。
与君共勉。 无语了... 当然 你也可以通过修改 nginx.conf 里的 user 指令来让Nginx以你当前用户的身份运行， 这样有时候能避免很多权限冲突，但出于平安考虑，通常还是建议使用 www-data 并配合适当的目录权限设置。
扯后腿。 说实话， 每一个使用Laravel的开发者，大概都经历过那种“心跳漏一拍”的时刻：明明本地开发环境跑得飞起，代码逻辑优雅得像诗一样，可一旦部署到Linux服务器上，面对稍微高一点的并发，页面加载速度就开始像蜗牛一样爬行。那种无力感，真的很搞心态。Laravel虽然是个功能极其强大的全栈框架，但众所周知，它有点“重”。如果不进行针对性的服务器优化，你的应用就像穿着棉袄在跑马拉松，太魔幻了。。
调整Nginx服务器性能的方法有:优化配置文件、 增加CPU亲和性、使用高速缓存、开启Gzip压缩、使用SSL加速、定期更新和维护。 优化配置......