La MariaDB Foundation ha documentado la reproducción y validación de la regresión identificada como MDEV‑37992 mediante el uso del framework de pruebas TAF (Testing Automation Framework). El problema aparece sólo en condiciones específicas del LRU y del buffer pool y requiere una carga de trabajo residente en memoria para manifestarse.
Qué se probó y cómo
Para exponer la regresión, el equipo usó la carga de trabajo POINTS‑COVERED‑PK con 10 millones de filas por tabla en ocho tablas, 40 hilos, con calentamiento (warmup) habilitado y un buffer pool de 90 GB. Las propiedades de TAF —incluyendo iteración de calentamiento, detección de descanso y captura del estado estable de rendimiento— permitieron que la regresión fuera visible de forma consistente entre ramas y ejecuciones.
Resultados y alcance del arreglo
Las mediciones mostraron un incremento claro del rendimiento tras aplicar la corrección identificada como MDEV‑33966: las ejecuciones parentales dieron alrededor de 18–19k transacciones por segundo (TPS), mientras que las compilaciones parcheadas alcanzaron aproximadamente 66–68k TPS. Es decir, tras el arreglo se observó un aumento del rendimiento de unas 3,5 veces en este escenario concreto.
La reproducción se realizó en las ramas 11.8, 12.3 y 13.1, usando tanto commits parentales como los commits con el parche. La Fundación facilitó los detalles exactos —incluyendo los IDs de commit y resultados TPS— para que terceros puedan reproducir los mismos ensayos.
Material reproducible y entorno de pruebas
La Fundación enlazó el archivo de propiedades de TAF y el script del driver usados en la reproducción en un commit público del repositorio de TAF, de modo que administradores y desarrolladores pueden replicar el experimento. Las pruebas se ejecutaron en un host de patrocinio de Hetzner proporcionado por el patrocinador de la Fundación.
Qué significa para administradores y propietarios de sitios
- Quién está afectado: la regresión se manifiesta sólo en situaciones con determinadas condiciones de LRU y buffer pool y con cargas residentes en memoria; no todas las instalaciones la encontrarán.
- Qué cambia: la aplicación del parche (referenciado como MDEV‑33966) restaura el rendimiento esperado en las ramas probadas, multiplicando el throughput en el escenario de prueba usado por la Fundación.
- Qué deben hacer los administradores: reproducir las pruebas en sus entornos si manejan cargas intensivas en memoria y comprobar si observan degradación similar. En caso afirmativo, aplicar la corrección disponible para su rama o versión —siguiendo el procedimiento de actualización propio de su despliegue— para recuperar el rendimiento.
Transparencia y agradecimientos
La Fundación agradece a Mark Callaghan por reportar MDEV‑37992 y por la dirección inicial, y a Hetzner por facilitar la infraestructura de prueba. El informe ilustra cómo TAF ayuda a exponer regresiones a nivel de motor y a verificar que los parches funcionan de forma consistente en varias ramas.
Lee también:
- Cloudflare detalla cómo D1 escala para gestionar millones de bases de datos sin ralentizar las consultas
- Cisco y NVIDIA presentan USFP, nuevo factor de forma para óptica pluggable de mayor densidad
Fuente: MariaDB.org
