Mises à jour du moteur SQL de base de données Aurora My : 10-25 (version 2.11.0, compatible avec My SQL 5.7.12) Cette version n'est pas disponible pour les nouvelles créations.

Le TLS fournisseurSSL/est passé d'Open SSL à AWS-LC.

Cela apporte un certain nombre de changements, y compris, mais sans s'y limiter, la suppression de la prise en charge des chiffrements moins sécurisés DHE - RSA -*.

Pour plus d'informations, voir Utilisation TLS avec les clusters Aurora My SQL DB

CVE-2_21460

CVE-2_21451

CVE-2_21444

CVE-2_21417

CVE-2_21304

CVE-2_21303

CVE-2_21245

CVE-2021-36222

CVE-2021-28196

CVE-2021-23841

CVE-2021-22926

CVE-2021-3449

CVE-2021-2307

CVE-2021-2226

CVE-2021-2022

CVE-2021-2194

CVE-2021-2179

CVE-2021-2178

CVE-2021-2174

CVE-2021-2171

CVE-2021-2169

CVE-2021-2166

CVE-2021-2160

CVE-2021-2154

Avec la sortie de la SQL version 2.11 d'Aurora My, une nouvelle mise à niveau du système d'exploitation est disponible. Nous vous recommandons d'appliquer cette mise à jour du système d'exploitation en attente à toutes vos instances de SQL base de données Aurora My après la mise à niveau vers la version 2.11. Pour plus d'informations, consultez Utilisation des mises à jour du système d'exploitation.

Une nouvelle option de configuration dynamique, innodb_deadlock_detect, peut être utilisée pour désactiver la détection des interblocages. Sur les systèmes à forte simultanéité, la détection des interblocages peut entraîner un ralentissement lorsque de nombreux threads attendent le même verrouillage. Parfois, il peut être plus efficace de désactiver la détection des interblocages et d'utiliser le paramètre innodb_lock_wait_timeout pour annuler des transactions en cas d'interblocage. (Bug #23477773) Vous trouverez plus d'informations sur la détection des blocages dans Innodb dans la section Ma SQL documentation.

Les UUID_TO_BIN IS_UUID fonctions BIN_TO_UUID et de My SQL 8.0 ont été ajoutées. Vous trouverez de plus amples informations sur l'utilisation de ces fonctions dans la SQLsection Mes divers.

Ajout de la prise en charge des indicateurs d'optimisation permettant à l'utilisateur d'activer ou de désactiver la requête Aurora My SQL parallel par table ou par requête.

Suppression de la prise en charge des types d'instance R3.

Ajout de la prise en charge des instances R6i.

Correction d'un problème qui empêchait la réplication logique entre régions dans un cluster de base de données en raison d'un nom et d'une position de fichier binaire incorrects dans les journaux d'erreurs. Ce problème peut se produire lorsque le moteur est redémarré après l'exécution d'une DDL instruction.

Correction d'un problème qui, dans de rares cas, pouvait provoquer le redémarrage des instances du lecteur Aurora lors de l'exécution d'instructions Access-Control List (ACL) telles que GRANT et FLUSH sur l'instance du rédacteur. Ce problème est plus susceptible d'affecter les instances de lecteur comportant un grand nombre d'utilisateurs et d'ACLopérations (par exemple, les modifications d'autorisation).

Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage ou le basculement de l'instance d'enregistreur lorsqu'une transaction accède à une ligne supprimée par une autre transaction.

Amélioration des performances de la recherche de phrases Fulltext afin de réduire de manière significative le temps nécessaire à la recherche de phrases dans une table contenant des index Fulltext.

Correction d'un problème de récupération d'une durée excessive à la suite du redémarrage d'une instance d'enregistreur, suivie d'un nouveau redémarrage. Ce problème se produit lorsque la base de données comprend un grand nombre de lignes non validées au moment du premier redémarrage.

Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage du serveur de base de données en raison d'un long délai d'attente du sémaphore lorsque le thread de détecteur d'interblocages est bloqué.

Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage de la base de données en raison d'un long délai d'attente du sémaphore lorsque les threads d'E/S sont bloqués.

L'insertion rapide n'est pas activée dans cette SQL version d'Aurora My, en raison d'un problème susceptible de provoquer des incohérences lors de l'exécution de requêtes telles que INSERT INTOSELECT, et. FROM Pour plus d'informations sur l'optimisation de l'insertion rapide, consultez la section Améliorations des SQL performances d'Amazon Aurora My.

