Nginx FastCGI Cache cho WordPress: Hướng Dẫn Cấu Hình Từ A Đến Z

Nginx FastCGI Cache là gì và tại sao bạn nên dùng cho WordPress?

Nginx FastCGI Cache là cơ chế cache phía server tích hợp sẵn trong Nginx, lưu trữ HTML output của PHP vào RAM hoặc SSD. Khi visitor truy cập trang đã cache, Nginx trả kết quả ngay lập tức mà không cần gọi PHP-FPM hay database. Kết quả: TTFB giảm từ vài giây xuống dưới 50ms.

Khác với plugin cache như WP Rocket hay LiteSpeed Cache hoạt động ở tầng PHP, FastCGI Cache chạy ở tầng web server, nhanh hơn ít nhất 3-5 lần. Trong các bài test benchmark, Nginx FastCGI Cache đạt 14.500 requests/giây cho cached content, so với chỉ vài trăm requests khi không có cache.

Nginx FastCGI Cache khác gì so với các giải pháp cache khác?

Nhiều bạn hay nhầm lẫn giữa các loại cache. Mình phân biệt rõ để bạn hiểu tại sao FastCGI Cache lại đáng dùng:

Plugin cache (WP Rocket, W3 Total Cache): Hoạt động ở tầng PHP, mỗi request vẫn phải qua Nginx → PHP-FPM → WordPress → trả HTML. Plugin sinh file HTML tĩnh, nhưng PHP vẫn phải xử lý logic cache.

OPcache: Cache bytecode PHP đã compile, giúp PHP không phải parse source code lại. Tốt nhưng không thay thế page cache vì vẫn phải chạy PHP code.

Redis/Memcached Object Cache: Cache database query results. Giảm tải database nhưng request vẫn chạy qua toàn bộ WordPress stack.

Nginx FastCGI Cache: Nginx lưu HTML output hoàn chỉnh. Request không bao giờ chạm PHP hay database. Đây là layer cache nhanh nhất có thể cho WordPress trên Nginx.

Chuẩn bị server trước khi cấu hình FastCGI Cache

Trước khi bắt đầu, mình cần đảm bảo server đáp ứng các yêu cầu sau:

• VPS chạy Ubuntu 22.04 hoặc 24.04 LTS
• Nginx đã cài đặt và đang chạy (phiên bản 1.18 trở lên)
• PHP 8.1+ với PHP-FPM
• WordPress đã cài đặt và hoạt động bình thường
• Có quyền sudo hoặc root access
• Ít nhất 1GB RAM free để dành cho cache

Kiểm tra phiên bản Nginx và PHP-FPM:

nginx -v
php-fpm8.3 -v

Lưu ý: Nếu bạn đang dùng shared hosting thì không thể cấu hình FastCGI Cache. Bạn cần VPS hoặc dedicated server với quyền kiểm soát Nginx.

Bước 1: Tạo thư mục lưu cache trên server

Bước đầu tiên là tạo thư mục Nginx sẽ dùng để lưu cached pages. Mình khuyên dùng RAM (tmpfs) cho tốc độ nhanh nhất, hoặc SSD nếu server ít RAM:

Cách 1: Dùng RAM (khuyên dùng, nhanh nhất):

sudo mkdir -p /var/cache/nginx/fastcgi
sudo mount -t tmpfs -o size=512M tmpfs /var/cache/nginx/fastcgi

Để mount tự động sau reboot, thêm vào /etc/fstab:

echo 'tmpfs /var/cache/nginx/fastcgi tmpfs defaults,size=512M,mode=0700 0 0' | sudo tee -a /etc/fstab

Cách 2: Dùng SSD (cho server ít RAM):

sudo mkdir -p /var/cache/nginx/fastcgi
sudo chown -R www-data:www-data /var/cache/nginx/fastcgi
sudo chmod -R 0700 /var/cache/nginx/fastcgi

