Functionality added or changed:
Added ENGINE=MyISAM table option when
creating mysql.proc table in
mysql_create_system_tables script to make
sure the table is created as a MyISAM table
even if the default storage engine has been changed. (Bug#9496)
SHOW CREATE TABLE for an
INFORMATION_SCHEMA table no longer prints a
MAX_ROWS value because the value has no
meaning. (Bug#8941)
Invalid DEFAULT values for CREATE
TABLE now generate errors. (Bug#5902)
Added --show-table-type option to
mysqlshow, to display a column indicating
the table type, as in SHOW FULL TABLES.
(Bug#5036)
The way the time zone information is stored into the binary log was changed, so that it's now possible to have a replication master and slave running with different global time zones. A drawback is that replication from 5.0.4 masters to pre-5.0.4 slaves is impossible.
Added --with-big-tables compilation option to
configure. (Previously it was necessary to
pass -DBIG_TABLES to the compiler manually
in order to enable large table support.) See
Sección 2.8.2, “Opciones típicas de configure” for details.
New configuration directives !include and
!includedir implemented for including
option files and searching directories for option files. See
Sección 4.3.2, “Usar ficheros de opciones” for usage.
Bugs fixed:
The use of XOR together with NOT
ISNULL() erroneously resulted in some outer joins
being converted to inner joins by the optimizer. (Bug#9017)
Fixed an optimizer problem where extraneous comparisons
between NULL values in indexed columns were
being done for operators such as = that are
never true for NULL. (Bug#8877)
Fixed the client/server protocol for prepared statements so that reconnection works properly when the connection is killed while reconnect is enabled. (Bug#8866)
A server installed as a Windows service and started with
--shared-memory could not be stopped. (Bug#9665)
Fixed a server crash resulting from multiple executions of a
prepared statement involving a join of an
INFORMATION_SCHEMA table with another
table. (Bug#9383)
Fixed utf8_spanish2_ci and
ucs2_spanish2_ci collations to not consider
'r' equal to 'rr'. If
you upgrade to this version from an earlier version, you
should rebuild the indexes of affected tables. (Bug#9269)
mysqldump dumped core when invoked with
--tmp and
--single-transaction options and a
non-existent table name. (Bug#9175)
Allow extra HKSCS and cp950 characters
(big5 extension characters) to be accepted
in big5 columns. (Bug#9357)
mysql.server no longer uses non-portable alias command or LSB functions. (Bug#9852)
Fixed a server crash resulting from GROUP
BY on a decimal expression. (Bug#9210)
In prepared statements, subqueries containing parameters were
erroneously treated as const tables during
preparation, resulting in a server crash. (Bug#8807)
InnoDB: ENUM and SET
columns were treated incorrectly as character strings. This
bug did not manifest itself with latin1
collations if there were less than about 100 elements in an
ENUM, but it caused malfunction with
UTF-8. Old tables will continue to work. In
new tables, ENUM and SET
will be internally stored as unsigned integers. (Bug#9526)
InnoDB: Avoid test suite failures caused by a locking conflict between two server instances at server shutdown/startup. This conflict on advisory locks appears to be the result of a bug in the operating system; these locks should be released when the files are closed, but somehow that does not always happen immediately in Linux. (Bug#9381)
InnoDB: True VARCHAR: InnoDB stored the
'position' of a row wrong in a column prefix primary key
index; this could cause MySQL to complain ERROR 1032:
Can't find record … in an update of the primary
key, and also some ORDER BY or
DISTINCT queries. (Bug#9314)
InnoDB: Fix bug in MySQL/InnoDB 5.0.3: SQL statements were not rolled back on error. (Bug#8650)
Fixed a Commands out of sync error when two
prepared statements for single-row result sets were open
simultaneously. (Bug#8880)
Fixed a server crash after a call to
mysql_stmt_close() for single-row result
set. (Bug#9159)
Fixed server crashes for CREATE TABLE ...
SELECT or INSERT INTO ... SELECT
when selecting from multiple-table view. (Bug#8703, Bug#9398)
TRADITIONAL SQL mode should prevent inserts
where a column with no default value is omitted or set to a
value of DEFAULT. Fixed cases where this
restriction was not enforced. (Bug#5986)
Fixed a server crash when creating a PRIMARY
KEY for a table, if the table contained a
BIT column. (Bug#9571)
Warning message from GROUP_CONCAT() did not
always indicate correct number of lines. (Bug#8681)
The commit count cache for NDB was not
properly invalidated when deleting a record using a cursor.
(Bug#8585)
Fixed option-parsing code for the embedded server to
understand K, M, and
G suffixes for the
net_buffer_length and
max_allowed_packet options. (Bug#9472)
Selecting a BIT column failed if the binary
client/server protocol was used. (Bug#9608)
Fixed a permissions problem whereby information in
INFORMATION_SCHEMA could be exposed to a
user with insufficient privileges. (Bug#7214)
An error now occurs if you try to insert an invalid value via
a stored procedure in STRICT mode. (Bug#5907)
Link with libsupc++ on Fedora Core 3 to get
language support functions. (Bug#6554)
The value of the CHARACTER_MAXIMUM_LENGTH
and CHARACTER_OCTET_LENGTH columns of the
INFORMATION_SCHEMA.COLUMNS table must be
NULL for numeric columns, but were not.
(Bug#9344)
DROP TABLE did not drop triggers that were
defined for the table. DROP DATABASE did
not drop triggers in the database. (Bug#5859, Bug#6559)
CREATE OR REPLACE VIEW and ALTER
VIEW now require the CREATE VIEW
and DROP privileges, not CREATE
VIEW and DELETE.
(DELETE is a row-level privilege, not a
table-level privilege.) (Bug#9260)
Some user variables were not being handled with “implicit” coercibility. (Bug#9425)
Setting the max_error_count system variable
to 0 resulted in a setting of 1. (Bug#9072)
Fixed a collation coercibility problem that caused a union between binary and non-binary columns to fail. (Bug#6519)
Fixed a bug in division of floating point numbers. It could
cause nine zeroes (000000000) to be
inserted in the middle of the quotient. (Bug#9501)
INFORMATION_SCHEMA tables had an implicit
upper limit for the number of rows. As a result, not all data
could be returned for some queries. (Bug#9317)
Fixed a problem with the tee command in
mysql that resulted in
mysql crashing. (Bug#8499)
CAST() now produces warnings when casting
incorrect INTEGER and
CHAR values. This also applies to implicit
string to number casts.
(Bug#5912)
ALTER TABLE now fails in
STRICT mode if the alteration generates
warnings.
Using CONVERT('0000-00-00',date) or
CAST('0000-00-00' as date) in
TRADITIONAL SQL mode now produces a
warning. (Bug#6145)
Inserting a zero date in a DATE,
DATETIME or TIMESTAMP
column during TRADITIONAL mode now produces
an error. (Bug#5933)
Inserting a zero date into a DATETIME
column in TRADITIONAL mode now produces an
error.
STR_TO_DATE() now produces errors in strict
mode (and warnings otherwise) when given an illegal argument.
(Bug#5902)
Fixed a problem with ORDER BY that
sometimes caused incorrect sorting of utf8
data. (Bug#9309)
Fixed server crash resulting from queries that combined
SELECT DISTINCT, SUM(),
and ROLLUP. (Bug#8615)
Incorrect results were returned from queries that combined
SELECT DISTINCT, GROUP BY
, and ROLLUP. (Bug#8616)
Too many rows were returned from queries that combined
ROLLUP and LIMIT if
SQL_CALC_FOUND_ROWS was given. (Bug#8617)
If on replication master a LOAD DATA INFILE
is interrupted in the middle (integrity constraint violation,
killed connection...), the slave used to skip this
LOAD DATA INFILE entirely, thus missing
some changes if this command permanently inserted/updated some
table records before being interrupted. This is now fixed.
(Bug#3247)
Ésta es una traducción del manual de referencia de MySQL, que puede encontrarse en dev.mysql.com. El manual de referencia original de MySQL está escrito en inglés, y esta traducción no necesariamente está tan actualizada como la versión original. Para cualquier sugerencia sobre la traducción y para señalar errores de cualquier tipo, no dude en dirigirse a mysql-es@vespito.com.
