Azure Database for MySQL version support policy

Azure Database for MySQL provides a fully managed database service powered by the MySQL community edition, enabling developers to build and scale applications efficiently. This article outlines the version support policy for Azure Database for MySQL, detailing the lifecycle management, including version availability, updates, and end-of-support timelines. By understanding this policy, customers can ensure their applications remain secure, performant, and aligned with the latest MySQL innovations while minimizing disruption during version transitions.

Supported MySQL versions

Azure Database for MySQL was developed from the MySQL Community Edition, using the InnoDB storage engine. The service supports the community's current major versions, namely MySQL 5.7 and 8.0. MySQL uses the X.Y.Z. naming scheme where X is the major version, Y is the minor version, and Z is the bug fix release. For more information about the scheme, see the MySQL documentation.

Azure Database for MySQL currently supports the following major and minor versions of MySQL:

Version Flexible Server?
Current minor version
Release status
MySQL Version 5.7 5.7.44 GA
MySQL Version 8.0 8.0.41 GA
MySQL Version 8.4 8.4.4 Public Preview
MySQL Version 9.2 9.2.0 Public Preview

Read the version support policy for retired versions in version support policy documentation.

Major version support

Azure Database for MySQL supports each major version of MySQL from the date Azure begins supporting it until the MySQL community retires it, as provided in the versioning policy.

Major version retirement policy

The retirement details for MySQL major versions are listed in the following table. Dates shown follow the MySQL versioning policy.

Version What's New Azure support start date Community Retirement date Azure Standard Support end date Azure Extend Support start date Azure Extend Support end date
MySQL 5.7 Features March 20, 2018 October 31, 2023 March 31, 2026 May 1, 2026 May 1, 2029
MySQL 8 Features December 11, 2019 April 30, 2026 April 30, 2026 June 1, 2026 April 30, 2029

Note

For each deprecated Azure Database for MySQL version, Azure provides a one-month grace period after the community deprecation date. This grace period provides customers with additional time to decide whether to upgrade to a newer version or to be enrolled in the paid Extend Support plan. For Azure Database for MySQL 5.7, the community end of life (EOL) was announced in October 2023. The standard support end date was originally planned for September 2025, but based on customer feedback, we have extended standard support for MySQL 5.7 until March 2026. Extend Support for MySQL 5.7 will begin in April 2026. For details on what happens after standard support ends, including the Extend Support policy, see the next section.

What happens after standard support ends: Extend Support policy

To provide customers with sufficient time to decide whether to upgrade or be enrolled in Extend Support, the Extend Support plan will officially begin in Spring 2026.

After the standard support end date, Azure Database for MySQL servers running on unsupported MySQL versions are automatically enrolled in Extend Support and will be automatically charged for this service, after a one-month grace period. Extend Support provides critical security updates for up to three years after the end of standard support, allowing customers additional time to plan and execute major version upgrades. If you wish to avoid Extend Support charges, you must upgrade your Azure Database for MySQL server to a MySQL version that is still within standard support.

During the Extend Support period, Azure prioritizes the service's availability, reliability, and security. Essential modifications are implemented to ensure the service remains accessible and protected, but new features and minor version upgrades may not be guaranteed.

Note

Extend Support is automatically applied and charged to servers running on legacy MySQL versions after standard support ends. To opt out of Extend Support and avoid charges, customers must upgrade to a supported major version.

Pricing for Azure Database for MySQL Extend Support will be aligned with industry standards. Pricing will be available on the pricing page later this year.

Innovation release version support

The MySQL Innovation Release versions are provided to enable access to the latest MySQL features and capabilities. Support for these versions includes core functionalities, but excludes advanced features such as High Availability (HA), replicas, and automated backups. Innovation Release support is limited to the most current version, with previous versions not retained to ensure users have access to the newest advancements. Each Innovation Release server has a 30-day lifecycle from the date of creation, after which it's automatically removed. No monthly maintenance updates are applied during the lifecycle of these versions.

