The latest release, 10.2, was announced as stable in May 2017 and will be maintained until at least May 2022. The version currently under development, 10.3, is scheduled to be announced as stable in mid 2018.
A new MariaDB Server version will be announced for General Availability approximately once a year. The MariaDB Foundation guarantees that every release will be maintained for at least 5 years. The MariaDB Foundation prioritizes security fixes and major bug fixes that affect a large amount of users, and other fixes that are important to the members and sponsors of the foundation. Please become a sponsor or donor to support our work.
MariaDB general release maintenance periods
|Major and Minor Version||Stable (GA) Date||Five year boundary date|
|5.1||1 Feb 2010||1 Feb 2015|
|5.2||10 Nov 2010||10 Nov 2015|
|5.3||29 Feb 2012||1 Mar 2017|
|5.5||11 Apr 2012||11 Apr 2020|
|10.0||31 Mar 2014||31 Mar 2019|
|10.1||17 Oct 2015||17 Oct 2020|
|10.2||23 May 2017||23 May 2022|
|10.3||Not Stable||5 years after stable (GA) release date|
These dates constitute the public policy of the MariaDB Foundation and are not legally binding. The software is released with the GPL license as-is, without warranties.
Exceptions for MariaDB versions in widespread use
The MariaDB Foundation may decide to maintain selected releases beyond the normal 5 years if they are in exceptionally widespread use. As MariaDB 5.5 is included in multiple prominent Linux distributions with a lifespan beyond 2017, the Foundation is committed in maintaining it until 2020.
Maintenance periods by service providers
Some MariaDB service providers might offer under contract longer, or otherwise more extensive, maintenance periods. Some Linux distributions may also offer extended support periods for the MariaDB versions they shipped.
Please contact the commercial service providers if you use MariaDB in a critical production environment and you want to have contractual warranties regarding your use and maintenance of the MariaDB software.
MariaDB aims to follow the semantic versioning standard. In client-server APIs we follow it fully and in the server we follow it in spirit.
Micro releases (patch versions) e.g. 5.5.x and 10.0.x only fix security issues and bugs. Minor version releases e.g. 5.x and 10.x add functionality but maintain backwards-compatibility. Major releases e.g. 10.0 and 11.0 may make backwards-incompatible changes.
For details about semantic versioning, see semver.org.
In all releases, including major releases, we always make sure that the
mysql_upgrade facility runs correctly and the database files from any older release can be upgraded.