Què importa primer: WordPress compara la versió de la base de dades emmagatzemada en opcions amb la versió esperada pels fitxers de nucli carregats. Un bucle significa que l’actualització no va perseguir, la petició usa una altra base de dades, o versions de codi difereixen entre els nodes.
Què indica realment aquest símptoma
En fer clic repetit en Actualitzar es pot ocultar un problema d’equilibri de càrrega o memòria cau. La versió del nucli actiu, l’opció db_version i la connexió a la base de dades s’ han de comprovar des de la mateixa ruta de petició.
Recull proves abans de canviar res
- Grava la versió central servida pel node web i WP-CLI.
- Llegeix l’opció db_ version de la base de dades WordPress està usant realment.
- Comprova si diversos contenidors o servidors executen diferents versions de nucli.
- Inspecciona els errors d’escriptura de la base de dades, memòria cau d’objectes i les rutes de reproducció de lectura.
Causes més habituals
- Versions de codi mixt: Un node espera un esquema més nou mentre que un altre serveix fitxers antics.
- Base de dades incorrecta: Web i CLI apunten a diferents bases de dades o prefixos de taula.
- Ha fallat l’escriptura: l’actualització de l’esquema s’ executa però no pot persistir la nova opció de versió.
- Stale cau d’objectes: Un db_versiona a la memòria cau es torna després que la base de dades hagi canviat.
Seqüència segura de diagnòstic i reparació
- Preneu una còpia de seguretat de la base de dades i col· loqueu el lloc en una finestra de manteniment controlada.
- Alinea cada node web a la mateixa versió completa del nucli.
- Executeu l’actualització de la base de dades un cop a través de WP-CLI o la ruta d’administració canònica.
- Rocieu el cau d’objectes pertinent i Confirma la versió emmagatzemada des de la base de dades activa.
Com distingir entre les causes probables
No tractis Versions de codi mixt i Base de dades incorrecta com a causes equivalents. Un node espera un esquema més nou mentre que un altre serveix fitxers antics. En canvi, web i CLI apunten a diferents bases de dades o prefixos de taula. Per distingir- les, usa aquestes dues comprovacions: Grava la versió central servida pel node web i WP-CLI; i llegeix l’opció db_ version de la base de dades WordPress està usant realment. Amb aquestes dades podreu decidir si convé aplicar la primera acció controlada —Temeu una còpia de seguretat de la base de dades i col·loqueu el lloc en una finestra de manteniment controlada — o si heu de conservar l’estat actual i ampliar la investigació.
En un lloc de WordPress en producció, repeteix la petició que falla mentre comprova una pàgina que funciona correctament i l’àrea d’administració. Un error aïllat en una ruta requereix un rollback més acotat que un problema que afecta PHP, la base de dades o totes les peticions. Documenta la data i hora exactes, la URL o transacció afectada, l’últim estat correcte conegut i cada canvi realitzat durant el diagnòstic. Aquest registre permet distingir una reparació reproduïble d’una desaparició temporal del símptoma.
Què no has de fer
No editeu manualment db_version per a descarregar la pantalla. El valor és evidència de migracions que poden no haver- se executat.
Com verificar la reparació
- L’administrador s’ obre sense tornar a la pantalla d’actualització.
- Les versions de codi i base de dades coincideixen en cada node.
- Les taules centrals i les operacions crítiques de plugin funcionen després de la memòria cau i reiniciar el servei.
Que el símptoma visible desaparegui no és suficient. Tanca la incidència només quan l’acció original que fallava, el recorregut de negoci relacionat i els registres rellevants confirmin que el problema ha desaparegut.
CRITERI D’INCIDENT WP REPAIR
Reconstrueix la incidència abans de corregir-la
En fer clic repetit en Actualitzar es pot ocultar un problema d’equilibri de càrrega o memòria cau. La versió del nucli actiu, l’opció db_version i la connexió a la base de dades s' han de comprovar des de la mateixa ruta de petició.
- 1
Grava la versió central servida pel node web i WP-CLI.
- 2
Llegeix l’opció db_ version de la base de dades WordPress està usant realment.
- 3
Comprova si diversos contenidors o servidors executen diferents versions de nucli.
- 4
Inspecciona els errors d’escriptura de la base de dades, memòria cau d’objectes i les rutes de reproducció de lectura.
Què ha de quedar verificat
- l’administrador s' obre sense tornar a la pantalla d’actualització.
- Les versions de codi i base de dades coincideixen en cada node.
- Les taules centrals i les operacions crítiques de plugin funcionen després de la memòria cau i reiniciar el servei.
Fonts tècniques oficials
Continua el diagnòstic
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.
És segur simplement editar l’opció db_version directament per ometre aquesta pantalla?+
No. Aquest valor reflecteix si les migracions d’esquemes requerides realment es van executar, i editar manualment tan sols oculta l’avís sense completar l’actualització. El lloc es pot executar en una estructura de dades que plugins no espera, causant falles més subtils més tard.
Per què feu clic a 'Vaja base de dades WordPress' repetidament no corregeix el bucle?+
El clic repetit tracta el símptoma, no la causa. Si els nodes web estan executant versions del nucli no coincidents, o si la petició web i WP-CLI estan apuntant a diferents bases de dades, l’actualització pot semblar que mai persisteix correctament, de manera que el bucle torna en cada visita de l’administrador.
Podria ser un cau d’objectes responsable d’aquest bucle fins i tot després que la base de dades s'hagi actualitzat realment?+
Sí. Una còpia al cau ranci del valor db_version pot continuar tornant després que el valor real a la base de dades ha canviat, fent que WordPress pensi que encara es necessita una actualització. L’eliminació del cau d’objectes rellevant i la revisió de la versió emmagatzemada des de la base de dades activa resol això.
Aquest bucle sempre vol dir que alguna cosa està malament amb els fitxers de nucli WordPress?+
No sempre. Podeu apuntar fàcilment a una connexió de base de dades incorrecta, on el servidor web i l’entorn CLI s'adrecen a diferents bases de dades o prefixos de taula, en comptes de qualsevol problema amb el codi central en si.