Aurora MySQL database engine updates 2025-07-31 (version 3.10.0, compatible with MySQL 8.0.42) - Amazon Aurora
New featuresImprovementsIntegration of MySQL Community Edition bug fixes

Aurora MySQL database engine updates 2025-07-31 (version 3.10.0, compatible with MySQL 8.0.42)

Version: 3.10.0

Aurora MySQL 3.10.0 is generally available. Aurora MySQL 3.10 versions are compatible with MySQL 8.0.42. For more information on the community changes that have occurred, see MySQL 8.0 Release Notes.

For details of the new features in Aurora MySQL version 3, see Aurora MySQL version 3 compatible with MySQL 8.0. For differences between Aurora MySQL version 3 and Aurora MySQL version 2, see Comparison of Aurora MySQL version 2 and Aurora MySQL version 3. For a comparison of Aurora MySQL version 3 and MySQL 8.0 Community Edition, see Comparison of Aurora MySQL version 3 and MySQL 8.0 Community Edition in the Amazon Aurora User Guide.

You can perform an in-place upgrade leveraging Zero Downtime Patching (ZDP), restore a snapshot, or initiate a managed blue/green upgrade using Amazon RDS Blue/Green Deployments from any currently supported Aurora MySQL version 2 cluster into an Aurora MySQL version 3.10.0 cluster.

For information on planning an upgrade to Aurora MySQL version 3, see Planning a major version upgrade for an Aurora MySQL cluster. For general information about Aurora MySQL upgrades, see Upgrading Amazon Aurora MySQL DB clusters in the Amazon Aurora User Guide.

For troubleshooting information, see Troubleshooting for Aurora MySQL in-place upgrade in the Amazon Aurora User Guide.

If you have any questions or concerns, AWS Support is available on the community forums and through AWS Support. For more information, see Maintaining an Aurora DB cluster in the Amazon Aurora User Guide.

New features

  • Aurora MySQL version 3.10 extends the in-memory relay log cache support for binary log replicas. This feature, first introduced in version 3.05, can improve binary log replication throughput by up to 40%. The in-memory relay log cache is enabled by default for single-threaded binary log replication, multi-threaded replication with GTID auto-positioning enabled, and starting with version 3.10, it’s also enabled for multi-threaded replication with replica_preserve_commit_order = ON (even without GTIDs). You can control this feature using a new parameter in 3.10, aurora_in_memory_relaylog. For more information, see Binary log optimizations in Aurora MySQL.

  • Amazon Aurora has doubled its maximum storage capacity from 128 TiB to 256 TiB, enabling larger workloads in a single database cluster. To use the increased storage limit with Aurora MySQL, upgrade your cluster to version 3.10 (compatible with MySQL 8.0.42) or higher. After upgrade, Aurora storage automatically scales up to 256 TiB based on the amount of data in your cluster volume.

Improvements

Security fixes

Medium CVEs:

Low CVEs:

Availability improvements:

  • Fixed an issue that causes unnecessary database server restarts that were occurring because of an incorrect assessment of recovery progress.

General improvements:

  • Fixed an issue that causes reader instances to not generate error logs when write forwarding is enabled and parameter aurora_replica_read_consistency is modified.

  • Fixed an issue that can cause a reader instance to restart due to the interaction between the replication thread and a query accessing tables that are not present in the buffer cache.

  • Fixed an issue where local write forwarding stops working after the database instance restarted with zero-downtime restart.

  • Fixed an issue in write forwarding where forwarded queries may behave incorrectly for statements containing set options.

  • Fixed a stability issue where inserting metadata for an undo tablespace would trigger an unexpected database restart.

  • Fixed an issue which can cause DB cluster exports to take significantly longer than expected when there are tables larger than 14 TB.

  • Fixed an issue which can cause incorrect reporting of Innodb_buffer_pool_pages_misc status variable.

  • Added support for preserving LAST_INSERT_ID during zero-downtime patching (ZDP) or zero-downtime restart (ZDR).

  • Aurora MySQL uses 8-bit values for virtual index IDs to prevent MySQL undo format issues, as exceeding this limit could cause cluster unavailability. When approaching this limit, the system now writes warning messages to the MySQL error log. If the limit is reached, attempts to add a new index return an error. For more information about virtual index best practices, see Virtual index ID overflow errors in the Aurora MySQL documentation.

Integration of MySQL Community Edition bug fixes

This release includes all community bug fixes up to and including 8.0.42. For more information, see MySQL bugs fixed by Aurora MySQL 3.x database engine updates.

  • A server exit could result from simultaneous attempts by multiple threads to register and deregister metadata Performance Schema objects, or to acquire and release metadata locks. (Bug #26502135)