Mises à jour du moteur de base de données Aurora MySQL : 06/04/2016 (version 1.6) (obsolète)

Version : 1.6

Cette mise à jour inclut les améliorations suivantes :

Nouvelles fonctions

• Lecture anticipée parallèle – La lecture anticipée parallèle est désormais activée par défaut pour tous les clusters de bases de données Aurora MySQL et n'est pas configurable. La lecture anticipée parallèle a été commercialisée avec la mise à jour de décembre 2015. Pour de plus amples informations, veuillez consulter Mises à jour du moteur de base de données Aurora MySQL : 03/12/2015 (version 1.4) (obsolète).

  En plus de permettre la lecture anticipée parallèle par défaut, cette version inclut les améliorations suivantes à la lecture anticipée parallèle :

  • Logique améliorée pour que la lecture anticipée parallèle soit moins agressive, ce qui est utile lorsque votre cluster DB rencontre de nombreuses charges de travail parallèles.

  • Stabilité améliorée des tables plus petites.

• Stockage efficace des journaux binaires (mode Lab) – Les fichiers journaux binaires MySQL sont désormais stockés plus efficacement dans Aurora MySQL. La nouvelle implémentation de stockage permet de supprimer les fichiers journaux binaires beaucoup plus tôt et améliore les performances système d'une instance dans un cluster de bases de données Aurora MySQL qui est un maître de réplication de journal binaire.

  Pour activer le stockage efficace des journaux binaires, affectez au paramètre aurora_lab_mode la valeur 1 dans le groupe de paramètres pour votre instance principale ou votre réplica Aurora. Le paramètre aurora_lab_mode est un paramètre au niveau d'une instance qui figure par défaut dans le groupe de paramètres default.aurora5.6. Pour plus d'informations sur la modification d'un groupe de paramètres de base de données, consultez Modification de paramètres dans un groupe de paramètres de bases de données dans le Guide de l'utilisateur Amazon Aurora. Pour plus d'informations sur les groupes de paramètres et Aurora MySQL, consultez Paramètres de configuration d'Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

  Activez uniquement le stockage efficace des journaux binaires pour des instances dans un cluster de bases de données Aurora MySQL qui sont des instances du maître de réplication de journaux binaires MySQL.

• Variable système AURORA_VERSION – Vous pouvez maintenant obtenir la version Aurora de votre cluster de bases de données Aurora MySQL en recherchant la variable système AURORA_VERSION.

  Pour obtenir la version d'Aurora, utilisez l'une des requêtes suivantes :

  
  select AURORA_VERSION();
  select @@aurora_version;
  show variables like '%version';
  

  Vous pouvez aussi voir la version d'Aurora dans l'AWS Management Console lorsque vous modifiez un cluster de base de données, ou en appelant la commande de l'AWS CLI describe-db-engine-versions ou l'opération d'API DescribeDBEngineVersions.

• Métrique d'utilisation de la mémoire du gestionnaire de verrous – Les informations sur l'utilisation de la mémoire du gestionnaire de verrous sont désormais disponibles sous la forme d'une métrique.

  Pour obtenir la métrique d'utilisation de la mémoire du gestionnaire de verrous, utilisez l'une des requêtes suivantes :

  
  show global status where variable_name in ('aurora_lockmgr_memory_used');
  select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
  

Améliorations

• Stabilité améliorée pendant la récupération des journaux binaires et de transaction XA.

• Correction d'un problème de mémoire résultant d'un grand nombre de connexions.

• Amélioration de la précision dans les métriques suivantes : Read Throughput, Read IOPS, Read Latency, Write Throughput, Write IOPS, Write Latency et Disk Queue Depth.

• Correction d'un problème de stabilité entraînant un démarrage lent pour des instances importantes après un incident.

• Amélioration de la concurrence dans le dictionnaire de données concernant les mécanismes de synchronisation et l'expulsion du cache.

• Améliorations de la stabilité et des performances pour les réplicas Aurora :

  • Correction d'un problème de stabilité pour les réplicas Aurora lors de charges de travail en écriture intensive ou à forte densité pour l'instance principale.

  • Amélioration du retard du réplica pour les instances db.r3.4xlarge et db.r3.8xlarge.

  • Amélioration des performances en réduisant les conflits entre les applications d'enregistrements de journal et les lectures simultanées sur un réplica Aurora.

  • Correction d'un problème d'actualisation des statistiques concernant les réplicas Aurora pour les statistiques nouvellement créés ou mises à jour.

  • Amélioration de la stabilité pour les réplicas Aurora lorsqu'il existe de nombreuses transactions sur l'instance principale et des lectures simultanées sur les réplicas Aurora sur les mêmes données.

  • Amélioration de la stabilité pour les réplicas Aurora lorsque de l'exécution des instructions UPDATE et DELETE avec des instructions JOIN.

  • Amélioration la stabilité des réplicas Aurora lors de l'exécution d'instructions INSERT ... SELECT.

Intégration de correctifs de bogues MySQL.

• BACKPORT Bug #18694052 FIX FOR ASSERTION `!M_ORDERED_REC_BUFFER' FAILED TO 5.6 (Port Bug #18305270)

• SEGV IN MEMCPY(), HA_PARTITION::POSITION (Port Bug # 18383840)

• WRONG RESULTS WITH PARTITIONING,INDEX_MERGE AND NO PK (Port Bug # 18167648)

• FLUSH TABLES FOR EXPORT: ASSERTION IN HA_PARTITION::EXTRA (Port Bug # 16943907)

• SERVER CRASH IN VIRTUAL HA_ROWS HANDLER::MULTI_RANGE_READ_INFO_CONST (Port Bug # 16164031)

• RANGE OPTIMIZER CRASHES IN SEL_ARG::RB_INSERT() (Port Bug # 16241773)