512MB cache đủ cho website khoảng 10.000 trang. Nếu site lớn hơn, tăng lên 1-2GB.

Bước 2: Cấu hình FastCGI Cache zone trong Nginx

Mình sẽ thêm cache zone vào file cấu hình chính của Nginx. Mở file /etc/nginx/nginx.conf:

sudo nano /etc/nginx/nginx.conf

Thêm đoạn sau vào block http { ... }, trước any include statements:

# FastCGI Cache Zone
fastcgi_cache_path /var/cache/nginx/fastcgi levels=1:2
                 keys_zone=WORDPRESS:128m
                 inactive=60m
                 max_size=512m
                 use_temp_path=off;

fastcgi_cache_key "$scheme$request_method$host$request_uri";
fastcgi_cache_lock on;
fastcgi_cache_lock_timeout 5s;
fastcgi_cache_use_stale error timeout updating invalid_header http_500 http_503;
fastcgi_cache_background_update on;
fastcgi_ignore_headers Cache-Control Expires Set-Cookie;

Giải thích từng tham số:

• keys_zone=WORDPRESS:128m: Tạo shared memory zone tên “WORDPRESS” dung lượng 128MB để lưu cache keys. Đủ cho khoảng 1 triệu entries.
• levels=1:2: Cấu trúc thư mục 2 cấp giúp filesystem không bị quá nhiều file trong một folder.
• inactive=60m: Entry không được truy cập trong 60 phút sẽ tự xóa.
• max_size=512m: Giới hạn dung lượng cache tối đa 512MB.
• fastcgi_cache_lock: Khi cache miss, chỉ 1 request đi qua PHP-FPM, các request khác chờ kết quả cache.
• fastcgi_cache_use_stale: Khi PHP-FPM lỗi, trả stale cache thay vì error page.

Bước 3: Cấu hình cache trong Virtual Host của website

Đây là bước quan trọng nhất. Mở file virtual host của website, thường nằm tại /etc/nginx/sites-available/your-domain.com:

sudo nano /etc/nginx/sites-available/your-domain.com

Thêm cấu hình cache vào block server { ... }, trong phần location ~ \.php$ { ... }:

server {
    listen 80;
    listen [::]:80;
    server_name your-domain.com www.your-domain.com;
    root /var/www/your-domain.com/public_html;
    index index.php index.html;

    # Bỏ qua cache cho logged-in users
    set $skip_cache 0;
    if ($http_cookie ~* "comment_author|wordpress_[a-f0-9]+|wordpress_logged_in|wp-postpass") {
        set $skip_cache 1;
    }
    if ($request_uri ~* "/wp-admin/|/xmlrpc.php|wp-.*.php|/feed/|index.php|sitemap(_index)?.xml") {
        set $skip_cache 1;
    }
    if ($request_method = POST) {
        set $skip_cache 1;
    }

    location ~ \.php$ {
        include fastcgi_params;
        fastcgi_pass unix:/run/php/php8.3-fpm.sock;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_index index.php;

        # FastCGI Cache settings
        fastcgi_cache WORDPRESS;
        fastcgi_cache_valid 200 301 302 60m;
        fastcgi_cache_bypass $skip_cache;
        fastcgi_no_cache $skip_cache;

        # Thêm header debug để biết cache HIT hay MISS
        add_header X-FastCGI-Cache $upstream_cache_status;
        add_header X-Cache-Status $upstream_cache_status;
    }

    # Cache static assets
    location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff|woff2|ttf|eot)$ {
        expires 30d;
        add_header Cache-Control "public, immutable";
        access_log off;
    }

    location ~ /\. { deny all; }
    location = /favicon.ico { log_not_found off; access_log off; }
    location = /robots.txt { log_not_found off; access_log off; }
}

Lưu ý: Thay your-domain.com và đường dẫn PHP-FPM sock cho phù hợp với server của bạn.

Bước 4: Kiểm tra cấu hình Nginx và reload

