“Redis connection refused” a WordPress sol ser un problema de disponibilitat o configuració de la cache d’objectes, no un motiu per buidar tota la base de dades. Les dades persistents poden ser correctes mentre el client de cache no arriba a Redis o utilitza host, port, autenticació, base o socket equivocats.
Decideix primer si WordPress pot funcionar de manera segura sense Redis
Confirma si l’object-cache drop-in és imprescindible o opcional. Si la web pot tornar temporalment a base de dades, desactivar la capa de cache trencada pot recuperar servei mentre investigues. No ho facis a cegues si Redis també guarda sessions, locks o estat d’altres serveis.
Evidència per separar xarxa, servei i configuració
- Host/socket, port i base Redis configurats per WordPress.
- Si el servei Redis està actiu i és accessible des de WordPress.
- Error exacte de l’object cache i timestamp.
- Desplegaments, canvis d’entorn o rotacions recents.
Comprova client i servidor com dos sistemes diferents
Que Redis estigui actiu no demostra que WordPress hi apunti bé, i una configuració correcta no demostra que la xarxa permeti la connexió.
Restaura la connexió amb el canvi menys destructiu
- Corregeix host/socket, port, autenticació o política de xarxa.
- Verifica que el drop-in correspon al plugin/runtime real.
- Buida cache només quan coneguis l’abast i l’aplicació pugui reconstruir-la.
- Prova frontend, admin i una operació d’escriptura representativa.
Els errors programats poden fer que un problema intermitent sembli aleatori
Si coincideix amb tasques de fons, compara el diagnòstic de WP-Cron. Si coincideix amb canvis de fitxers inexplicats, utilitza el triatge d’integritat abans d’atribuir-ho tot a Redis.
No esborris dades de Redis com a primer pas
Un flush no arregla una connexió rebutjada i pot provocar una segona incidència si altres serveis comparteixen la instància o base.
Verificació
El client de cache s’ha de reconnectar de manera estable amb peticions i jobs normals, les escriptures de WordPress han de persistir i Redis no ha de mostrar bucles continus de reconnexió.
CRITERI D’INCIDENT WP REPAIR
Seqüència d’intervenció segura
Reinicia Redis pot restaurar el servei temporalment, però la política de servidor, port, contrasenya, selecció de bases de dades, xarxa i desallotjament encara necessita verificació.
- Captura l’error Redis, el servidor de destí, el port i l’índex de base de dades.
- Comprova si l’objecte- caché.php està actiu fins i tot quan el vostre plugin està deshabilitat.
- Prova la connectivitat des de l’entorn d’execució WordPress, no només des del servidor.
- Inspecciona la memòria Redis, les expulsions, l’autenticació i l’historial de reinicis.
Què ha de quedar verificat
- End frontal, administració, REST i cron funcionen amb l’estat cau previst.
- Redis està connectat a través del reinici i la càrrega realista.
- No apareixen dades obsoletes, claus creuades o expulsions massives.
Fonts tècniques oficials
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →SOBRE ESTE SÍNTOMA
Preguntes freqüents d'aquesta guia.
Simplement reiniciar Redis solucionarà això permanentment?+
Un reinici sovint restaura el servei temporalment, però no confirma que el host, port, contrasenya, índex de base de dades, ruta de xarxa i política de desallotjament estiguin alineats correctament. Sense comprovar-los, el mateix error de connexió es pot repetir sota càrrega o després de la següent implementació.
És segur eliminar tota la instància Redis per eliminar l’error?+
No en Redis compartit. Altres llocs, sessions, cues o bloqueigs poden viure en diferents bases de dades lògiques o usar diferents prefixos de claus en la mateixa instància, de manera que un color cec pot trencar sistemes no relacionats.
Per què object-memòria cau.php segueix carregant fins i tot després de desactivar o eliminar l’emmagatzematge en memòria cau plugin?+
object-cache.php és un fitxer desplegable que WordPress carrega directament des de wp-Content abans d’executar plugins normal, per la qual cosa l’eliminació de la plugin no elimina la caiguda en si mateix. El fitxer ranci ha de ser eliminat o substituït directament, del contrari WordPress segueix tractant de connectar-se a Redis a través d’ell.
Podria ser un problema de memòria en comptes d'un problema de connectivitat pura?+
Sí. La pressió de memòria que causa desallotjaments o reinicieu-vos fora de memòria en el costat Redis pot produir la mateixa intendent de connexió que una xarxa genuïna o un error de credencial. Comprovar l’ús de memòria Redis, els recomptes de desallotjament i l’historial de reinici juntament amb la configuració de connexió és necessari per distingir-ne tots dos.