Note

Innovation Release versions are intended for early access and experimentation. As such, they don't qualify for customer support cases, and no direct support assistance is provided. Users are encouraged to refer to documentation and community resources for troubleshooting and guidance.

Minor version support

Azure Database for MySQL automatically performs minor version upgrades to the Azure-preferred version as part of periodic maintenance.

FAQs

Q: What will happen if I don't upgrade my Azure Database for MySQL server to a supported major version after standard support ends?

A: If you don't upgrade your Azure Database for MySQL server to a supported major version before the Azure Extend Support start date, your server will be automatically enrolled in Extend Support and you'll be charged for this service. To avoid Extend Support charges, you must upgrade your server to a MySQL version that is still within standard support.

Q: What is the process for performing a major version upgrade on Azure Database for MySQL - Flexible Server?

A: Azure Database for MySQL - Flexible Server enables you to carry out in-place major version upgrades using the Major Version Upgrade (MVU) feature. Consult the Major version upgrade in Azure Database for MySQL - Flexible Server document for more detailed information.

Q: Are there any expected downtime or performance impacts during a major version upgrade?

A: Yes, it's expected that there will be some downtime during the major version upgrade process. The specific duration varies depending on factors such as the size and complexity of the database. We advise conducting a test upgrade on a nonproduction environment to assess the expected downtime and evaluate the potential performance. To minimize downtime for your applications during the upgrade, you can explore the option of performing a minimal downtime major version upgrade using read replica.

Q: Can I roll back to a previous major version after upgrading?

A: While it's not recommended to downgrade to a previous major version after upgrading, we acknowledge that there might be specific scenarios where this flexibility becomes necessary. To ensure a smooth upgrade process and alleviate any potential concerns, it's advisable to adhere to best practices by performing a comprehensive on-demand backup before proceeding with the upgrade. This backup serves as a precautionary measure, allowing you to restore your database to its previous version on another new Azure Database for MySQL - Flexible Server if needed.

Q: What are the main advantages of upgrading to a newer major version?

A: Newer major versions of MySQL come with a host of improvements, including enhanced performance, security, and new features. For details, refer to the relevant MySQL release notes.

Q: Are there any compatibility issues to be aware of when upgrading to a newer major version?

A: Changes in newer major versions might cause some compatibility issues. It's important to test your applications with the new version before upgrading the production database. Check MySQL's official documentation for a detailed list of compatibility issues.

Q: What support is available if I encounter issues during the upgrade process?

A: If you have questions, get answers from community experts in Microsoft Q&A. If you have a support plan and you need technical help, create a support request.

Q: What will happen to my data during the upgrade?

A: While your data remain unaffected during the upgrade process, it's highly advisable to create a backup before proceeding with the upgrade. This precautionary measure helps mitigate the risk of potential data loss due to any unforeseen complications.

Retired MySQL engine versions not supported in Azure Database for MySQL

The following restrictions apply only after the Extend Support period has ended and your server is still running a retired MySQL version:

  • No further security or support updates will be provided for the retired version. Azure Database for MySQL will not patch the retired database engine for any bugs or security issues, and support for database engine-related issues will no longer be available. However, Azure will continue performing periodic maintenance and patching for the host, OS, containers, and other service-related components.
  • You won't be able to create new database servers for the retired version. However, you can perform point-in-time recoveries and create read replicas for your existing servers.
  • New service capabilities developed by Azure Database for MySQL might only be available to supported database server versions.
  • Uptime S.L.A.s apply solely to Azure Database for MySQL service-related issues and not to any downtime caused by database engine-related bugs.
  • In the extreme event of a serious threat to the service caused by the MySQL database engine vulnerability identified in the retired database version, Azure might choose to stop the compute node of your database server from securing the service first. You're asked to upgrade the server before bringing it online. During the upgrade process, your data is always protected using automatic backups performed on the service, which can be used to restore to the older version if desired.