很多朋友第一次使用腾讯云 CVM，就想在上面搭一个 WordPress 个人站点。作为一个常年跟云服务器打交道的渠道商技术支持，我可以很直白地告诉你：手动搭建 WordPress（Linux）这件事，说难不难，说简单也真没那么简单。市面上虽然一键镜像很方便，但手动搭建能让你真正搞懂服务器环境、Web 服务、数据库这些底层逻辑，出问题的时候也能自己排查，而不是只会重启和重装。
这篇文章我会用腾讯云 CVM 为例，从 Linux 服务器的基础初始化开始，到 LNMP 环境安装，再到 WordPress 核心文件的部署和站点配置，把全流程完整走一遍。无论是给自己搭博客，还是帮客户部署站点，这套流程都是通用的。我会把每一步背后的原理讲清楚，也会把容易踩的坑标出来——毕竟这些都是我实际帮客户处理过无数次的问题。
1. 手动搭建的整体思路：为什么不用镜像，非要自己折腾？
1.1 手动搭建能换来的长期价值
腾讯云控制台里其实提供了很多 WordPress 应用镜像，点击几下就能得到一个完整的站点。但根据我这几年的经验，用镜像搭建的站点，后续运维成本往往比手动搭建要高。原因很简单：镜像里的环境和组件版本是固定的，你想升级 PHP 版本、换 Web 服务器、调整配置，往往需要在陌生环境下摸索，一旦镜像里的旧组件存在兼容性问题，排查起来反而更浪费时间。
手动搭建的优势在于掌控感。你清楚自己装了哪些软件、版本是多少、配置写在哪个文件里。WordPress 对运行环境的要求并不高，只要满足 PHP 和数据库的基本版本要求，几乎所有主流 Linux 发行版都能跑得很稳。我习惯用 Ubuntu Server 22.04 LTS 或者 Rocky Linux 9，这两个系统在腾讯云 CVM 上表现都很稳定，软件源也比较干净，没有多余的插件和面板残留。
1.2 技术栈选型：LNMP 还是 LAMP？
WordPress 官方推荐的是 PHP 加 MySQL 或 MariaDB，Web 服务器可以是 Nginx 或 Apache。我强烈建议使用 LNMP 组合：Linux + Nginx + MariaDB + PHP-FPM。
Nginx 在高并发下的表现远优于 Apache，而且配置语法清晰，内存占用也低。个人站点虽然访客量不会太大，但 Nginx + PHP-FPM 这种组合在未来流量增长时依然能站稳脚跟。MariaDB 是 MySQL 的开源分支，兼容性完全没问题，腾讯云的软件源里可以直接安装，性能还略有提升。PHP-FPM 是 PHP 的 FastCGI 进程管理器，与 Nginx 配合时效率最高。
这套方案在腾讯云 CVM 上的实际体验是：2核4G的实例，跑一个带主题和插件的 WordPress，首页响应时间基本能稳定在 500 毫秒以内。如果你用的是轻量应用服务器，2核2G的内存配置也足够日常使用，但内存紧张时需要适当调低 PHP-FPM 的子进程数。
1.3 前置条件准备清单
动手之前，有几样东西必须准备齐，不然中途很容易卡壳：
- 一台腾讯云 CVM 实例，操作系统选择 Ubuntu 22.04 LTS 或 Rocky Linux 9，建议系统盘选 40GB 起步
- 已注册的域名，并完成 ICP 备案（如果服务器在中国大陆地区）。域名需要在腾讯云控制台的"域名解析"里添加 A 记录，指向服务器的公网 IP
- SSH 客户端，Windows 用户可以用 Xshell 或直接使用 Windows Terminal 自带的 ssh 命令，macOS 用户直接用 Terminal
- 一个习惯用命令行的心态，不需要是高手，但至少要愿意跟着命令走
2. 服务器初始化与基础环境配置
2.1 登录服务器和系统更新
拿到 CVM 后，腾讯云控制台会要求你设置 root 密码，或者选择关联 SSH 密钥。我个人建议：生产环境的服务器直接用密钥登录更安全，但如果是个人站点，密码登录加上强密码策略也够用。拿到公网 IP 后，用 SSH 登录：
ssh root@你的服务器IP登录成功后，第一件事必须是更新系统软件包。这一步很多新手会跳过，但旧软件包里可能有已知漏洞和 Bug，不更新的话后面装环境时也容易出现依赖版本冲突。Ubuntu 系统用：
apt update && apt upgrade -yCentOS/Rocky 系统用：
dnf update -y更新过程通常需要几分钟，取决于服务器的网络带宽。腾讯云 CVM 的镜像源在国内有优化，速度一般很快。
注意：如果系统提示内核更新需要重启，建议先执行
reboot重启一次再继续。部分内核模块和 PHP 的编译有依赖关系，不重启可能出现动态链接错误。
2.2 创建普通用户与基础安全设置
root 用户权限太大，日常操作建议创建一个普通用户，再用sudo提权。这样即使某条命令写错了，也不会因为 root 权限造成不可挽回的破坏。创建一个名为webadmin的用户：
adduser webadmin usermod -aG sudo webadmin这里adduser会自动创建用户目录并提示设置密码，usermod -aG sudo将用户加入 sudo 组。之后用su - webadmin切换到新用户，后续操作都基于这个用户执行。
安全层面还有两件事必须做：一是修改 SSH 默认端口，降低被扫描爆破的概率；二是在腾讯云控制台的安全组里放行相应端口。修改 SSH 端口前，一定要先确认自己的防火墙规则，否则可能出现改完成端口、防火墙没放行、自己也连不上的尴尬局面。腾讯云 CVM 默认启用了安全组，这是外网流量的第一道闸门，端口放行规则是在控制台配置的，不是服务器内部的 firewalld。
2.3 安装必要的基础工具
Linux 服务器上免不了要用一些工具来排查问题，提前装好，免得后面急需时现找：
apt install -y wget curl vim git unzip zipwget和curl用于下载文件和测试接口，vim是编辑器，git用于拉取代码（有些主题和插件是从 GitHub 更新的），unzip和zip用于解压和打包文件。这些工具在后续安装部署中基本都会用到。
安装完成后，可以用ip addr查看服务器网卡信息，用uptime查看系统负载，用free -h查看内存占用。把这些基础命令记熟，后面排查问题时能省很多时间。
3. LNMP 环境安装：Nginx、MariaDB、PHP 的协同配置
3.1 安装 Nginx 并理解 Web 服务器的工作方式
Nginx 是整个站点的门卫，它负责接收浏览器的 HTTP 请求，再把请求转发给 PHP-FPM 处理。安装命令：
apt install -y nginx安装完成后，Nginx 会自动启动。用systemctl status nginx查看运行状态。此时直接在浏览器访问服务器公网 IP，就能看到 Nginx 的默认欢迎页。
Nginx 的网站配置文件存放在/etc/nginx/sites-available/目录，启用站点需要在/etc/nginx/sites-enabled/下创建软链。这个设计让多站点管理变得清晰：每个站点一个独立文件，想停用哪个就把哪个软链删掉，互不干扰。
默认站点配置在/etc/nginx/sites-available/default，我们后面要新建站点配置，不建议直接在默认文件上改。你可以先保留默认站点，等 WordPress 配置完成后再决定是否覆盖它。
3.2 安装 MariaDB 并设置数据库安全
数据库是 WordPress 存放文章、用户、评论的地方。装 MariaDB：
apt install -y mariadb-server安装后启动服务并设置开机自启：
systemctl enable mariadb systemctl start mariadbMariaDB 安装后会有一个初始化脚本，建议执行：
mysql_secure_installation这个脚本会引导你设置 root 密码（默认 root 密码为空）、删除匿名用户、禁止 root 远程登录、删除测试数据库。这里有个细节需要注意：MariaDB 的 root 用户默认只允许本地登录，所以在初始化脚本里即使设置了密码，它也只在本地有效。WordPress 后面会用到一个专门创建的用户，不会直接用 root 连接数据库。
3.3 安装 PHP-FPM 并调整关键参数
WordPress 官方对 PHP 版本有明确要求，建议安装 PHP 8.1 或更高版本。Ubuntu 22.04 默认软件源里的 PHP 版本是 8.1，刚好达到推荐线。安装 PHP 以及常用扩展：
apt install -y php-fpm php-mysql php-curl php-gd php-mbstring php-xml php-zip php-intl这里每个扩展都有用途：php-mysql用于连接 MariaDB，php-gd支持图片处理，php-mbstring用于处理多字节字符串，php-xml是 WordPress 解析 XML-RPC 和 RSS 的基础，php-zip用于后台安装主题和插件时的文件解压，php-intl国际化支持。
查看 PHP 版本和已启用模块：
php -v php -mPHP-FPM 的配置文件在/etc/php/8.1/fpm/php.ini，有几个参数建议修改。打开文件，调整以下内容：
memory_limit = 256M upload_max_filesize = 64M post_max_size = 64M max_execution_time = 300memory_limit决定单个 PHP 脚本可占用的最大内存，太低会导致后台某些操作卡死或白屏。upload_max_filesize和post_max_size决定主题包和插件包能上传多大，默认 2M 往往不够用。max_execution_time是脚本最大执行时间，过短会导致采集和批量处理任务超时。
修改后重启 PHP-FPM 生效：
systemctl restart php8.1-fpm3.4 用环境信息验证 LNMP 是否联通
安装完三个组件后，用一张测试页验证它们能否正常协同。创建一个探针文件：
sudo vim /var/www/html/test.php写入内容：
<?php phpinfo();然后在浏览器访问http://服务器IP/test.php，如果能看到一个完整的 PHP 信息页，说明 Nginx 和 PHP-FPM 已经正常通信。注意：这一步只是环境验证，WordPress 部署完成后必须立刻删除test.php，否则会暴露服务器环境信息给访客，这是安全隐患。
4. WordPress 核心部署：下载、配置与安装向导
4.1 下载 WordPress 程序包
WordPress 官方提供最新的压缩包，我们可以直接在服务器上下载并解压。切换到 Web 根目录：
cd /var/www/html wget https://wordpress.org/latest.tar.gz tar -xzf latest.tar.gz解压后，/var/www/html/wordpress目录下就是完整的 WordPress 程序文件。如果你下载速度很慢，可以使用国内镜像源或者直接将压缩包下载到本地再通过 SFTP 上传。腾讯云的文件上传服务可以用，但最简单的方式是直接在服务器上执行 wget。
对于国内用户，腾讯云 CVM 访问 wordpress.org 可能存在一定的延迟，如果下载失败，可以多试几次，或者改用 WordPress 中文社区的包。我个人更推荐从官方源下载，保证程序的完整性和安全性。
4.2 配置目录权限与移动文件
WordPress 运行需要 web 服务器用户（Ubuntu 下是www-data）对文件有读写权限。将 WordPress 文件移动到站点根目录，并设置正确的属主：
cd /var/www/html mv wordpress/* . rmdir wordpress rm -f latest.tar.gz chown -R www-data:www-data /var/www/html这里的chown将目录属主设为www-data，保证 Nginx 和 PHP-FPM 能读取文件，同时 WordPress 后台能写入文件（比如安装主题和插件需要创建临时文件）。
4.3 创建 WordPress 专用数据库
进入 MariaDB，创建一个仅供 WordPress 使用的数据库和用户：
mysql -u root -p输入之前设置的 root 密码后，在 MariaDB 命令行内执行：
CREATE DATABASE wpdb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; CREATE USER 'wpuser'@'localhost' IDENTIFIED BY '你的高强度密码'; GRANT ALL PRIVILEGES ON wpdb.* TO 'wpuser'@'localhost'; FLUSH PRIVILEGES; EXIT;字符集为什么要用utf8mb4？因为 WordPress 支持 emoji 表情和多种语言文字，只有utf8mb4能完整容纳。如果使用旧版的utf8，特殊字符可能会在保存时变成乱码。密码一定要设复杂一些，数据库是站点的最后一道防线，弱密码等于把门虚掩着。
4.4 创建 Nginx 站点配置并开启伪静态
在/etc/nginx/sites-available/下创建站点配置文件，假设域名是example.com：
sudo vim /etc/nginx/sites-available/example.com.conf写入以下配置：
server { listen 80; server_name example.com www.example.com; root /var/www/html; index index.php index.html index.htm; access_log /var/log/nginx/example.com.access.log; error_log /var/log/nginx/example.com.error.log; client_max_body_size 64M; location / { try_files $uri $uri/ /index.php?$args; } location ~ \.php$ { include snippets/fastcgi-php.conf; fastcgi_pass unix:/run/php/php8.1-fpm.sock; } location ~ /\.ht { deny all; } }try_files $uri $uri/ /index.php?$args;是 WordPress 伪静态的核心，所有 URL 重写到index.php，让 WordPress 解析固定链接。location ~ \.php$将 PHP 请求转发给 PHP-FPM 的 Unix 套接字。deny all阻止访问.htaccess之类的隐藏文件。
启用站点配置并测试：
sudo ln -s /etc/nginx/sites-available/example.com.conf /etc/nginx/sites-enabled/ sudo nginx -t sudo systemctl reload nginxnginx -t是配置文件语法检测，这一步一定不能省，语法错误直接会导致 Nginx 启动失败。
4.5 生成 wp-config.php 并完成安装向导
访问http://example.com，浏览器会进入 WordPress 安装向导。第一步选择语言，第二步输入数据库信息。这里填的就是上面创建的wpdb、wpuser和密码。数据库主机填localhost，这是 PHP 进程在本机连接 MariaDB 的一般写法。
还需要注意表前缀。默认前缀是wp_，如果站点没有任何特殊需求，保持默认即可。如果同一个数据库里要跑多个 WordPress 实例，才需要修改前缀。
点击"提交"后，向导会要求设置站点标题、管理员用户名和密码。管理员用户名建议不要用常见的admin，否则被暴力破解的概率会高一些。电子邮件一定要填真实的，密码找回时需要用到。
5. HTTPS 启用、性能优化与日常维护
5.1 使用腾讯云免费 SSL 证书开启 HTTPS
现在浏览器对 HTTP 网站的标记越来越严格，个人站点上线肯定要上 HTTPS。腾讯云控制台提供免费的 SSL 证书申请，有效期一年，到期后可以在控制台重新申请。证书申请流程大致是：在控制台的"SSL 证书"页面申请免费证书，填写域名信息，通过 DNS 验证后下载证书文件。
将证书文件（PEM 和 KEY）上传到服务器，比如放到/etc/nginx/ssl/目录。修改 Nginx 配置，增加 443 端口监听和证书路径：
server { listen 443 ssl; server_name example.com www.example.com; ssl_certificate /etc/nginx/ssl/example.com.pem; ssl_certificate_key /etc/nginx/ssl/example.com.key; ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers HIGH:!aNULL:!MD5; }同时增加一个 80 端口跳转到 443 的 server 块，让 HTTP 请求自动跳转到 HTTPS：
server { listen 80; server_name example.com www.example.com; return 301 https://$host$request_uri; }修改完成后执行nginx -t并重载 Nginx，再用浏览器访问https://example.com，地址栏出现小锁图标说明配置成功。
5.2 WordPress 后台加速：缓存插件的选择与调优
WordPress 纯 PHP 动态渲染的性能瓶颈非常明显，尤其是首页需要多次查询数据库。一个有效的方案是开启页面缓存。我常用的插件组合是：
- LiteSpeed Cache 或 WP Super Cache 作为页面缓存层，生成静态 HTML 文件给访客
- Redis Object Cache 作为对象缓存，减少数据库重复查询
个人站点流量不大时，WP Super Cache 的简单模式就足够。开启后，首次访问会生成一个静态 HTML 文件，后续访问直接读取静态文件，PHP 和数据库的压力会大幅降低。实测一个未开启缓存的 WordPress 站点，首页响应时间大约在 800 毫秒到 1 秒之间，开启缓存后能降到 200 毫秒以内。
如果装了 Redis 扩展，需要服务器端安装 Redis 服务：
apt install -y redis-server然后在 WordPress 后台安装 Redis Object Cache 插件并启用。需要注意：插件启用时会在wp-config.php里写入 Redis 连接配置，如果你的服务器上没有装 Redis，插件会自动禁用，不会造成白屏。
5.3 数据备份策略与定时任务
站点最怕的就是意外丢数据。WordPress 站点包含两类数据：文件（主题、插件、上传的图片）和数据库（文章、用户、设置）。备份方案要覆盖这两块。
我之前在渠道商工作的时候，给客户配置过一套简单的每日备份任务，用 shell 脚本加上 crontab 实现。脚本核心逻辑是：
#!/bin/bash date=$(date +%Y%m%d) backup_dir=/data/backup mkdir -p $backup_dir mysqldump -u wpuser -p'数据库密码' wpdb > $backup_dir/wpdb_$date.sql tar -czf $backup_dir/wordpress_files_$date.tar.gz /var/www/html find $backup_dir -mtime +7 -name "*.sql" -delete find $backup_dir -mtime +7 -name "*.tar.gz" -deletemysqldump导出数据库，tar打包站点文件，find -mtime +7 -delete自动清理 7 天前的备份，避免磁盘被占满。这个脚本写入 crontab，每天凌晨 2 点执行：
crontab -e加入一行：
0 2 * * * /usr/local/bin/backup_wordpress.sh除了服务器上的本地备份，建议定期将备份文件下载到本地，或者传到对象存储 COS。如果遇到磁盘故障或误删文件，备份就是你最后的救命稻草。我见过太多人辛辛苦苦写了半年博客，一个误操作清空了数据库，又没有备份，只能从头再来。
5.4 日志监控与磁盘空间排查
服务器运行久了，最常遇到的问题就是磁盘满了。WordPress 的日志、备份、缓存文件、上传的媒体文件都会蚕食磁盘空间。建议定期执行df -h查看磁盘使用率，du -sh /var/www/html/*查看站点目录下哪个目录占空间最大。
Nginx 的访问日志和错误日志分别记录在/var/log/nginx/access.log和error.log。当站点出现 502 或 500 错误时，第一件事就是打开错误日志查看原因：
tail -100 /var/log/nginx/error.log日志会明确告诉你 PHP-FPM 连接失败、进程超时或内存不足的原因，排查效率比乱猜高得多。
6. 常见问题与排查技巧实录
6.1 WordPress 出现 502 Bad Gateway 怎么办？
502 Bad Gateway是 LNMP 架构中 Nginx 无法连接 PHP-FPM 时的典型报错。排查顺序：先用命令行检查 PHP-FPM 是否在运行：
systemctl status php8.1-fpm如果状态显示failed，查看具体错误日志。常见的启动失败原因是php.ini里修改了memory_limit后指定值超出服务器实际内存，或者 PHP 扩展冲突。如果 PHP-FPM 运行正常，检查 Nginx 配置里fastcgi_pass的路径是否和 PHP-FPM 实际监听的 socket 路径一致。Ubuntu 22.04 的 PHP 8.1-FPM socket 路径通常是unix:/run/php/php8.1-fpm.sock，不同版本可能不同，用ls /run/php/确认一下。
我踩过的坑是：修改了php.ini后忘了重启 PHP-FPM，导致后台修改不生效，前端报 502。重启服务后一切正常，说我配置有问题，其实只是服务没重启。
6.2 WordPress 页面白屏或 500 错误的高效定位法
白屏可能是 PHP 语法错误、内存耗尽或者插件冲突。先开启 WordPress 调试模式，在wp-config.php中添加：
define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);这样错误信息会写入wp-content/debug.log文件，不会直接展示在页面上。通过查看这个文件，能精确看到是哪一行代码出了问题。排查完成后记得把这三个定义删掉或把WP_DEBUG设为false，避免错误信息暴露给访客。
如果是插件导致的 500，可以先将插件目录改名，比如将wp-content/plugins目录暂时重命名，WordPress 会自动禁用所有插件，然后逐个启用排查。
6.3 无法上传主题或插件，提示缺少权限怎么办？
这个问题的根因基本都在文件权限或 PHP 配置。首先确认wp-content目录是否有www-data用户的写权限：
chown -R www-data:www-data /var/www/html/wp-content chmod -R 755 /var/www/html/wp-content如果权限没问题，检查php.ini里的upload_max_filesize和post_max_size是否足够大。我遇到过upload_max_filesize改成 64M 但post_max_size还是默认 2M 的情况，大文件主题包照样传不上去。两个参数要一起调。
还有一个隐蔽的问题：部分模板和插件在启用时会检查服务器内存上限。如果memory_limit只有 128M，某些大型主题的在线预览会直接白屏。调成 256M 基本能解决绝大多数问题。
6.4 Linux 命令自查速记表
刚开始接触 Linux 时，记不住命令很正常。下面是我在实际运维中使用频率最高的命令清单，标注了使用场景，需要的可以直接收藏：
| 命令 | 主要用途 | 示例 |
|---|---|---|
cd /var/www/html | 进入站点目录 | 进入 Web 根目录 |
ls -la | 查看当前目录文件及权限 | 确认 WordPress 文件是否正确 |
tail -100 /var/log/nginx/error.log | 查看 Nginx 错误日志最近100行 | 排查502/500错误 |
top | 实时的系统资源占用一览 | 查看内存、CPU使用率 |
df -h | 查看磁盘空间使用情况 | 磁盘满时优先执行 |
systemctl status nginx | 查看服务运行状态 | 排查服务异常启动失败 |
chown -R www-data:www-data | 修改文件属主 | 修复上传插件无权限问题 |
find / -name wp-config.php | 按文件名查找 | 定位配置文件位置 |
写在最后的经验之谈
腾讯云 CVM 手动搭建 WordPress 这件事，本质上是在训练一种服务器思维。第一次动手可能会花掉小半天时间，但你会在过程中理解 HTTP 请求是怎么流转的、PHP 和数据库是怎么协作的、文件权限为什么会卡住一切。这些知识点，换个项目、换台服务器、换个编程语言，依然通用。
我在运维过程中最深的体会是：一定要给服务器打快照，尤其是在重大改动之前。腾讯云控制台里可以一键创建系统盘快照，相当于给操作系统拍了一张定妆照。万一配置改坏了，回滚快照比重新部署快十倍。个人站点的核心诉求从来不是功能有多花哨，而是稳定、安全、可以长期维护。把这些基础打牢，后续你才能放心地折腾主题、写插件、搞性能优化，而不是天天修服务器。
如果你按照上面的步骤操作，在某个环节卡住了，最有效的排查方式往往是把错误日志贴出来，逐行看。很多时候答案就在日志里，只是我们急于点击下一步，忽略了那些红色提示。动手做一遍，踩一遍坑，你会比看十篇教程收获更多。
