Redis dapat mengurangi pekerjaan database, tetapi tidak otomatis menguntungkan. Latency jaringan, eviction, serialisasi, dan perilaku plugin dapat menjadi bottleneck baru.
Status “connected” tidak membuktikan object cache sehat. Ukur hit rate, latency, tekanan memori, dan perilaku aplikasi nyata.
1. Pastikan Redis berjalan di mana
Socket lokal, TCP lokal, dan Redis remote memiliki latency yang sangat berbeda. Cache remote bisa lebih lambat daripada query yang digantikannya.
2. Periksa memori dan kebijakan eviction
Eviction yang sering membuat performa tidak konsisten dan membuang objek sebelum memberikan manfaat.
3. Pisahkan data stale dari page cache
Object cache, full-page cache, dan CDN menyimpan hal yang berbeda. Bersihkan lapisan yang benar-benar memiliki nilai lama.
4. Cari objek besar atau berfrekuensi perubahan tinggi
Options besar, transients, dan key dengan churn tinggi memakai memori dan waktu serialisasi.
5. Ukur wp-admin secara terpisah
Backend sering memperlihatkan masalah object cache yang tersembunyi dalam benchmark front-end anonim.
6. Bandingkan dengan dan tanpa Redis
Pengukuran A/B terkontrol lebih baik daripada asumsi. Jika jalur yang diukur lebih cepat tanpa object cache, teliti penyebabnya sebelum mengaktifkan kembali.