Contenidos
WordPress 6.1 contiene una mejora que producirá mejoras significativas en el rendimiento al almacenar en caché las consultas de la base de datos.
WordPress 6.1, programado para noviembre de 2022, presentará una «mejora masiva en el rendimiento de la base de datos» gracias al nuevo almacenamiento en caché de consultas posteriores.
Esta nueva característica promete hacer que los sitios web de WordPress funcionen más rápido.
La mejora exacta del almacenamiento en caché es el almacenamiento en caché posterior a la consulta.
En el anuncio del hilo de Twitter alguien preguntó si esta mejora ya estaba lanzada en la versión 6.0.
Mejora masiva
Según el colaborador principal de WordPress que trabajó en este proyecto, la función de almacenamiento en caché dará como resultado una mejora espectacular.
El colaborador principal tuiteó: tweeted
“In WordPress 6.1, there is a massive improvement to database performance.
Database queries in WP_Query are now cached. A ticket I have been working on for 5+ years was merged.
This should result in billions of less repeated database queries”
“En WordPress 6.1, hay una gran mejora en el rendimiento de la base de datos.
Las consultas de la base de datos en WP_Query ahora se almacenan en caché Se fusionó un ticket en el que he estado trabajando durante más de 5 años.
Esto debería resultar en miles de millones de consultas de base de datos menos repetidas”
También se inició un borrador de nota de desarrollo que contiene más información sobre el caché: draft dev note
“WordPress 6.1 includes an improvement to how database queries are performed in the ‘WP_Query’ class so that the result of database queries will be cached in object caching.
This means that if the same database query is run more than once, the result will be loaded from cache.
For those who are using persistent object caching, this will mean that until caches are invalidated, the database query will not be run again, resulting in far few queries to the database.”
“WordPress 6.1 incluye una mejora en la forma en que se realizan las consultas de la base de datos en la clase ‘WP_Query’ para que el resultado de las consultas de la base de datos se almacene en caché en el almacenamiento en caché de objetos.
Esto significa que si la misma consulta a la base de datos se ejecuta más de una vez, el resultado se cargará desde la memoria caché.
Para aquellos que utilizan el almacenamiento en caché de objetos persistentes, esto significará que hasta que se invaliden los cachés, la consulta de la base de datos no se volverá a ejecutar, lo que resultará en muy pocas consultas a la base de datos”.
Ellos preguntaron: asked
“Thanks! Wasn’t there an improvement already in 6.0?
With that we had major issues on big woo-stores: disappearing categories on archives pages when only child categories are checked, not the top level (parent) categorie.
Curious about the note with more context”
«¡Gracias!
Con eso, tuvimos problemas importantes en las grandes tiendas woo: categorías que desaparecen en las páginas de archivos cuando solo se marcan las categorías secundarias, no la categoría de nivel superior (principal).
Curiosidad por la nota con más contexto”
El responsable del núcleo de WordPress respondió: responded
“Estamos mejorando el rendimiento de la base de datos todo el tiempo.
Se mejoró el término de almacenamiento en caché de consultas en 6.0 Este es el almacenamiento en caché posterior a la consulta Relacionados pero no iguales.
Ese problema fue reparado en 6.0.1 Lo remendé yo mismo.
Base de datos y consultas de WordPress
WordPress almacena varias partes del sitio web en una base de datos.
Una base de datos contiene información sobre el sitio organizada en tablas.
Por ejemplo, todo el contenido de las publicaciones de la página web se almacena en una tabla.
Cuando alguien visita una página web, WordPress «consultará» la base de datos para buscar y encontrar el contenido de esa página web en la base de datos.
WordPress realiza múltiples consultas a la base de datos para cada página web solicitada y lo hace para cada visitante del sitio.
En consecuencia, eso puede convertirse en una carga pesada para un servidor cuando sucede miles de veces por minuto, lo que da como resultado un rendimiento más lento de la base de datos, lo que a su vez ralentiza todo el sitio.
Con esta nueva función de almacenamiento en caché de la base de datos, en lugar de realizar una consulta de la base de datos, primero verificará si lo que está buscando está en un caché y extraerá la información de allí.
Es similar a hacer un pedido para el almuerzo y, en lugar de tener que esperar a que se prepare el almuerzo, el tomador de pedidos busca debajo del mostrador y lo produce de inmediato.
Respuesta de la comunidad de WordPress
El anuncio no oficial fue recibido con entusiasmo.
Congrats. Such a huge impact.
— Elie Sloïm (@ElieSl) September 27, 2022
Felicitaciones Un impacto tan grande.
– Elie Sloïm (@ElieSl) 27 de septiembre de 2022 September 27, 2022
Fair play to you, this is huge in many aspects. Cannot wait to try this out. Many many many thanks for all your hard work and persistence!
— Simon Pollard (@smp303) September 27, 2022
Juego limpio para ti, esto es enorme en muchos aspectos. No puedo esperar para probar esto ¡Muchas, muchas, muchas gracias por todo su arduo trabajo y persistencia!
– Simon Pollard (@smp303) 27 de septiembre de 2022 September 27, 2022
Nice one, Jonny! Very cool that you can have a positive impact at that scale.
— Keith Devon (@keithdevon) September 27, 2022
¡Buena, Jonny!
– Keith Devon (@keithdevon) 27 de septiembre de 2022 September 27, 2022
Brilliant! Always bugged me you had to jump through hoops to avoid duplicate queries with this.
— Jon Brown (@jb510) September 27, 2022
¡Brillante!
– Jon Brown (@ jb510) 27 de septiembre de 2022 September 27, 2022
Problemas de última hora que se solucionan
A pesar del tweet entusiasta que anunciaba que esta función estará en la próxima versión de WordPress, surgió un problema de última hora que parecía poner en duda si esta función se incluirá en la próxima versión de WordPress.
El ticket de GitHub para el proyecto de caché se cerró, lo que significa que todos los errores parecían estar resueltos y se terminó. GitHub ticket
Pero horas después, el mismo colaborador de WordPress reabrió el ticket porque se descubrieron nuevos problemas.
El problema que se descubrió tenía que ver con el almacenamiento persistente de objetos en caché.
Escribieron una explicación: wrote
“Reopening, as I have discovered a couple of issues when persistent Object Caching.
Issue 1 – Cache add is called a lot when persistent Object Caching is enabled. This is because update_post_caches is called. This function should not be called when object cache is enabled.
Issue 2 – Cache set is called every WP_Query run, not only the first.”
“Reapertura, ya que descubrí un par de problemas con el almacenamiento persistente de objetos en caché. Esto se debe a que se llama update_post_caches No se debe llamar a esta función cuando la caché de objetos está habilitada.
Se abrió una nueva versión de extracción de GitHub para documentar la corrección de los problemas recién descubiertos. new GitHub pull release
Confirmado: la caché de la base de datos estará en WordPress 6.1
Me comuniqué con el desarrollador a través de un mensaje directo en Twitter y respondió que no habrá demora.
Confirmó que a partir de hoy quedan seis semanas y estos problemas recién descubiertos se solucionarán y la nueva función de almacenamiento en caché se incluirá en WordPress 6.1.
Estado actualizado
Varios días después, se actualizó la versión de extracción de GitHub para esta característica para señalar que los problemas se han resuelto. GitHub pull release for this feature was updated
El comentario señaló:
“Query: Save excessive cache add and sets in WP_Query.
In [53941] database query caching was added to WP_Query. However on sites with persistent object caching enabled, this resulted in a high number of unnecessary cache set and adds being run on every request. Caches are not set, if the query cache already exists and is cached. Replace usage of update_post_caches with _prime_post_caches to ensure that only posts that are not in cache are primed.”
“Consulta: guarde el exceso de agregados y conjuntos de caché en WP_Query. Sin embargo, en los sitios con el almacenamiento en caché de objetos persistentes habilitado, esto resultó en una gran cantidad de conjuntos de caché innecesarios y se ejecutaron agregados en cada solicitud. Los cachés no están configurados, si el caché de consultas ya existe y está en caché Reemplace el uso de update_post_caches con _prime_post_caches para asegurarse de que solo se preparan las publicaciones que no están en caché”.
Luego, inmediatamente después de ese comentario, el colaborador principal señaló: noted
- Resolution set to fixed
- Status changed from reopened to closed
- Resolución establecida en fija
- El estado cambió de reabierto a cerrado
Todavía no se ha anunciado nada oficialmente, pero eso no es inusual. Cada lanzamiento contiene cientos de mejoras y las más importantes generalmente se destacan el día real del lanzamiento.
Espere que la nueva función que mejorará el rendimiento de WordPress llegue a la versión 6.1, actualmente programada para noviembre de 2022.
Imagen destacada de Shutterstock/iViDI Studio
Leer el articulo original en Search Engine Journal.
