This is the first development release for MySQL Cluster NDB 6.3,
based on version 6.3 of the
NDBCLUSTER
storage engine.
Obtaining MySQL Cluster NDB 6.3. This is a source-only release, which you must compile and install using the instructions found in Section 2.3, “MySQL Installation Using a Source Distribution”, and in Section 17.2.1, “MySQL Cluster Multi-Computer Installation”. You can download the GPL source tarball from the MySQL FTP site at ftp://ftp.mysql.com/pub/mysql/download/cluster_telco/.
This Beta release incorporates all bugfixes and feature changes made in previous MySQL Cluster releases, as well as all bugfixes and feature changes which were added in mainline MySQL 5.1 through MySQL 5.1.19 (see Section C.1.33, “Changes in MySQL 5.1.19 (25 May 2007)”).
Please refer to our bug database at http://bugs.mysql.com/ for more details about the individual bugs fixed in this version.
Functionality added or changed:
Reporting functionality has been significantly enhanced in this release:
A new configuration parameter
BackupReportFrequency
now makes it
possible to cause the management client to provide status
reports at regular intervals as well as for such reports
to be written to the cluster log (depending on cluster
event logging levels). See
Section 17.3.2.6, “Defining MySQL Cluster Data Nodes”, for more
information about this parameter.
A new REPORT
command has been added in
the cluster management client. REPORT
BackupStatus
allows you to obtain a backup
status report at any time during a backup. REPORT
MemoryUsage
reports the current data memory and
index memory used by each data node. For more about the
REPORT
command, see
Section 17.5.2, “Commands in the MySQL Cluster Management Client”.
ndb_restore now provides running reports of its progress when restoring a backup. In addition, a complete report status report on the backup is written to the cluster log.
A new configuration parameter ODirect
causes
NDB
to attempt using
O_DIRECT
writes for LCP, backups, and redo
logs, often lowering CPU usage.
Cluster Replication: This release implements conflict resolution, which makes it possible to determine on a per-table basis whether or not an update to a given row on the master should be applied on the slave. For more information, see Section 17.6.11, “MySQL Cluster Replication Conflict Resolution”.
User Comments
Add your own comment.