MySQL Workbench 26: la actualización que sí obliga a revisar tu rutina

A las 9:20 de la mañana aparece una pantalla distinta: fondo negro, una interfaz más limpia y un aviso que no conviene ignorar. “MySQL Workbench 26.7 reemplaza a MySQL Workbench 8.0”.

No es el típico relanzamiento con iconos nuevos y tres botones reacomodados. Oracle retiró Workbench 8.0, dejó de mantenerlo y reconstruyó la herramienta de escritorio sobre MySQL Shell, tecnologías web y Electron. Eso cambia la base del producto y también cambia la conversación para quienes llevan años usándolo para consultas, modelado, administración y migraciones.

La pregunta útil no es si el nuevo Workbench se ve mejor. La pregunta es qué tareas de tu día sobreviven la migración sin sorpresas.

El cambio de fondo: Workbench deja de cargar con su vieja arquitectura

Workbench 8 estaba construido con C++ y capas visuales específicas para cada sistema operativo. Oracle reconoce que esa arquitectura se volvió difícil de extender y mantener. Workbench 26.7 usa MySQL Shell como motor y Electron para la aplicación de escritorio.

En términos cotidianos: la interfaz gráfica y la consola ahora comparten más piezas importantes. Eso reduce trabajo duplicado para Oracle y permite que ciertas funciones del ecosistema MySQL Shell lleguen más rápido al escritorio.

También explica por qué el cambio es más profundo que una actualización normal. Una reconstrucción completa facilita agregar extensiones, modernizar la interfaz y publicar mejoras con más velocidad. A cambio, hay una realidad incómoda: todavía no todas las funciones de Workbench 8 están presentes.

Oracle lo dice de forma explícita. Workbench 26 está en desarrollo activo y algunas capacidades de la versión anterior siguen en proceso de volver. Para un entorno personal, es una buena oportunidad de explorarlo. Para una operación con clientes o datos críticos, es una señal para probar antes de convertirlo en tu herramienta principal.

Qué sí trae Workbench 26.7

La versión inicial no llega vacía. Trae varias funciones que resuelven problemas reales de desarrollo y administración.

SQL Notebooks: consultar y explicar en el mismo lugar

Los notebooks permiten combinar consultas, resultados y texto explicativo dentro de un documento interactivo. Es especialmente útil cuando estás revisando una incidencia, preparando una demostración o dejando evidencia de por qué una consulta cambió.

Antes, el flujo típico terminaba repartido entre un archivo SQL, una captura, un mensaje de chat y una nota que nadie vuelve a encontrar. Un notebook no reemplaza el editor SQL tradicional; lo acompaña. Para ejecutar consultas rápidas, el script clásico sigue teniendo sentido. Para investigar algo y entregar contexto, el notebook es bastante mejor.

Ver una conexión bloqueada con más contexto

La pantalla de conexiones de cliente ofrece cinco vistas: detalles, resumen, locks, sentencia e historial. Ese conjunto parece menor hasta que te toca investigar una aplicación “congelada”.

La diferencia está en poder ver qué sesión está esperando, qué bloqueo sostiene otra conexión y cuál es la consulta involucrada. Si identificas que el problema es una sola sentencia, puedes detener esa sentencia sin cerrar toda la conexión. Eso evita cortar trabajo que sí está funcionando.

No sustituye revisar bien transacciones, índices o el código de la aplicación. Pero sí reduce el tiempo entre “algo está lento” y “ya sé dónde mirar”.

Visual Explain se pone al día

Visual Explain recibió una renovación y ahora contempla características modernas de MySQL, como el optimizador de hipergráfico y planes de consulta de HeatWave.

Un plan de ejecución sigue siendo un diagnóstico, no una sentencia automática. Que una gráfica se vea compleja no vuelve mala a la consulta; que se vea simple tampoco garantiza buen rendimiento. La ventaja es otra: hacer visible el recorrido que MySQL planea seguir antes de que el problema llegue a producción.

