Note: This page is obsolete. The information is old, outdated, or otherwise currently incorrect. We are keeping the page for historical reasons only. Do not rely on the information in this article.
This page describes a "feature preview release" which previewed some replication-related features which are included in MariaDB 5.3. If you would like to try out the features mentioned here, it is recommended that you use MariaDB 5.3 (download MariaDB 5.3 here) instead of the actual release described below. Likewise, the code is available in the MariaDB 5.3 tree on Launchpad.
There has been quite a lot of interest in these features, and providing this feature preview release allows the developers to get more and earlier feedback, as well as allowing more users an early opportunity to evaluate the new features.
This feature preview release is based on MariaDB 5.2, adding a number of fairly isolated features that are considered complete and fairly well-tested. It is however not a stable or GA release, nor is it planned to be so.
The stable release including these features will be MariaDB 5.3. That being said, we greatly welcome any feedback / bug reports, and will strive to fix any issues found and we will update the feature preview until MariaDB 5.3 stable is ready.
These packages are generated the same way as "official" MariaDB releases. Please see the main download pages for more detailed instructions on installation etc.
The instructions below use the mirror ftp.osuosl.org, but any of the MariaDB mirrors can be used by replacing the appropriate part of the URLs. See the main download page for what mirrors are available.
For Debian and Ubuntu, it is highly recommended to install from the repositories, using
aptitude, or other favorite package managers.
First import the public key with which the repositories are signed, so that
apt can verify the integrity of the packages it downloads. For example like this:
wget -O- http://ftp.osuosl.org/pub/mariadb/PublicKey | sudo apt-key add -
Now add the appropriate repository. An easy way is to create a file called
/etc/apt/sources.list.d/ with contents like this for Debian:
deb http://ftp.osuosl.org/pub/mariadb/mariadb-5.2-rpl/debian squeeze main deb-src http://ftp.osuosl.org/pub/mariadb/mariadb-5.2-rpl/debian squeeze main
Or this for Ubuntu:
deb http://ftp.osuosl.org/pub/mariadb/mariadb-5.2-rpl/ubuntu maverick main deb-src http://ftp.osuosl.org/pub/mariadb/mariadb-5.2-rpl/ubuntu maverick main
Replace "squeeze" or "maverick" in the examples above with the appropriate distribution name. Supported are "lenny" and "squeeze" for Debian, and "hardy", "jaunty", "karmic", "lucid", and "maverick" for Ubuntu.
sudo apt-get update
The packages can now be installed with your package manager of choice, for example:
sudo apt-get install mariadb-server-5.2
(To manually download and install packages, browse the directories below http://ftp.osuosl.org/pub/mariadb/mariadb-5.2-rpl/ - the .debs are in
Generic linux binary tarballs can be downloaded here:
Here is a summary of the new features included in this preview release. The headings link to more detailed information.
This preview release implements group commit which works when using XtraDB with the binary log enabled. (In previous MariaDB releases, and all MySQL releases at the time of writing, group commit works in InnoDB/XtraDB when the binary log is disabled, but stops working when the binary log is enabled).
START TRANSACTION WITH CONSISTENT SNAPSHOT now also works with the binary log. This means it is possible to obtain the binlog position corresponding to a transactional snapshot of the database without blocking any other queries. This is used by
mysqldump --single-transaction --master-data to do a fully non-blocking backup which can be used to provision a new slave.
START TRANSACTION WITH CONSISTENT SNAPSHOT now also works consistently between transactions involving more than one storage engine (currently XTraDB and PBXT support this).
When using row-based replication, the binary log does not contain SQL statements, only discrete single-row insert/update/delete events. This can make it harder to read mysqlbinlog output and understand where in an application a given event may have originated, complicating analysis and debugging.
This feature adds an option to include the original SQL statement as a comment in the binary log (and shown in mysqlbinlog output) for row-based replication events.
This feature can improve the performance of row-based replication on tables that do not have a primary key (or other unique key), but which do have another index that can help locate rows to update or delete. With this feature, index cardinality information from
ANALYZE TABLE is considered when selecting the index to use (before this feature is implemented, the first index was selected unconditionally).
This feature implements the new commit ordering storage engine API in PBXT. With this feature, it is possible to use
START TRANSACTION WITH
CONSISTENT SNAPSHOT and get consistency among transactions which involve both XtraDB and InnoDB. (Without this feature, there is no such consistency guarantee. For example, even after running
START TRANSACTION WITH CONSISTENT
SNAPSHOT it was still possible for the InnoDB/XtraDB part of some transaction T to be visible and the PBXT part of the same transaction T to not be visible.)
ROLLBACKevents when reading MySQL 5.0 binlogs.
© 2019 MariaDB
Licensed under the Creative Commons Attribution 3.0 Unported License and the GNU Free Documentation License.