答案是Nginx + PHP-FPM组合更适合现代PHP应用部署。首先更新系统，安装PHP-FPM及常用扩展，并配置Nginx通过FastCGI与PHP-FPM通信，实现高效、安全的请求处理。相比Apache的mod_php，Nginx+PHP-FPM具备更好的性能、资源隔离和高并发支持。同时需注意文件权限、php.ini配置、Opcache启用及PHP-FPM进程池优化等关键点，确保稳定性和安全性。升级PHP版本时应保留旧版本并逐步切换，避免服务中断。
在Linux服务器上部署PHP环境，核心就是安装PHP解释器、配置其与Web服务器（如Nginx或Apache）的协作方式，并确保必要的扩展到位。这听起来可能有点像搭积木，但每一块的尺寸和连接方式都需要你仔细考量，才能搭出一个稳定、高效的PHP应用运行平台。
通常，我会在一台新鲜的Linux服务器上，比如Ubuntu Server，进行这样的部署。首先，我们得把系统更新到最新状态，这是个好习惯，能避免很多意想不到的依赖问题。
sudo apt update && sudo apt upgrade -y
接下来，我们安装PHP及其FPM（FastCGI Process Manager）服务。PHP-FPM是处理PHP请求的利器，尤其是在Nginx环境下，它能让PHP独立运行，并通过FastCGI协议与Web服务器通信，效率比传统的mod_php高不少。同时，我们也会安装一些常用的PHP扩展，这些几乎是所有PHP应用都离不开的。
sudo apt install php-fpm php-mysql php-cli php-gd php-curl php-mbstring php-xml php-zip -y
你可能还会需要php-intl、php-json（虽然在新版本中通常内置了）、php-imagick等，具体看你的项目需求。安装完成后，PHP-FPM服务通常会自动启动。你可以用systemctl status php7.4-fpm（或者你安装的PHP版本号）来检查它的状态。
立即学习“PHP免费学习笔记（深入）”；
现在，我们还需要一个Web服务器。我个人更倾向于Nginx，因为它轻量、高性能，处理静态文件非常出色，并且与PHP-FPM配合默契。
sudo apt install nginx -y
Nginx安装好后，我们需要配置它来将.php文件的请求转发给PHP-FPM处理。这通常涉及编辑Nginx的站点配置文件。比如，创建一个新的站点配置：
sudo nano /etc/nginx/sites-available/your_domain.conf
然后，在里面加入类似这样的配置（这是一个简化的例子，实际生产环境会更复杂）：
server {
listen 80;
server_name your_domain.com www.your_domain.com;
root /var/www/your_project; # 你的项目根目录
index index.php index.html index.htm;
location / {
try_files $uri $uri/ =404;
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock; # 确保这里路径和PHP版本匹配
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
# 隐藏敏感文件
location ~ /\.ht {
deny all;
}
}保存并退出。接着，我们需要启用这个站点配置，并禁用默认配置（如果你不需要它的话）：
sudo ln -s /etc/nginx/sites-available/your_domain.conf /etc/nginx/sites-enabled/ sudo unlink /etc/nginx/sites-enabled/default # 如果有默认配置且不需要
最后，检查Nginx配置语法，并重启Nginx服务：
sudo nginx -t sudo systemctl restart nginx
为了测试，你可以在/var/www/your_project目录下创建一个index.php文件，内容是<?php phpinfo(); ?>。访问你的域名，如果能看到PHP信息页面，那就说明部署成功了。
这是一个老生常谈但又不得不提的问题。在部署PHP时，Web服务器的选择和集成方式对性能、资源消耗乃至安全性都有显著影响。
如果你用Apache，最常见的方式是mod_php，也就是将PHP解释器作为Apache的一个模块加载。这种方式配置起来非常简单，安装libapache2-mod-php后重启Apache就行了。它的优点是部署快，对于小型项目或开发环境来说很方便。但缺点也明显：PHP解释器会随Apache进程一起启动，每个Apache进程都会占用PHP的内存，即使它不处理PHP请求。这导致内存占用较高，尤其是在高并发场景下，性能瓶颈会很快出现。此外，PHP代码通常以Apache用户身份运行，权限管理不当可能带来安全风险。
而Nginx，它本身不具备处理PHP的能力，它是一个优秀的静态文件服务器和反向代理。要让Nginx处理PHP，就需要借助PHP-FPM。Nginx将PHP请求通过FastCGI协议转发给PHP-FPM进程池处理。这种模式下，Nginx和PHP-FPM是两个独立的进程，各司其职。Nginx负责高效地处理静态文件和转发请求，PHP-FPM则专注于执行PHP代码。
从我的经验来看，Nginx + PHP-FPM的组合在大多数现代Web应用中都表现出更好的性能和资源利用率。它的优势在于：
当然，Apache也能通过mod_proxy_fcgi模块与PHP-FPM集成，从而获得与Nginx+PHP-FPM类似的性能优势。但如果你是从零开始选择，并且对高性能有追求，Nginx+PHP-FPM通常是更简洁、更现代的选择。如果你已经在使用Apache，并且不想完全切换，那么让Apache也用上PHP-FPM无疑是个明智的折中方案。
在部署PHP环境时，一些看似不起眼的配置，却可能成为性能瓶颈或安全漏洞。我见过太多因为忽略这些细节而导致的生产问题。
常见的配置陷阱：
www-data）需要对你的项目文件有读取权限，对需要写入的目录（如缓存目录、上传目录）有写入权限。如果权限设置不当，你可能会看到“Permission denied”错误，或者文件上传失败。一个常见的错误是直接给项目目录777权限，这虽然解决了问题，但却带来了巨大的安全隐患。更安全的做法是确保www-data用户拥有正确的组，并将项目目录的组权限设置为www-data，并给予775或664等适当权限。php.ini配置不当：memory_limit：PHP脚本允许使用的最大内存。如果你的应用处理大量数据或图片，这个值可能需要调高，否则会出现“Allowed memory size of X bytes exhausted”错误。upload_max_filesize 和 post_max_size：上传文件大小的限制。这两个值需要协调，post_max_size通常要大于或等于upload_max_filesize。max_execution_time：脚本的最大执行时间。长时间运行的脚本（如数据导入、报表生成）可能需要更高的值。date.timezone：不设置时区会导致日期时间函数返回错误结果或警告。务必在php.ini中设置，例如date.timezone = Asia/Shanghai。display_errors：在生产环境中，这个值应该设置为Off，避免将敏感错误信息暴露给用户。错误日志应该记录到文件中。fastcgi_pass指向的PHP-FPM socket路径必须与PHP-FPM的配置（通常在/etc/php/<version>/fpm/pool.d/www.conf中）一致。常见的有Unix socket（unix:/var/run/php/php7.4-fpm.sock）和TCP socket（127.0.0.1:9000）。不匹配会导致Nginx无法连接到PHP-FPM。php -m或phpinfo()可以检查已安装的扩展。性能优化技巧：
php.ini中启用并配置它：opcache.enable=1 opcache.memory_consumption=128 # 根据服务器内存调整 opcache.interned_strings_buffer=8 opcache.max_accelerated_files=10000 opcache.revalidate_freq=0 # 生产环境设置为0，避免频繁检查文件修改 opcache.validate_timestamps=0 # 同上
/etc/php/<version>/fpm/pool.d/www.conf中，调整pm（进程管理方式）、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers等参数。pm = dynamic（动态）或pm = ondemand（按需）通常比pm = static（静态）更节省内存。max_children = (服务器总内存 - 其他服务占用内存) / 每个PHP-FPM子进程平均占用内存。在生产环境中升级PHP版本，这事儿可不能马虎，一个不小心就可能导致服务中断，客户流失。我的经验是，永远不要直接在生产环境上“原地升级”，那简直是玩火。
这里提供一套相对平滑的策略：
充分的测试环境： 在升级生产环境之前，务必在与生产环境尽可能一致的测试环境中进行全面的测试。这包括单元测试、集成测试、性能测试，甚至人工功能回归测试。PHP版本升级往往伴随着一些不兼容的改动（比如PHP 7.x到8.x），你的代码、依赖库都可能受到影响。
安装新的PHP版本，而不是替换旧版本： 在Linux上，你可以安装多个PHP版本。例如，如果你当前是PHP 7.4，想升级到PHP 8.1，你可以这样安装：
# 添加ondrej/php PPA，提供更多PHP版本 sudo apt install software-properties-common -y sudo add-apt-repository ppa:ondrej/php -y sudo apt update # 安装PHP 8.1及其FPM和常用扩展 sudo apt install php8.1-fpm php8.1-mysql php8.1-cli php8.1-gd php8.1-curl php8.1-mbstring php8.1-xml php8.1-zip -y
这样，你的服务器上会同时存在php7.4-fpm和php8.1-fpm两个服务。
配置新的PHP-FPM进程池： 新安装的PHP版本会有自己的FPM配置文件，比如/etc/php/8.1/fpm/pool.d/www.conf。你可以根据需要调整这些配置，特别是确保它监听在一个新的socket或端口上，避免与旧版本冲突。
逐步切换Web服务器配置：
fastcgi_pass指向新的PHP-FPM socket（例如unix:/var/run/php/php8.1-fpm.sock）。ProxyPassMatch或相关配置。sudo nginx -t），然后平滑重启Nginx（sudo systemctl reload nginx）。reload命令会加载新配置，但不会中断现有连接，等旧连接处理完毕后才关闭旧进程，新连接由新进程处理。监控与回滚计划： 切换完成后，密切监控服务器日志、应用性能指标和错误报告。如果发现问题，你必须有能力迅速回滚到旧的PHP版本。这通常意味着你只需要再次修改Nginx配置，指回旧的PHP-FPM socket，然后reload Nginx。
处理CLI环境： 对于命令行下的PHP脚本，你可以使用update-alternatives来切换默认的PHP CLI版本：
sudo update-alternatives --config php
它会让你选择一个默认版本。不过，我更倾向于在脚本中直接指定PHP解释器的路径（例如#!/usr/bin/php8.1），这样更明确，也避免了全局切换带来的潜在风险。
清理旧版本： 只有在确认新版本运行稳定且所有服务都已迁移后，才能考虑卸载旧的PHP版本。卸载前，再次确认没有任何服务或脚本还在依赖它。
这个过程需要耐心和细致，但它能最大限度地降低升级带来的风险，确保你的生产环境稳定运行。
以上就是php怎么安装_如何在Linux服务器上部署PHP环境的详细内容，更多请关注php中文网其它相关文章！
PHP怎么学习？PHP怎么入门？PHP在哪学？PHP怎么学才快？不用担心，这里为大家提供了PHP速学教程(入门到精通)，有需要的小伙伴保存下载就能学习啦！
广告
收藏
收藏
收藏
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
673