Para una consulta importante, revisaría el plan durante el desarrollo. Si necesitas comparar la expectativa contra lo que ocurrió de verdad, Visual Explain Analyze ejecuta la consulta y ayuda a contrastar estimaciones con comportamiento real.

Compatibilidad: 8.0 puede conectar no significa que esté soportado

Aquí está la parte que merece estar en negritas en cualquier actualización.

Workbench 26.7 soporta oficialmente MySQL 8.4 LTS y versiones posteriores, incluyendo MySQL 9.7 LTS y la serie 26.7. MySQL 8.0 y versiones ya retiradas podrían funcionar, pero Oracle no las considera una combinación soportada.

Eso no significa que tu servidor MySQL 8.0 dejará de responder en cuanto instales Workbench 26. Significa que, si alguna función falla, no tienes la misma garantía de compatibilidad ni un camino de soporte equivalente.

Mi recomendación es simple: no confundas “abre la conexión” con “ya migramos”.

Antes de adoptar Workbench 26 para un servidor en producción, valida las tareas que sostienen tu operación:

• Conectar por los métodos que realmente usas: local, túnel SSH, VPN o certificados.
• Ejecutar consultas y revisar resultados grandes.
• Exportar e importar esquemas y datos.
• Administrar usuarios y privilegios.
• Abrir y modificar modelos existentes.
• Probar restauraciones y respaldos si cuentas con MySQL Enterprise Backup.
• Revisar los paneles que usa tu equipo para performance y bloqueos.

Hazlo en una copia, un ambiente de pruebas o un servidor no crítico. Nadie gana puntos por descubrir una función ausente a las 6:40 de la tarde, con un respaldo esperando.

El dato que cambia la decisión

Workbench 26 sigue un modelo de lanzamiento único, parecido al de MySQL Shell. Oracle recomienda usar la versión más reciente del cliente para atender las versiones de servidor que siguen soportadas.

Eso ordena el futuro: en vez de conservar varias ramas visuales de Workbench, habrá una línea actual. También corta una costumbre muy común: instalar la misma versión del cliente que del servidor por inercia.

Con MySQL, esa regla ya no aplica igual. El cliente nuevo está pensado para abarcar los servidores soportados; el punto crítico es confirmar la matriz oficial y probar los flujos propios del equipo.

Lo que me llevo

Workbench 26.7 sí merece ser tema del día porque marca el fin práctico de una herramienta que muchos equipos dejaron instalada por años sin pensarla demasiado.

El avance confirmado es claro: nueva base sobre MySQL Shell, soporte oficial desde 8.4 LTS, notebooks SQL, diagnóstico de conexiones y locks, Visual Explain renovado, respaldos Enterprise y extensibilidad mediante plugins.

La interpretación razonable también es clara: Oracle está preparando Workbench para evolucionar más rápido. Electron no hace mejor a una base de datos por sí mismo. La ventaja aparece si esa nueva arquitectura se traduce en herramientas mantenibles, funciones consistentes con MySQL Shell y extensiones que resuelvan trabajo repetitivo.

El escenario futuro depende de lo que Oracle y la comunidad prioricen. Hay funciones de Workbench 8 que todavía faltan; por eso, hoy no vendería esta actualización como migración ciega. La vendería como una prueba necesaria.

Conclusión

Instala Workbench 26.7, abre una copia de tus conexiones y recorre tu rutina completa. Mira cómo se comportan tus scripts, tus modelos, tus exportaciones y tus consultas pesadas.

Si administras MySQL 8.4 o superior, el camino está bastante claro. Si sigues en 8.0, úsalo como una señal útil: no para entrar en pánico, sino para planear tanto la actualización del cliente como la del servidor.

Fuentes: anuncio oficial de MySQL Workbench 26 y guía oficial de funciones para probar en Workbench 26.7.