Una memòria cau d’objectes persistent pot evitar el treball repetit de la base de dades, però cada operació de memòria cau també té un cost. Un servei Redis remot amb latència de xarxa, valors de memòria cau sobredimensionats o desnonaments freqüents pot fer que les pàgines simples siguin més lentes mentre que les pàgines complexes milloren.
Compareu els mateixos camins de sol·licitud amb mesures controlades en lloc de suposar que la memòria cau d’objectes sempre és beneficiosa.
Aclarir què fa la memòria cau d’objectes
La memòria cau d’objectes emmagatzema objectes de WordPress, resultats de consultes i valors generats per complements entre sol·licituds. No és el mateix que la memòria cau de pàgina completa: PHP encara s’executa i munta la pàgina.
És possible que una pàgina d’inici emmagatzemada a la memòria cau no mostri cap diferència perquè l’HTML de pàgina completa omet PHP completament. Les pàgines connectades, les sol·licituds d’API, la cerca i la compra poden revelar el comportament de la memòria cau d’objectes amb més claredat.
Confirmeu l’entrada activa a wp-content/object-cache.php i el servei al qual es connecta. No editeu ni suprimiu l’extensió sense retrocedir i conèixer el connector propietari.
Crea comparacions representatives
Trieu errors de memòria cau pública, tasques de tauler de control connectades, consultes de catàleg de WooCommerce i qualsevol ruta que s’informi lenta. Enregistreu diverses mostres amb la memòria cau d’objectes sana.
En una finestra de posada en escena o de manteniment, desactiveu-la mitjançant el mètode compatible amb el proveïdor i repeteixi amb dades i càrrega similars. Compareu el temps de resposta total, el temps de consulta de la base de dades i el temps de memòria cau externa.
Una sol·licitud ràpida després de la desactivació no és una prova. Els cachés de bases de dades freds i els valors d’objectes escalfats fan que la seqüència sigui important.
Mesura la latència i els errors de connexió
Si Redis o Memcached es troben en un altre host, els petits retards de xarxa es multipliquen en moltes operacions. Reviseu els diagnòstics dels connectors i els registres del servidor per detectar temps d’espera, reconnexió o errors d’autenticació.
Des d’un servidor autoritzat, les eines del proveïdor poden mesurar la latència d’anada i tornada i la salut del servei. No exposis el port de la memòria cau públicament ni debilitis l’autenticació per executar una prova.
Configureu temps d’espera conservadors perquè una interrupció de la memòria cau no conservi totes les sol·licituds de PHP durant segons abans de retrocedir.
Busca grans valors i grups abusius
Un connector pot emmagatzemar a la memòria cau una gran matriu i recuperar-la o serialitzar-la a cada sol·licitud. Inspeccioneu les mètriques de la memòria cau per mida o grup de claus quan s’admet, tenint cura de no registrar valors sensibles.
Els senyals d’advertència habituals inclouen opcions molt grans, respostes completes de l’API, combinacions de consultes il·limitades i una clau de memòria cau única per visitant.
Repareu el connector propietari o l’estratègia clau. L’augment de la memòria cau pot posposar el expulsió, però no corregeix un disseny il·limitat.
Comproveu el expulsió i la pressió de la memòria
Quan la memòria cau arriba al seu límit de memòria, la política de expulsió determina quines claus desapareixen. Un baix percentatge d’èxits amb un expulsió constant pot afegir una sobrecàrrega de memòria cau mentre segueix enviant el treball a MySQL.
Reviseu la memòria utilitzada, les claus desallotjades, les ràtios d’error i el temps de funcionament durant un període significatiu. Un reinici del servei restableix comptadors, així que tingueu en compte la finestra d’observació.
No executeu ordres de llista de tecles àmplies en una memòria cau de producció ocupada. Utilitzeu estadístiques sense bloqueig i eines del proveïdor.
Separeu les dades persistents de les no persistents
Alguns valors no són adequats per compartir-los entre sol·licituds o llocs. A WordPress multisite, els prefixos i els números de la base de dades han d’evitar col·lisions. Les dades d’autenticació, nonce o relacionades amb la sessió requereixen una caducitat correcta.
Si només un connector o grup es comporta malament, configureu un grup no persistent compatible o repareu la seva lògica de memòria cau en lloc de desactivar la memòria cau d’objectes per a tota la instal·lació.
Els rentats han de ser abastats. Una base de dades completa de Redis pot servir més d’una aplicació.
Verifiqueu el comportament d’error
Simuleu temporalment la indisponibilitat del servei només a la posada en escena. WordPress hauria de fallar amb gràcia en el funcionament de la base de dades en lloc de produir un error fatal o un temps d’espera de diversos segons.
Després de qualsevol canvi de configuració, proveu les faltes públiques, l’edició de l’administrador, els formularis, les tasques programades i la compra. Superviseu la càrrega de MySQL i el temps de resposta de PHP; moure la latència de Redis a la base de dades no és una millora.
Sol·liciteu una avaluació quan les mètriques mostrin reconnexions, desnonaments o valors grans, o quan només hi ha rutes concretes. Proporcioneu estadístiques de temps i memòria cau desinfectades; no comparteixis claus, contrasenyes o dades del client en la consulta inicial.