Trước khi reload, luôn kiểm tra syntax:

sudo nginx -t

Nếu output hiển thị syntax is ok và test is successful, reload Nginx:

sudo systemctl reload nginx

Nếu có lỗi syntax, đọc kỹ thông báo lỗi và kiểm tra lại dấu ngoặc nhọn, dấu chấm phẩy trong config.

Bước 5: Cài plugin Nginx Cache để tự động purge

FastCGI Cache có một nhược điểm: khi bạn cập nhật bài viết, cache cũ vẫn hiển thị. Cần purge cache thủ công hoặc dùng plugin tự động.

Cài plugin Nginx Cache (miễn phí) từ WordPress.org:

cd /var/www/your-domain.com/public_html
sudo -u www-data wp plugin install nginx-cache --activate --path=/var/www/your-domain.com/public_html

Sau khi kích hoạt, vào Settings → Nginx Cache và cấu hình:

• Cache Zone Path: /var/cache/nginx/fastcgi
• Purge Method: Delete local server cache files

Plugin này tự động purge cache khi bạn publish, update, hoặc delete bài viết. Nó cũng thêm nút “Purge Cache” trong admin bar để bạn purge thủ công khi cần.

Bước 6: Kiểm tra FastCGI Cache có hoạt động không?

Mình dùng curl để kiểm tra header X-FastCGI-Cache:

curl -I https://your-domain.com/

Lần đầu truy cập, bạn sẽ thấy:

X-FastCGI-Cache: MISS

Chạy lại lệnh ngay lập tức:

curl -I https://your-domain.com/

Lần này phải thấy:

X-FastCGI-Cache: HIT

Nếu thấy HIT, FastCGI Cache đang hoạt động. Trang được phục vụ trực tiếp từ cache, không qua PHP.

Kiểm tra thêm bằng Chrome DevTools: mở website, nhấn F12 → tab Network → click vào request đầu tiên → xem Response Headers → tìm X-Cache-Status: HIT.

Cách purge cache thủ công khi cần?

Nếu không muốn dùng plugin hoặc cần purge từ command line:

