{"id":120215,"date":"2024-10-17T19:09:08","date_gmt":"2024-10-17T17:09:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-subd-mysql-9-1-0"},"modified":"2024-10-17T19:09:08","modified_gmt":"2024-10-17T17:09:08","slug":"vypusk-subd-mysql-9-1-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-subd-mysql-9-1-0","title":{"rendered":"Lanzamiento de la base de datos MySQL 9.1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La compa\u00f1\u00eda Oracle ha formado una nueva rama de la base de datos MySQL 9.1.0. Las versiones de MySQL Community Server 9.1.0 est\u00e1n preparadas para todas las principales distribuciones de Linux, FreeBSD, macOS y Windows. En el marco del nuevo modelo de generaci\u00f3n de lanzamientos implementado el a\u00f1o pasado, MySQL 9.1 se clasifica en las ramas «Innovation», que tambi\u00e9n incluir\u00e1n el pr\u00f3ximo lanzamiento significativo MySQL 9.2. Las ramas de Innovation se recomiendan para aquellos que desean acceder a nuevas funcionalidades antes, se publican cada 3 meses y se mantienen solo hasta la publicaci\u00f3n del siguiente lanzamiento significativo (por ejemplo, despu\u00e9s de la aparici\u00f3n de la rama 9.1, se detiene el soporte para la rama 9.0). En el verano del pr\u00f3ximo a\u00f1o, se planea crear un lanzamiento LTS, recomendado para implementaciones que requieren previsibilidad y conservaci\u00f3n prolongada del comportamiento inalterado. Seguido de la rama LTS, se formar\u00e1 una nueva rama de Innovation \u2014 MySQL 10.0. <\/p>\n
Principales cambios en MySQL 9.1: <\/p>\n
\n
En la operaci\u00f3n «CREATE VIEW» se ha a\u00f1adido soporte para la expresi\u00f3n «IF NOT EXISTS», permitiendo crear la vista solo si no existe una vista con el nombre especificado y evitando el retorno de un error si la vista ya ha sido creada.\n
Se ha detenido la carga de triggers durante la ejecuci\u00f3n de operaciones que solo est\u00e1n relacionadas con la lectura. Antes, los triggers se cargaban ante cualquier acceso a la tabla, lo que conduc\u00eda a un consumo de memoria y a una carga en la CPU en situaciones donde los triggers no se utilizaban (por ejemplo, durante la ejecuci\u00f3n de consultas SELECT). En MySQL 9.1, el procesamiento y la carga de triggers se han dividido en dos etapas: lectura de metadatos sobre el trigger y an\u00e1lisis + ejecuci\u00f3n del trigger. Los datos obtenidos en la primera etapa se guardan una vez y luego se comparten entre las distintas instancias del trigger. El an\u00e1lisis y la ejecuci\u00f3n del trigger se realizan solo para las expresiones que conducen a cambios en los datos. Adem\u00e1s, para reducir el consumo de memoria, en lugar de asignar est\u00e1ticamente buffers para el manejo de errores en los triggers, se ha realizado la transici\u00f3n a la asignaci\u00f3n din\u00e1mica de memoria seg\u00fan sea necesario.\n
La salida de la operaci\u00f3n «EXPLAIN» se ha ampliado, ahora mostrando informaci\u00f3n sobre el uso de lecturas de m\u00faltiples rangos (multi-range) y la aplicaci\u00f3n de la estrategia de semijoin, en la que durante las operaciones JOIN se procesan filas solo de una tabla.\n
Se ha asegurado la ejecuci\u00f3n at\u00f3mica de las operaciones «CREATE DATABASE» y «DROP DATABASE» para protegerse contra fallos en caso de un cierre inesperado o la aparici\u00f3n de errores a nivel de sistema de archivos durante la ejecuci\u00f3n de estas operaciones. Por ejemplo, anteriormente, en caso de un cierre inesperado de «CREATE DATABASE», podr\u00eda haberse formado una estructura de almacenamiento de base de datos incompleta y no funcional, requiriendo intervenci\u00f3n manual para limpiarla.\n
En los procedimientos almacenados escritos en JavaScript, se ha a\u00f1adido soporte para el tipo VECTOR. Los datos con este tipo ahora pueden ser transmitidos en par\u00e1metros de entrada y salida.\n
Se ha a\u00f1adido la posibilidad de autenticaci\u00f3n al conectarse a la base de datos utilizando el protocolo OpenID Connect.\n
Se han corregido 27 vulnerabilidades, de las cuales la m\u00e1s grave (CVE-2024-5535) se ha calificado como cr\u00edtica (9.1 de 10). Esta vulnerabilidad puede ser explotada de forma remota sin pasar por la autenticaci\u00f3n. El problema se debe a la lectura de datos fuera del b\u00fafer asignado en la biblioteca OpenSSL y puede provocar un cierre inesperado o fuga de contenido de memoria en la respuesta tras la conexi\u00f3n con el servidor<\/a> especificando par\u00e1metros incorrectos del protocolo. <\/ul>\n