diff options
author | adam <adam@pkgsrc.org> | 2012-04-08 18:30:27 +0000 |
---|---|---|
committer | adam <adam@pkgsrc.org> | 2012-04-08 18:30:27 +0000 |
commit | 67a514f3391a0157a52f46664e69c897eb4b904e (patch) | |
tree | f57bf4be4cb9eb858ee539be40172b613069847e /multimedia | |
parent | e7a2d4f2a58ac7f867a155e1bf5b2e347afffea5 (diff) | |
download | pkgsrc-67a514f3391a0157a52f46664e69c897eb4b904e.tar.gz |
Changes 5.5.22:
* InnoDB Storage Engine: A deprecation warning is now issued when
--ignore-builtin-innodb is used.
* yaSSL was upgraded from version 1.7.2 to 2.2.0.
* Security Fix: Bug 13510739 and Bug 63775 were fixed.
* Important Change: InnoDB Storage Engine: When a row grew in size due to an
UPDATE operation, other (non-updated) columns could be moved to off-page
storage so that information about the row still fit within the constraints of
the InnoDB page size. The pointer to the new allocated off-page data was not
set up until the pages were allocated and written, potentially leading to
lost data if the system crashed while the column was being moved out of the
page. The problem was more common with tables using ROW_FORMAT=DYNAMIC or
ROW_FORMAT=COMPRESSED along with the Barracuda file format, particularly with
the innodb_file_per_table setting enabled, because page allocation operations
are more common as the .ibd tablespace files are extended. Still, the problem
could occur with any combination of InnoDB version, file format, and row
format.
* InnoDB Storage Engine: An erroneous assertion could occur, in debug builds
only, when creating an index on a column containing zero-length values (that
is, '').
* InnoDB Storage Engine: A DDL operation such as ALTER TABLE ... ADD COLUMN
could stall, eventually timing out with an Error 1005: Can't create table
message referring to fil_rename_tablespace.
* InnoDB Storage Engine: A DDL operation for an InnoDB table could cause a busy
MySQL server to halt with an assertion error:
More...
Diffstat (limited to 'multimedia')
0 files changed, 0 insertions, 0 deletions