Functionality added or changed:
Incompatible Change: MySQL Cluster:
The LockPagesInMainMemory
configuration
parameter has changed its type and possible values. For more
information, see
LockPagesInMainMemory
.
The values true
and
false
are no longer accepted for this
parameter. If you were using this parameter and had it set to
false
in a previous release, you must
change it to 0
. If you had this parameter
set to true
, you should instead use
1
to obtain the same behavior as
previously, or 2
to take advantage of new
functionality introduced with this release, as described in
the section cited above.
Incompatible Change:
InnoDB
rolls back only the last statement on
a transaction timeout. A new option,
--innodb_rollback_on_timeout
,
causes InnoDB
to abort and roll back the
entire transaction if a transaction timeout occurs (the same
behavior as in MySQL 5.0.13 and earlier).
(Bug#24200)
Incompatible Change:
Previously, the DATE_FORMAT()
function returned a binary string. Now it returns a string with
a character set and collation given by
character_set_connection
and
collation_connection
so that it
can return month and weekday names containing non-ASCII
characters.
(Bug#22646)
Incompatible Change:
The following conditions apply to enabling the
read_only
system variable:
If you attempt to enable
read_only
while you have
any explicit locks (acquired with LOCK
TABLES
or have a pending transaction, an error
will occur.
If other clients hold explicit table locks or have pending
transactions, the attempt to enable
read_only
blocks until the
locks are released and the transactions end. While the
attempt to enable read_only
is pending, requests by other clients for table locks or to
begin transactions also block until
read_only
has been set.
read_only
can be enabled
while you hold a global read lock (acquired with
FLUSH TABLES WITH
READ LOCK
) because that does not involve table
locks.
Previously, the attempt to enable
read_only
would return
immediately even if explicit locks or transactions were pending,
so some data changes could occur for statements executing in the
server at the same time.
(Bug#22009, Bug#11733)
Incompatible Change:
Previously, the ARCHIVE
storage engine
created a metadata file with an extension of
.ARM
for each table. The engine no longer
creates this file.
Bugs fixed:
Incompatible Change:
For ENUM
columns that had
enumeration values containing commas, the commas were mapped to
0xff
internally. However, this rendered the
commas indistinguishable from true 0xff
characters in the values. This no longer occurs. However, the
fix requires that you dump and reload any tables that have
ENUM
columns containing any true
0xff
values. Dump the tables using
mysqldump with the current server before
upgrading from a version of MySQL 5.1 older than 5.1.15 to
version 5.1.15 or newer.
(Bug#24660)