Correction d'un problème susceptible d'entraîner le redémarrage du serveur de base de données lorsque toutes les conditions suivantes sont définies sur true :

Correction d'un problème en raison duquel la période de conservation des journaux binaires n'était pas respectée lorsque log-bin était défini surOFF, ce qui entraînait une utilisation du stockage plus élevée que prévu. Après l'application de ce correctif, les journaux binaires seront purgés en fonction de votre durée de conservation. Vous trouverez plus d'informations sur la façon de configurer la période de conservation de vos journaux binaires dans le manuel Aurora My SQL User Guide.

Correction d'un problème qui pouvait entraîner une réduction de la mémoire disponible sur l'instance de base de données lorsque certaines SQL instructions du langage de contrôle des données (DCL) telles queGRANT, FLUSH PRIVILEGES etc., étaient exécutées sur cette instance. L'utilisation fréquente de telles instructions peut entraîner une réduction continue de la mémoire disponible et entraîner le redémarrage de l'instance de base de données en raison de out-of-memory problèmes. L'utilisation de ces types d'instructions sur l'instance d'enregistreur peut également entraîner une réduction de la mémoire disponible sur les instances d'enregistreur.

Introduction d'une plus grande taille de mémoire tampon de lecture pour les lectures effectuées à partir des journaux de relais afin de minimiser le nombre d'opérations d'E/S de lecture, ce qui réduit les conflits entre les E/S et les threads. SQL

Correction d'un problème susceptible d'entraîner l'échec de la procédure stockée mysql.rds_rotate_slow_log avec le message d'erreur « La table 'mysql.slow_log_backup' n'existe pas ».

Correction d'un problème en raison duquel une invalidation excessive du cache de requêtes entraînait une CPU utilisation plus élevée que prévu et des latences sur la réplique en lecture, car la réplique en lecture devait lire les données sur le disque plutôt que depuis le cache de requêtes.

Correction d'un problème qui permettait aux utilisateurs d'exécuter les UNINSTALL PLUGIN commandes INSTALL PLUGIN and sur une instance de lecteur, ce qui pouvait entraîner un blocage sur LOCK _plugin, _system_variables_hash, LOCK _global_system_variables. LOCK Désormais, ces instructions ne peuvent être exécutées que sur l'instance d'enregistreur d'un cluster de base de données.

Correction d'un problème de latence de validation des clusters plus importante que prévu lorsque la journalisation binaire est activée. Cela concerne toutes les transactions qui génèrent des événements de journal binaire volumineux (plus de 500 Mo).

Correction d'un problème qui pouvait provoquer l'apparition de la métrique trx_active_transactions dans le _. INFORMATION SCHEMA INNODB_ METRICS table pour avoir une valeur incorrecte.

Correction d'un problème pouvant entraîner l'arrêt de la réplication logique en raison d'une incohérence du fichier binaire lors de la restauration d'une transaction importante à un point de sauvegarde.

Les hachages d'informations d'identification sont masqués dans le journal général et dans le journal d'audit par slow-query-log défaut en utilisant un secret de masque cohérent. Il est configurable via le paramètre aurora_mask_password_hashes_type.

Correction d'un problème en raison duquel la durée Zero-Downtime-Restart (ZDR) n'était pas correctement indiquée dans les événements observés par le client.

Correction d'un problème qui pouvait entraîner l'échec des appels à mysql_rds_import_binlog_ssl_material avec My server 1457. SQL ERROR

Correction d'un problème d'interblocage de l'initialisation du thread de vidage avec le thread de purge des journaux binaires. La rotation du fichier binaire actif peut alors être interrompue et ce dernier peut continuer à croître ou provoquer des problèmes avec les nouvelles connexions au réplica du journal binaire.

Correction d'un problème de renvoi d'un résultat obsolète sur un réplica en lecture Aurora de la part du cache de requêtes.

Correction d'un problème causé par le code de lecture des informations sur le jeu de caractères issues des tables d'événements d'une instruction du schéma de performance (par exemple, events_statements_current) qui n'empêche pas l'écriture simultanée de ces informations sur le jeu de caractères. Par conséquent, le jeu de caractères du texte de la SQL requête n'est peut-être pas valide, ce qui peut entraîner la fermeture du serveur. Avec ce correctif, un jeu de caractères non valide entraîne la troncature de TEXT la colonne SQL _ et empêche le serveur de quitter le serveur. (Bogue n° 23540008)

