Materialize Documentation
s
Join the Community github/materialize

Versions

Stable releases

Binary tarballs for all stable releases are provided below. Other installation options are available for the latest stable release on the Install page.

WARNING! Support for the ARM CPU architecture is in beta. You may encounter performance and stability issues. Running Materialize on ARM in production is not yet recommended.
Version Release date Binary tarball links Supported
v0.26.4 LTS 30 June 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.26.3 22 June 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.26.2 23 May 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.26.1 05 May 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.26.0 13 April 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.25.0 31 March 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.24.0 24 March 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.23.0 18 March 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.22.0 03 March 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.21.0 25 February 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.20.0 14 February 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.19.0 02 February 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.18.0 26 January 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.17.0 20 January 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.16.0 13 January 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.15.0 05 January 2022 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.14.0 29 December 2021 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.13.0 21 December 2021 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.12.0 16 December 2021 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.11.0 8 December 2021 Linux Intel / Linux ARM / macOS Intel / macOS ARM
v0.10.0 23 November 2021 Linux Intel / macOS Intel
v0.9.13 17 November 2021 Linux Intel / macOS Intel
v0.9.12 11 November 2021 Linux Intel / macOS Intel
v0.9.11 02 November 2021 Linux Intel / macOS Intel
v0.9.10 27 October 2021 Linux Intel / macOS Intel
v0.9.9 21 October 2021 Linux Intel / macOS Intel
v0.9.8 12 October 2021 Linux Intel / macOS Intel
v0.9.7 06 October 2021 Linux Intel / macOS Intel
v0.9.6 29 September 2021 Linux Intel / macOS Intel
v0.9.5 23 September 2021 Linux Intel / macOS Intel
v0.9.4 17 September 2021 Linux Intel / macOS Intel
v0.9.3 08 September 2021 Linux Intel / macOS Intel
v0.9.2 02 September 2021 Linux Intel / macOS Intel
v0.9.1 23 August 2021 Linux Intel / macOS Intel
v0.9.0 10 August 2021 Linux Intel / macOS Intel
v0.8.3 20 July 2021 Linux Intel / macOS Intel
v0.8.2 08 July 2021 Linux Intel / macOS Intel
v0.8.1 29 June 2021 Linux Intel / macOS Intel
v0.8.0 09 June 2021 Linux Intel / macOS Intel
v0.7.3 17 May 2021 Linux Intel / macOS Intel
v0.7.2 09 April 2021 Linux Intel / macOS Intel
v0.7.1 25 March 2021 Linux Intel / macOS Intel
v0.7.0 08 February 2021 Linux Intel / macOS Intel
v0.6.1 22 January 2021 Linux Intel / macOS Intel
v0.6.0 18 December 2020 Linux Intel / macOS Intel
v0.5.3 8 December 2020 Linux Intel / macOS Intel
v0.5.2 18 November 2020 Linux Intel / macOS Intel
v0.5.1 6 November 2020 Linux Intel / macOS Intel
v0.5.0 21 October 2020 Linux Intel / macOS Intel
v0.4.3 17 September 2020 Linux Intel / macOS Intel
v0.4.2 3 September 2020 Linux Intel / macOS Intel
v0.4.1 19 August 2020 Linux Intel / macOS Intel
v0.4.0 27 July 2020 Linux Intel / macOS Intel
v0.3.1 3 July 2020 Linux Intel / macOS Intel
v0.3.0 1 June 2020 Linux Intel / macOS Intel
v0.2.2 11 May 2020 Linux Intel / macOS Intel
v0.2.1 30 April 2020 Linux Intel / macOS Intel
v0.2.0 11 April 2020 Linux Intel / macOS Intel
v0.1.3 17 March 2020 Linux Intel / macOS Intel
v0.1.2 04 March 2020 Linux Intel / macOS Intel
v0.1.1 22 February 2020 Linux Intel / macOS Intel
v0.1.0 13 February 2020 Linux Intel / macOS Intel

Binary tarballs require a recent version of their stated platform:

Unstable builds

Binary tarballs are built for every merge to the main branch on GitHub. These tarballs are not suitable for use in production. Run unstable builds at your own risk.

Method Available at
Tarball Linux Intel / Linux ARM / macOS Intel / macOS ARM
Docker image materialize/materialized:unstable

To get an arbitrary commit for:

Support

We offer support for the two most recent versions of Materialize. The currently supported versions are indicated in the table at the top of the page.

To engage with our community support team:

We do not investigate issues with unsupported versions of Materialize. If you are using an unsupported version, please check that the issue reproduces on a supported version before engaging with our support team.

Additional support options, including guaranteed SLAs, can be arranged upon request. Please reach out to our sales team at https://materialize.com/contact/.

Versioning policy

Schedule

We issue a new release of Materialize every week. Most releases are timed releases, which are cut on schedule, irrespective of what features and bug fixes have been merged. In rare cases, if severe regressions are discovered, we may skip a timed release.

Occasionally, we may issue an emergency release to address a severe bug or security vulnerability. Emergency releases are based on the most recent release and contain only the code changes necessary to address the bug or security vulnerability. We do not backport emergency fixes to older releases.

Every year or two, we expect to issue a major release to mark a new era in Materialize’s development. The first major release of Materialize will be v1.0.0 and will bring improved stability, backwards-compatibility, and support guarantees. We do not yet have a planned release date for v1.0.0.

Changed in v0.10.0: Releases of Materialize prior to v0.10.0 followed a different schedule and versioning scheme.

Version numbering

Upgrading

We recommend that you upgrade to the latest version of Materialize as quickly as your schedule permits.

Before upgrading, you should peruse the release notes for the new release to ensure your applications will not be affected adversely by any of the changes in the release.

Upgrading to a new emergency release (e.g., from v0.10.0 to v0.10.2) should be considered lower risk than upgrading to a new timed release (e.g., from v0.10.2 to v0.11.0), as emergency releases contain only the code changes required to fix the bug or security vulnerability that warranted the emergency release.

Note that Materialize is not forwards compatible. Once you have upgraded to a newer version of Materialize, it may be impossible to roll back to an earlier version. Therefore, we recommend that you test upgrades in a staging cluster before upgrading your production cluster.

Backwards compatibility

Materialize maintains backwards compatibility whenever possible. Applications that work with the current version of Materialize can expect to work with all future versions of Materialize with only minor changes to the application’s code. Similarly, the data directory created by the current version of Materialize will be understood by all future versions of Materialize.

Very occasionally, a bug fix may require breaking backwards compatibility. These changes are approved only after weighing the severity of the bug against the number of users that will be affected by the backwards-incompatible change. Backwards-incompatible changes are always clearly marked as such in the release notes.

Note that there is no correspondence between the versioning scheme and backwards-incompatible changes. Any new release of Materialize may contain backwards-incompatible changes as described above. Even emergency releases may contain backwards-incompatible changes if they are necessary to address the bug or security vulnerability that warranted the emergency release.

There are several aspects of the product that are not considered part of Materialize’s stable interface:

These unstable interfaces are not subject to the backwards-compatibility policy. If you choose to use these unstable interfaces, you do so at your own risk. Backwards-incompatible changes may be made to these unstable interfaces at any time and without mention in the release notes.