Actualización a Aurora MySQL versión 8.4

Migrar los complementos de autenticación. Revise todos los usuarios de la base de datos y migre los usuarios mediante mysql_native_password a caching_sha2_password. En la versión 8.4 de Aurora MySQL, el complemento mysql_native_password sigue siendo compatible, pero se ha quedado obsoleto. El valor predeterminado de authentication_policy es *:caching_sha2_password, por lo que los nuevos usuarios se crean con caching_sha2_password de forma predeterminada.

-- Find users using mysql_native_password
SELECT user, host, plugin FROM mysql.user WHERE plugin = 'mysql_native_password';

-- Migrate a user to caching_sha2_password
ALTER USER 'username'@'host' IDENTIFIED WITH caching_sha2_password BY 'new_password';

Actualizar las instrucciones de SQL de replicación. Si las aplicaciones o scripts utilizan instrucciones de replicación obsoletas (como, por ejemplo, SHOW SLAVE STATUS o CHANGE MASTER TO), actualícelas para que utilicen las instrucciones de reemplazo. Estas instrucciones antiguas devuelven errores de sintaxis en la versión 8.4. Puede consultar la lista completa e Comparación entre la versión 3 y la versión 8.4 de Aurora MySQL.

Comprobar si hay parámetros eliminados. Si los grupos de parámetros personalizados utilizan parámetros que se eliminaron en la versión 8.4 (como, por ejemplo, expire_logs_days o default_authentication_plugin), cree nuevos grupos de parámetros compatibles con MySQL 8.4 con los parámetros de reemplazo. Aplique los valores de parámetros personalizados necesarios a los nuevos grupos de parámetros. Para obtener más información, consulte Comparación entre la versión 3 y la versión 8.4 de Aurora MySQL.

Comprobar si la sintaxis de SQL no es compatible. Revise el código de la aplicación para ver si se ha eliminado la sintaxis, como, por ejemplo, LOW_PRIORITY con LOCK TABLES ... WRITE y AUTO_INCREMENT en las columnas FLOAT o DOUBLE.

Comprobar las restricciones de clave externa. Si el esquema utiliza claves externas que hacen referencia a claves no únicas, tenga en cuenta que en la versión 8.4 no se pueden crear de forma predeterminada nuevas claves externas de este tipo. Las claves externas existentes siguen funcionando, pero en las nuevas es necesario configurar restrict_fk_on_non_standard_key=OFF.

Comprobar si hay nuevas palabras clave reservadas. Compruebe que los objetos de la base de datos no utilicen ninguna de las nuevas palabras clave reservadas añadidas a MySQL 8.4 como identificadores sin comillas.

Probar la actualización. Recomendamos probar la actualización en un clon del clúster de producción antes de actualizar el propio clúster.

Revisar los aspectos que hay que tener en cuenta sobre la seguridad. Para obtener más información sobre los cambios en los complementos de autenticación, los cambios en el cifrado y TLS, las políticas de contraseñas y el componente validate_password, los nuevos privilegios dinámicos y las comprobaciones previas a la actualización, como, por ejemplo, deprecatedDefaultAuth y auroraValidatePasswordPluginCheck, consulte Consideraciones de seguridad para actualizar de la versión 3 a la versión 8.4 de Aurora MySQL.