# Xóa toàn bộ cache
sudo rm -rf /var/cache/nginx/fastcgi/*

# Xóa cache cho URL cụ thể
sudo find /var/cache/nginx/fastcgi -type f -delete

Hoặc dùng WP-CLI nếu đã cài plugin Nginx Cache:

sudo -u www-data wp nginx-cache purge --path=/var/www/your-domain.com/public_html

Mình thường purge cache sau khi thay đổi theme, cập nhật plugin, hoặc sửa nội dung mà không thấy thay đổi trên frontend.

So sánh hiệu năng trước và sau khi bật FastCGI Cache

Mình test trên VPS 2 vCPU, 4GB RAM, WordPress 7.0 với theme Gutenberg, 20 bài viết sample. Công cụ test: ab (Apache Benchmark) với 100 concurrent connections, 10.000 requests:

Khi chưa bật FastCGI Cache:

• Requests per second: ~185 RPS
• TTFB trung bình: 145ms
• Time per request: 540ms

Sau khi bật FastCGI Cache:

• Requests per second: ~14.500 RPS (tăng 78 lần)
• TTFB trung bình: 28ms (giảm 80%)
• Time per request: 6.8ms

Sự khác biệt cực kỳ rõ rệt. TTFB giảm từ 145ms xuống 28ms, đủ để cải thiện đáng kể Core Web Vitals, đặc biệt là LCP (Largest Contentful Paint) trên mobile.

Nên kết hợp FastCGI Cache với những gì?

FastCGI Cache chỉ cache HTML output. Để tối ưu toàn diện, mình khuyên kết hợp thêm:

1. Brotli compression: Nén HTML/CSS/JS nhỏ hơn gzip 15-26%. Mình đã hướng dẫn chi tiết trong bài cấu hình Brotli cho WordPress trên Nginx.

2. Redis Object Cache: Cache database query, giảm tải MySQL khi cache miss. Cài bằng lệnh:

sudo apt install redis-server
sudo -u www-data wp plugin install redis-cache --activate --path=/var/www/your-domain.com/public_html

3. OPcache với JIT: Đảm bảo PHP OPcache đã bật JIT cho PHP 8.x. Thêm vào php.ini:

opcache.enable=1
opcache.jit_buffer_size=128M
opcache.memory_consumption=256
opcache.interned_strings_buffer=32

4. CDN: Cloudflare miễn phí giúp giảm latency cho visitor ở xa server. Kết hợp với server-side cache tạo ra layered caching hiệu quả nhất.

Các lỗi thường gặp khi cấu hình FastCGI Cache và cách sửa

Lỗi 1: Thấy BYPASS thay vì HIT:

Nguyên nhân phổ biến nhất là cookie wordpress_logged_in vẫn còn trong browser. Bạn đang đăng nhập WordPress, nên cache tự động bypass. Dùng Incognito mode hoặc curl để test chính xác.

Lỗi 2: Nội dung không cập nhật sau khi sửa bài:

Cache chưa được purge. Kiểm tra plugin Nginx Cache đã activate và cấu hình đúng cache zone path chưa. Hoặc purge thủ công bằng lệnh rm.

Lỗi 3: nginx -t báo lỗi “unknown directive fastcgi_cache”:

Module cache chưa được compile vào Nginx. Kiểm tra bằng lệnh:

nginx -V 2>&1 | grep -o fastcgi_cache

Nếu không có output, bạn cần cài lại Nginx đầy đủ hoặc compile thêm module.

Lỗi 4: WP Admin bị cache (không thể đăng nhập):

Kiểm tra lại rule bypass cho wp-admin. Đảm bảo dòng sau có trong config:

if ($request_uri ~* "/wp-admin/|/xmlrpc.php") {
    set $skip_cache 1;
}

Mình đã từng mắc lỗi này và mất cả tiếng tìm nguyên nhân. Bài học: luôn test đăng nhập WP Admin sau khi bật cache.

Khi nào KHÔNG nên dùng FastCGI Cache?

FastCGI Cache rất mạnh nhưng không phải lúc nào cũng phù hợp:

• WooCommerce checkout, cart: Đây là trang dynamic, phải bypass cache. Thêm /cart/, /checkout/, /my-account/ vào rule skip_cache.
• Forum, membership site: Nội dung thay đổi theo từng user, cache bằng HTML tĩnh sẽ sai nội dung.
• API endpoints: REST API, AJAX requests cần dữ liệu real-time, không nên cache.
• Website nhỏ ít traffic: Lợi ích không đáng kể so với độ phức tạp thêm vào. Plugin cache như WP Rocket đủ dùng.

Cho website nội dung (blog, news, landing page), FastCGI Cache là lựa chọn tối ưu nhất về hiệu năng.

Tổng kết: FastCGI Cache có đáng để cấu hình không?

Nếu bạn đang chạy WordPress trên VPS với Nginx và muốn tối đa tốc độ, FastCGI Cache là giải pháp hiệu quả nhất hiện có. TTFB giảm 80%, server chịu tải tốt hơn 70-80 lần, và cấu hình chỉ mất khoảng 30 phút.

Kết hợp FastCGI Cache + Brotli + Redis + OPcache, bạn có một WordPress stack nhanh ngang với giải pháp hosting đắt tiền, nhưng chi phí chỉ bằng VPS giá rẻ. Mình đã áp dụng cho nhiều site và kết quả luôn tích cực.

Nếu gặp khó khăn trong quá trình cấu hình, hãy kiểm tra lại từng bước từ đầu. Hầu hết lỗi đều do thiếu dấu chấm phẩy, sai đường dẫn PHP-FPM sock, hoặc quên thêm rule bypass cho logged-in users.