InnoDB : rétroportage d'un correctif pour les bogues n° 25189192 et 84038. Problème résolu : après une RENAME TABLE opération ayant déplacé une table vers un autre schéma, InnoDB ne parvenait pas à mettre à jour la table du dictionnaire de DATAFILES données INNODB SYS _ _. Une erreur au redémarrage indiquait alors que le fichier de données du tablespace était introuvable.

InnoDB: correction d'un problème lors duquel le serveur supprimait un index de clé étrangère défini en interne lors de l'ajout d'un nouvel index, et tentait d'utiliser un index secondaire défini sur une colonne virtuelle générée en tant qu'index de clé étrangère, provoquant ainsi l'arrêt du serveur. InnoDB permet désormais à une contrainte de clé étrangère de référencer un index secondaire défini sur une colonne générée virtuelle. (Bogue n° 23533396)

Correction d'un problème à cause duquel deux sessions exécutaient simultanément un... INSERT DUPLICATEKEYUPDATEL'opération ON a généré un blocage. Lors de l'annulation partielle d'un tuple, une autre session pouvait le mettre à jour. La correction de ce bogue annule les correctifs des bogues n° 11758237, 17604730 et 20040791. (Bogue n° 25966845)

Rétroportation d'un correctif pour le bug communautaire #27407480 : correction d'un problème à cause duquel les ALTER ROUTINE privilèges EXECUTE et n'étaient pas correctement accordés aux créateurs de routine, même lorsque automatic_sp_privileges était activé.

Rétroportation du correctif pour le bogue communautaire #24671968 : correction d'un problème en raison duquel une requête pouvait produire des résultats incorrects si la WHERE clause contenait une sous-requête dépendante, si la table comportait un index secondaire sur les colonnes de la liste de sélection, suivi des colonnes de la sous-requête, GROUP BY ou si elle DISTINCT autorisait la requête à utiliser un Loose Index Scan.

Correction d'un problème d'interruption de la réplication si une instruction de suppression de plusieurs tables est émise sur plusieurs tables comportant des clés étrangères. (Bogue n° 80821)

Correction d'un problème lors duquel, dans des cas particuliers, certaines erreurs d'esclaves n'étaient pas ignorées même lorsque slave_skip_errors était activé. En cas d'échec de l'ouverture et du verrouillage d'une table ou en cas d'échec des conversions de champs sur un serveur exécutant une réplication basée sur des lignes, l'erreur est considérée comme critique et l'état de slave_skip_errors est ignoré. Le correctif garantit que, lorsque slave_skip_errors est activé, toutes les erreurs signalées lors de l'application d'une transaction sont correctement traitées. (Bogue n° 70640 et 17653275)

Correction d'un problème en raison duquel une SET PASSWORDinstruction était répliquée d'un maître My SQL 5.6 vers un esclave My SQL 5.7, ou d'un maître My SQL 5.7 avec la variable système log_builtin_as_identified_by_password définie sur ON sur un esclave My SQL 5.7. Le hachage du mot de passe était lui-même haché avant d'être stocké sur l'esclave. Le problème est maintenant résolu et le hachage du mot de passe répliqué est stocké tel qu'il a été initialement transmis à l'esclave. (Bogue n° 24687073)

Correction d'un problème en raison duquel la sérialisation d'une JSON valeur constituée d'un sous-document volumineux enveloppé dans de nombreux niveaux de JSON tableaux, d'objets, ou les deux, nécessitait parfois un temps excessif. (Bogue n° 23031146)

Les instructions qui ne peuvent pas être analysées (en raison, par exemple, d'erreurs de syntaxe) ne sont plus écrites dans le journal des requêtes lentes. (Bogue n° 33732907)

Jointures par hachage. Pour plus d'informations, consultez la section Optimisation des requêtes Aurora My SQL join de grande taille avec des jointures par hachage dans le guide de l'utilisateur Amazon Aurora.

Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez la section Invoquer une fonction Lambda avec une fonction native Aurora SQL My dans le guide de l'utilisateur Amazon Aurora.

Traitement par lot des analyses. Pour de plus amples informations, veuillez consulter Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète).

Migration de données depuis My à SQL l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez la section Migration de données depuis My à SQL l'aide d'un compartiment Amazon S3 dans le guide de l'utilisateur Amazon Aurora.

plugin de réplication de groupe

Augmentation de la taille de page

Chargement du pool de mémoires tampons InnoDB au démarrage

plugin d'analyse de texte intégral InnoDB

Réplication multi-source

Redimensionnement de pool de mémoires tampons en ligne

plugin de validation de mot de passe

plugins de réécriture de requête

Filtrage de réplication

La CREATE TABLESPACE SQL déclaration