Table of Contents
This appendix lists the changes from version to version in the MySQL source code through the latest version of MySQL 6.0, which is currently MySQL 6.0.14. We offer a version of the Manual for each series of MySQL releases (5.0, 5.1, and so forth). For information about changes in another release series of the MySQL database software, see the corresponding version of this Manual.
We update this section as we add new features in the 6.0 series, so that everybody can follow the development process.
Note that we tend to update the manual at the same time we make changes to MySQL. If you find a recent version of MySQL listed here that you can't find on our download page (http://dev.mysql.com/downloads/), it means that the version has not yet been released.
The date mentioned with a release version is the date of the last Bazaar commit on which the release was based, not the date when the packages were made available. The binaries are usually made available a few days after the date of the tagged ChangeSet, because building and testing all packages takes some time.
The manual included in the source and binary distributions may not be fully accurate when it comes to the release changelog entries, because the integration of the manual happens at build time. For the most up-to-date release changelog, please refer to the online version instead.
An overview of features added in MySQL 6.0 can be found here: Section 1.5, “What Is New in MySQL 6.0”. For a full list of changes, please refer to the changelog sections for individual 6.0 releases.
For discussion of upgrade issues that you may encounter for upgrades from MySQL 5.5 to MySQL 6.0, see Section 2.11.1.1, “Upgrading from MySQL 5.1 to 6.0”.
Performance Schema Notes:
MySQL Server now includes Performance Schema, a feature for
monitoring server execution at a low level. It is implemented
via the PERFORMANCE_SCHEMA
storage
engine and the performance_schema
database.
Performance Schema focuses primarily on performance data. This
differs from INFORMATION_SCHEMA
, which serves
for inspection of metadata. For more information, see
Chapter 20, MySQL Performance Schema.
Performance Schema support is included in binary MySQL
distributions. It is disabled by default. To enable it, start
the server with the
--performance_schema
option.
To create the performance_schema
database if
you are upgrading from an earlier release, run
mysql_upgrade and restart the server. See
Section 4.4.8, “mysql_upgrade — Check Tables for MySQL Upgrade”.
Functionality added or changed:
Incompatible Change: Several changes were made to processing of server system variables and command-line options to make their treatment more consistent.
General changes:
The help message text displayed by mysqld --verbose
--help now consistently uses dashes to show the
names of options and system variables that can be set at
server startup. Previously, the message used both dashes and
underscores (generally with dashes for options and
underscores for system variables). For example, the help
message now displays --log-output
and
--general-log
, whereas previously it
displayed --log-output
and
--general_log
.
This is a display-only change. The allowable syntax for setting options and variables remains unchanged:
At server startup, you can specify options and variables on the command line or in option files using either dashes or underscores.
For those system variables that can be set at runtime
(for example, using
SET
),
you must specify them using underscores.
There are fewer session-only system variables. These
variables now have a global value:
autocommit
,
foreign_key_checks
,
profiling
,
sql_auto_is_null
,
sql_big_selects
,
sql_buffer_result
,
sql_log_bin
,
sql_log_off
,
sql_notes
,
sql_quote_show_create
,
sql_safe_updates
,
sql_warnings
,
unique_checks
.
For those variables, you can now set the global value to change the value from which the session value is initialized for new sessions.
The following list shows the variables that remain
session-only. They apply only in the context of a specific
session so that a global value is of no use:
debug_sync
,
error_count
,
identity
,
insert_id
,
last_insert_id
,
pseudo_thread_id
,
rand_seed1
,
rand_seed2
,
timestamp
,
warning_count
.
All system variables are accessible at runtime using
@@
syntax
(@@GLOBAL.
,
var_name
@@SESSION.
,
var_name
@@
).
Previously, this syntax produced an error for some
variables.
var_name
All system variables are included as appropriate in the
output from
SHOW
{GLOBAL, SESSION} VARIABLES
and the
INFORMATION_SCHEMA.GLOBAL_VARIABLES
and
INFORMATION_SCHEMA.SESSION_VARIABLES
tables. Previously, some variables were not displayed.
“As appropriate” in the preceding item means
that SHOW
GLOBAL VARIABLES
and
INFORMATION_SCHEMA.GLOBAL_VARIABLES
no longer include session-only system variables. Previously,
these included the global value of a variable if it had one,
and the session value if not.
(SHOW
SESSION VARIABLES
still includes global-only
variables.)
The server now enforces type checking for assignments to system variables, so it is more consistent and strict about rejecting invalid values.
For attempts to assign a negative value to an unsigned system variable, the server truncates the value to the minimum allowed value. Previously, there was sometimes wraparound to a large positive value.
Some system variables (typically those that control memory
or disk allocation) are allowed to take only values that are
a multiple of a given block size, and assigning a value not
a block size multiple causes truncation to the nearest
multiple. (For example,
net_buffer_length
must be a
multiple of 1024. Assigning 16384 results in a value of
16384, whereas assigning 16383 results in a value of 15360.)
A warning now occurs when adjustment of the specified value
takes place. Previously, adjustment was silent.
More system variables can be assigned the value
DEFAULT
to set them to their default
value. Previously, this syntax produced an error in some
cases.
All variables that have a SET
data type value can be set to an integer value that is
treated like a bit mask. Previously, this did not work for
some SET-type variables.
The default value for several system variables no longer differs between 32-bit and 64-bit builds. Previously, the values differed by about 100 bytes for some variables.
There are no longer any write-only system variables. For
example, SELECT
@@rand_seed1
returns 0, not Variable
'rand_seed1' can only be set, not read
.
Variable-specific changes:
The concurrent_insert
system variable now is handled as an enumeration with the
allowable values NEVER
,
AUTO
, and ALWAYS
. The
corresponding integer values 0, 1, and 2 are still
recognized.
The completion_type
system
variable now is handled as an enumeration with the allowable
values NO_CHAIN
,
CHAIN
, and RELEASE
.
The corresponding integer values 0, 1, and 2 are still
recognized.
For concurrent_insert
and
completion_type
, the string
form of the value is displayed by SHOW
VARIABLES
and
SELECT
@@
.
var_name
The unused rpl_recovery_rank
system
variable is deprecated.
The storage_engine
system
variable is deprecated in favor of the new system variable
default_storage_engine
.
This enables pairing of the
--default-storage-engine
command-line option with a system variable of a more closely
corresponding name.
The --myisam-recover
option
is renamed to
--myisam-recover-options
to
pair better with the name of the
myisam_recover_options
system variable. The old option name still works because it
is recognized as an unambiguous prefix of the new name.
(Option prefix recognition occurs as described in
Section 4.2.3, “Specifying Program Options”.)
--myisam-recover-options
has
a new allowable value OFF
.
Attempts to drop the default key cache produce an error. Previously, it produced only a warning and status of success even though the attempt failed.
Incompatible Change: Several changes have been made regarding the language and character set of error messages:
The --language
option for
specifying the directory for the error message file is now
deprecated. The new
--lc-messages-dir
and
--lc-messages
options should
be used instead, and
--language
is handled as an
alias for --lc-messages-dir
.
The language
system
variable has been removed and replaced with the new
lc_messages_dir
and
lc_messages
system
variables. lc_messages_dir
has only a global value and is read only.
lc_messages
has global and
session values and can be modified at runtime, so the error
message language can be changed while the server is running,
and individual clients each can have a different error
message language by changing their session
lc_messages
value to a
different locale name.
Error messages previously were constructed in a mix of
character sets. This issue is resolved by constructing error
messages internally within the server using UTF-8 and
returning them to the client in the character set specified
by the
character_set_results
system variable. The content of error messages therefore may
in some cases differ from the messags returned previously.
For more information, see Section 9.2, “Setting the Error Message Language”, and Section 9.1.6, “Character Set for Error Messages”.
Incompatible Change:
FLUSH TABLES
has a new variant, FLUSH
TABLES
. This variant enables tables to be flushed and
locked in a single operation. It provides a workaround for the
restriction (due to work done for Bug#989) that
tbl_list
WITH READ
LOCKFLUSH TABLES
is
disallowed when there is an active
LOCK TABLES ...
READ
.
See also Bug#42465.
Partitioning:
The UNIX_TIMESTAMP()
function is
now supported in partitioning expressions using
TIMESTAMP
columns. For example,
it now possible to create a partitioned table such as this one:
CREATE TABLE t (c TIMESTAMP) PARTITION BY RANGE ( UNIX_TIMESTAMP(c) ) ( PARTITION p0 VALUES LESS THAN (631148400), PARTITION p1 VALUES LESS THAN (946681200), PARTITION p2 VALUES LESS THAN (MAXVALUE) );
All other expressions involving
TIMESTAMP
values are now rejected
with an error when attempting to create a new partitioned table
or to alter an existing partitioned table.
When accessing an existing partitioned table having a
timezone-dependent partitioning function (where the table was
using a previous version of MySQL), a warning rather than an
error is issued. In such cases, you should fix the table. One
way of doing this is to alter the table's partitioning
expression so that it uses
UNIX_TIMESTAMP()
.
(Bug#42849)
Cluster Replication: Replication:
MySQL Replication now supports attribute promotion and demotion
for row-based replication between columns of different but
similar types on the master and the slave. For example, it is
possible to promote an INT
column
on the master to a BIGINT
column
on the slave, and to demote a
TEXT
column to a
VARCHAR
column.
The implementation of type demotion distinguishes between lossy
and non-lossy type conversions, and their use on the slave can
be controlled by setting the
slave_type_conversions
global
server system variable.
For more information, see Row-based replication: attribute promotion and demotion. (Bug#47163, Bug#46584)
Replication:
The SHOW SLAVE STATUS
statement
now has a Master_Info_File
field indicating
the location of the master.info
file.
(Bug#50316)
Replication:
Introduced the
binlog_direct_non_transactional_updates
system variable. Enabling this variable causes updates using the
statement-based logging format to tables using nontransactional
engines to be written directly to the binary log, rather than to
the transaction cache.
Before enabling this variable, be certain that you have no
dependencies between transactional and nontransactional tables.
A statement that both selects from an
InnoDB
table and inserts into a
MyISAM
table is an example of such
a dependency. For more information, see
Section 16.1.3.4, “Binary Log Options and Variables”.
(Bug#46364)
Replication:
Because SHOW BINLOG EVENTS
cannot
be used to read events from relay log files, a new
SHOW RELAYLOG EVENTS
statement
has been added for this purpose.
(Bug#28777)
Replication: For replication based on row-based and mix-format binary logging, it is now safe to mix transactional and nontransactional statements within a transaction. The nontransactional statements are logged immediately rather than waiting until the transaction ends, ensuring that their results are logged and replicated correctly regardless of the result of the transaction.
InnoDB
stores redo log records in a
hash table during recovery. On 64-bit systems, this hash table
was 1/8 of the buffer pool size. To reduce memory usage, the
dimension of the hash table was reduced to 1/64 of the buffer
pool size (or 1/128 on 32-bit systems).
(Bug#53122)
mysqltest has a new
--max-connections
option to set a higher number
of maximum allowed server connections than the default 128. This
option can also be passed via
mysql-test-run.pl.
(Bug#51135)
mysql-test-run.pl has a new
--portbase
option and a corresponding
MTR_PORT_BASE
environment variable for
setting the port range, as an alternative to the existing
--build-thread
option.
(Bug#50182)
SHOW PROFILE
CPU
has been ported to Windows. Thanks to Alex
Budovski for the patch.
(Bug#50057)
The Rows_examined
value in slow query log
rows now is nonzero for UPDATE
and DELETE
statements that modify
rows.
(Bug#49756)
mysql-test-run.pl has a new
--gprof
option that runs the server through the
gprof profiler, much the same way the
currently supported --gcov
option runs it
through gcov.
(Bug#49345)
mysqltest has a new
lowercase_result
command that converts the
output of the next statement to lowercase. This is useful for
test cases where the lettercase may vary between platforms.
(Bug#48863)
mysqladmin now has
purge-backup-logs
,
purge-backup-logs-id
, and
purge-backup-logs-date
commands to purge the
backup logs. These are equivalent to the various forms of the
PURGE BACKUP LOGS
statement.
(Bug#48353)
On Linux (and perhaps other systems), the performance of MySQL
Server can be improved by using a different
malloc()
implementation, developed by Google
and called tcmalloc
. The gain is noticeable
with a higher number of simultaneous users. To support use of
this library, the following changes have been made:
The server is linked against the default
malloc()
provided by the respective
platform.
Binary distributions for Linux include
libtcmalloc_minimal.so
(a shared
library that can be linked against at runtime) in
pkglibdir
(that is, the same directory
within the package where server plugins and similar object
files are located). The version of
tcmalloc
included with MySQL comes from
google-perftools
1.4.
If you want to try tcmalloc
but are using
a binary distribution for a non-Linux platform or a source
distribution, you can install Google's
tcmalloc
. Some distributions provide it
in a google-perftools
package or with a
similar name, or you can download it from Google at
http://code.google.com/p/google-perftools/
and compile it yourself.
mysqld_safe now supports a
--malloc-lib
option that
enables administrators to specify that
mysqld should use
tcmalloc
.
The --malloc-lib
option
works by modifying the LD_PRELOAD
environment
value to affect dynamic linking to enable the loader to find the
memory-allocation library when mysqld runs:
If the option is not given, or is given without a value
(--malloc-lib=
),
LD_PRELOAD
is not modified and no attempt
is made to use tcmalloc
.
If the option is given as
--malloc-lib=tcmalloc
,
mysqld_safe looks for a
tcmalloc
library in
/usr/lib
and then in the MySQL
pkglibdir
location (for example,
/usr/local/mysql/lib
or whatever is
appropriate). If tmalloc
is found, its
path name is added to the beginning of the
LD_PRELOAD
value for
mysqld. If tcmalloc
is
not found, mysqld_safe aborts with an
error.
If the option is given as
--malloc-lib=
,
that full path is added to the beginning of the
/path/to/some/library
LD_PRELOAD
value. If the full path points
to a nonexistent or unreadable file,
mysqld_safe aborts with an error.
For cases where mysqld_safe adds a path
name to LD_PRELOAD
, it adds the path to
the beginning of any existing value the variable already
has.
As a result of the preceding changes, Linux users can use the
libtcmalloc_minimal.so
now included in
binary packages by adding these lines to the
my.cnf
file:
[mysqld_safe] malloc-lib=tcmalloc
Those lines also suffice for users on any platform who have
installed a tcmalloc
package in
/usr/lib
. To use a specific
tcmalloc
library, specify its full path name.
Example:
[mysqld_safe] malloc-lib=/opt/lib/libtcmalloc_minimal.so
mysqladmin now has a
flush-backup-logs
command to flush the backup
logs. This is equivalent to using the
FLUSH BACKUP
LOGS
statement.
(Bug#47493)
With semisynchronous replication, for each transaction, the
master waits until timeout for acknowledgement of receipt from
some semisynchronous slave. If no response occurs during this
period, the master reverts to normal replication. A new system
variable,
rpl_semi_sync_master_wait_no_slave
,
controls whether the master waits for the timeout to expire
before reverting to normal replication even if the slave count
drops to zero during the timeout period.
If the value is ON
(the default), it is
allowable for the slave count to drop to zero during the timeout
period (for example, if slaves disconnect). The master still
waits for the timeout, so as long as some slave reconnects and
acknowledges the transaction within the timeout interval,
semisynchronous replication continues.
If the value is OFF
, the master reverts to
normal replication if the slave count drops to zero during the
timeout period.
(Bug#47298)
A new option, --mysql-backup
,
determines whether MySQL Backup is enabled or disabled. By
default, MySQL Backup is disabled.
(Bug#46541)
mysqltest has a new
remove_files_wildcard
command that removes
files matching a pattern from a directory.
(Bug#39774)
MySQL Backup now has a
restore_disables_events
system
variable that controls whether
RESTORE
disables Event Scheduler
events that are restored from the backup image. By default, this
variable is enabled, which disables restored events. If the
variable is disabled, restored events retain their state as
recorded in the image.
(Bug#37445)
There is a new system variable,
skip_name_resolve
, that is set
from the value of the
--skip-name-resolve
server
option. This provides a way to determine at runtime whether the
server uses name resolution for client connections.
(Bug#37168)
BACKUP DATABASE
new treats a
nonexistent database as a nonfatal condition and issues a
warning rather than an error.
(Bug#36635)
BACKUP DATABASE
now has an
OVERWRITE
option that enables you to
overwrite an existing backup image file. Without this option,
the behavior is the same as before: If the named image file
already exists, the statement fails with an error.
(Bug#36402)
Previously, mysqldump would not dump the
INFORMATION_SCHEMA
database and ignored it if
it was named on the command line. Now,
mysqldump will dump
INFORMATION_SCHEMA
if it is named on the
command line. Currently, this requires that the
--skip-lock-tables
(or --skip-opt
) option be
given.
(Bug#33762)
Previously, SELECT ...
INTO OUTFILE
dumped column values without character
set conversion, which could produce data files that cannot be
imported without error if different columns used different
character sets. A consequence of this is that
mysqldump ignored the
--default-character-set
option
if the --tab
option was given
(which causes SELECT ...
INTO OUTFILE
to be used to dump data.)
INTO OUTFILE
now can be followed by a
CHARACTER SET
clause indicating the character
set to which dumped values should be converted. Also,
mysqldump adds a CHARACTER
SET
clause to the
SELECT ... INTO
OUTFILE
statement used to dump data, so that
--default-character-set
is no
longer ignored if --tab
is
given.
Other changes are that
SELECT ... INTO
OUTFILE
enforces that ENCLOSED BY
and ESCAPED BY
arguments must be a single
character, and SELECT
... INTO OUTFILE
and
LOAD DATA
INFILE
produce warnings if non-ASCII field or line
separators are specified.
(Bug#30946)
The TRADITIONAL
SQL mode now
includes
NO_ENGINE_SUBSTITUTION
.
(Bug#21099)
FLUSH LOGS
now
takes an optional log_type
value so
that FLUSH
can be used
to flush only a specified log type. These
log_type
LOGSlog_type
options are allowed:
BINARY
closes and reopens the binary log
files.
ENGINE
closes and reopens any flushable
logs for installed storage engines.
ERROR
closes and reopens the error log
file.
GENERAL
closes and reopens the general
query log file.
RELAY
closes and reopens the relay log
files.
SLOW
closes and reopens the slow query
log file.
Thanks to Eric Bergen for the patch to implement this feature. (Bug#14104)
All numeric operators and functions on integer, floating point
and DECIMAL
values now throw an
“out of range” error
(ER_DATA_OUT_OF_RANGE
) rather
than returning an incorrect value or NULL
,
when the result is out of the supported range for the
corresponding data type.
(Bug#8433)
mysqladmin now allows the password value to
be omitted following the password
command. In
this case, mysqladmin prompts for the
password value, which enables you to avoid specifying the
password on the command line. Omitting the password value should
be done only if password
is the final command
on the mysqladmin command line. Otherwise,
the next argument is taken as the password.
(Bug#5724)
Some conversions between Japanese character sets are more efficient.
Previously, in the absence of other information, the MySQL
client programs mysql
,
mysqladmin
, mysqlcheck
,
mysqlimport
, and mysqlshow
used the compiled-in default character set, usually
latin1
.
Now these clients can autodetect which character set to use
based on the operating system setting, such as the value of the
LANG
or LC_ALL
locale
environment language on Unix system or the code page setting on
Windows systems. For systems on which the locale is available
from the OS, the client uses it to set the default character set
rather than using the compiled-in default. Thus, users can
configure the locale in their environment for use by MySQL
clients. For example, setting LANG
to
ru_RU.KOI8-R
causes the
koi8r
character set to be used. The OS
character set is mapped to the closest MySQL character set if
there is no exact match. If the client does not support the
matching character set, it uses the compiled-in default. (For
example, ucs2
is not supported as a
connection character set.)
Third-party applications that wish to use character set
autodetection based on the OS setting can use the following
mysql_options()
call before
connecting to the server:
mysql_options(mysql, MYSQL_SET_CHARSET_NAME, MYSQL_AUTODETECT_CHARSET_NAME);
See Section 9.1.4, “Connection Character Sets and Collations”.
Bugs fixed:
Performance: Partitioning:
When used on partitioned tables, the
records_in_range
handler call checked more
partitions than necessary. The fix for this issue reduces the
number of unpruned partitions checked for statistics in
partition range checking, which has resulted in some partition
operations being performed up to 2-10 times faster than before
this change was made, when testing with tables having 1024
partitions.
(Bug#48846)
Performance: Replication:
When writing events to the binary log, transactional events
(that is, events that operate on transactional tables) are
written to a thread-specific transaction cache, which is then
written to the binary log on commit. In order to handle
nontransactional events, there was a lock taken on the binary
log (when entering the function
MYSQL_BIN_LOG::write()
), even when the event
was written to the transaction cache instead of the binary log,
causing a major bottleneck in replication performance.
(Bug#42757)
Performance:
The method for comparing INFORMATION_SCHEMA
names and database names was nonoptimal and an improvement was
made: When the database name length is already known, a length
check is made first and content comparison skipped if the
lengths are unequal.
(Bug#49501)
Performance:
The MD5()
and
SHA1()
functions had excessive
overhead for short strings.
(Bug#49491)
Performance:
While looking for the shortest index for a covering index scan,
the optimizer did not consider the full row length for a
clustered primary key, as in
InnoDB
. Secondary covering indexes
will now be preferred, making full table scans less likely.
(Bug#39653)
Performance:
When the query cache is fragmented, the size of the free block
lists in the memory bins grows, which causes query cache
invalidation to become slow. There is now a 50ms timeout for a
SELECT
statement waiting for the
query cache lock. If the timeout expires, the statement executes
without using the query cache.
(Bug#39253)
See also Bug#21074.
Important Change: Security Fix: Additional corrections were made for the symlink-related privilege problem originally addressed in MySQL 6.0.5. The original fix did not correctly handle the data directory path name if it contained symlinked directories in its path, and the check was made only at table-creation time, not at table-opening time later. (Bug#32167, CVE-2008-2079)
See also Bug#39277.
Security Fix:
The server failed to check the table name argument of a
COM_FIELD_LIST
command packet for validity
and compliance to acceptable table name standards. This could be
exploited to bypass almost all forms of checks for privileges
and table-level grants by providing a specially crafted table
name argument to COM_FIELD_LIST
.
In MySQL 5.0 and above, this allowed an authenticated user with
SELECT
privileges on one table to
obtain the field definitions of any table in all other databases
and potentially of other MySQL instances accessible from the
server's file system.
Additionally, for MySQL version 5.1 and above, an authenticated
user with DELETE
or
SELECT
privileges on one table
could delete or read content from any other table in all
databases on this server, and potentially of other MySQL
instances accessible from the server's file system.
(Bug#53371, CVE-2010-1848)
Security Fix:
The server was susceptible to a buffer-overflow attack due to a
failure to perform bounds checking on the table name argument of
a COM_FIELD_LIST
command packet. By sending
long data for the table name, a buffer is overflown, which could
be exploited by an authenticated user to inject malicious code.
(Bug#53237, CVE-2010-1850)
Security Fix:
Privilege checking for UNINSTALL
PLUGIN
was incorrect.
(Bug#51770, CVE-2010-1621)
Security Fix: The server could be tricked into reading packets indefinitely if it received a packet larger than the maximum size of one packet. (Bug#50974, CVE-2010-1849)
Security Fix: For servers built with yaSSL, a preauthorization buffer overflow could cause memory corruption or a server crash. We thank Evgeny Legerov from Intevydis for providing us with a proof-of-concept script that allowed us to reproduce this bug. (Bug#50227, CVE-2009-4484)
Security Fix: MySQL clients linked against OpenSSL can be tricked not to check server certificates. (Bug#47320, CVE-2009-4028)
Incompatible Change: Replication:
The --binlog_format
system variable can no
longer be set inside a transaction. In other words, the binary
logging format can no longer be changed while a transaction is
in progress.
(Bug#47863)
Incompatible Change: Replication:
The file names for the semisynchronous plugins were prefixed
with lib
, unlike file names for other
plugins. The file names no longer have a
lib
prefix.
This change introduces an incompatibility if the plugins had been installed using the previous names. To handle this, uninstall the older version before installing the newer version. For example, use these statements for the master side plugins on Unix:
mysql>UNINSTALL PLUGIN rpl_semi_sync_master;
mysql>INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
If you do not uninstall the older version first, attempting to install the newer version results in an error:
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
ERROR 1125 (HY000): Function 'rpl_semi_sync_master' already exists
For the slave side, similar statements apply:
mysql>UNINSTALL PLUGIN rpl_semi_sync_slave;
mysql>INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
Incompatible Change:
For debug builds, wttempts to execute
RESET
statements within a
transaction that had acquired metadata locks led to an assertion
failure.
As a result of this bug fix,
RESET
statements now cause an
implicit commit.
(Bug#51336)
Incompatible Change:
A deadlock occurred for this sequence of events: Session 1
locked a table using LOCK TABLES
;
Session 2 dropped the database containing the table; Session 1
created any database.
A consequence of this bug fix is that
CREATE DATABASE
is disallowed
within a session that has an active LOCK
TABLES
statement.
(Bug#49988)
Incompatible Change:
Time zone calculation for backups was not correct on the
powermac platform because the timezone
variable was not set correctly.
This fix involves a change to the internal format of times in backup image files, so backups made prior to this release cannot be restored using the current backup code. (Bug#43221)
Incompatible Change:
For application compatibility reasons, when
sql_auto_is_null
is 1, MySQL
converts
to
auto_inc_col
IS
NULL
. However, this was being done
regardless of whether the predicate was alone or at the top
level. Now it occurs only when it is a single top-level
predicate.
auto_inc_col
=
LAST_INSERT_ID()
In conjunction with this bug fix, the default value of the
sql_auto_is_null
system
variable has been changed from 1 to 0, which may cause
incompatibilities with existing applications.
(Bug#41371)
Incompatible Change:
In binary installations of MySQL, the supplied
binary-configure script would start and
configure MySQL, even when command help was requested with the
--help
command-line option. The
--help
, if provided, will no longer start and
install the server.
(Bug#30954)
Incompatible Change:
The Locked
thread state was equivalent to the
Table lock
state and has been removed. It no
longer appears in SHOW
PROCESSLIST
output.
(Bug#28870)
Important Change: Replication:
When changing binlog_format
or
binlog_direct_non_transactional_updates
,
permissions were not checked prior to checking the scope and
context of the variable being changed.
As a result of this fix, an error is no longer reported when—in the context of a transaction or a stored function—you try to set a value for a session variable that is the same as its previous value, or for a variable whose scope is global only. (Bug#51277)
Important Change: Replication:
The RAND()
function is now marked
as unsafe for statement-based replication. Using this function
now generates a warning when
binlog_format=STATEMENT
and
causes the format to switch to row-based logging when
binlog_format=MIXED
.
This change is being introduced because, when
RAND()
was logged in statement
mode, the seed was also written to the binary log, so the
replication slave generated the same sequence of random numbers
as was generated on the master. While this could make
replication work in some cases, the order of affected rows was
still not guaranteed when this function was used in statements
that could update multiple rows, such as
UPDATE
or
INSERT ...
SELECT
; if the master and the slave retrieved rows in
different order, they began to diverge.
(Bug#49222)
Important Change: Replication: The following functions have been marked unsafe for statement-based replication:
None of the functions just listed are guaranteed to replicate
correctly when using the statement-based format, because they
can produce different results on the master and the slave. The
use of any of these functions while
binlog_format
is set to
STATEMENT
is logged with the warning,
Statement is not safe to log in statement
format. When
binlog_format
is set to
MIXED
, the binary logging format is
automatically switched to the row-based format whenever one of
these functions is used.
(Bug#47995)
Important Change: Replication:
When invoked, CHANGE MASTER TO
and SET GLOBAL
sql_slave_skip_counter
now cause information to be
written to the error log about the slave's state prior to
execution of the statement. For CHANGE
MASTER TO
, this information includes the previous
values for MASTER_HOST
,
MASTER_PORT
,
MASTER_LOG_FILE
, and
MASTER_LOG_POS
. For SET
GLOBAL sql_slave_skip_counter
, this information
includes the previous values of
sql_slave_skip_counter
, the
group relay log name, and the group relay log position.
(Bug#43406, Bug#43407)
Important Change: Replication: For an engine that supported only row-based replication, replication stopped with an error when executing row events.
For information about changes in how the binary logging format is determined in relation to statement type and storage engine logging capabilities, see Section 5.2.4.3, “Mixed Binary Logging Format”.
As part of the fix for this issue, the
EXAMPLE
storage engine is now
changed so that it supports statement-based logging only.
Previously, it supported row-based logging only.
(Bug#39934)
Important Change:
The IPv6 loopback address ::1
was interpeted
as a hostname rather than a numeric IP address.
In addition, the IPv6-enabled server on Windows interpeted the
hostname localhost
as ::1
only, which failed to match the default
'root'@'127.0.0.1'
account in the
mysql.user
privilege table.
As a result of this fix, a 'root'@'::1'
account is added to the mysql.user
table as
one of the default accounts created during MySQL installation.
Partitioning:
Partition pruning on RANGE
partitioned tables
did not always work correctly; the last partition was not
excluded if the range was beyond it (when not using
MAXVALUE
). Now the last partition is not
included if the partitioning function value is not within the
range.
(Bug#51830)
Partitioning:
Attempting to partition a table using a
DECIMAL
column caused the server
to crash; this not supported and is now specifically disallowed.
(Bug#51347)
Partitioning:
ALTER TABLE
statements that cause
table partitions to be renamed or dropped (such as
ALTER TABLE ... ADD PARTITION
, ALTER
TABLE ... DROP PARTITION
, and ALTER TABLE ...
REORGANIZE PARTITION
) — when run concurrently
with queries against the
INFORMATION_SCHEMA.PARTITIONS
table
— could fail, cause the affected partitioned tables to
become unusable, or both. This was due to the fact that the
INFORMATION_SCHEMA
database ignored the name
lock imposed by the ALTER TABLE
statement on the partitions affected. In particular, this led to
problems with InnoDB
tables,
because InnoDB
would accept the
rename operation, but put it in a background queue, so that
subsequent rename operations failed when
InnoDB
was unable to find the
correct partition. Now, INFORMATION_SCHEMA
honors name locks imposed by ongoing ALTER
TABLE
statements that cause partitions to be renamed
or dropped.
(Bug#50561)
Partitioning:
The insert_id
server system
variable was not reset following an insert that failed on a
partitioned MyISAM
table having an
AUTO_INCREMENT
column.
(Bug#50392)
Partitioning:
Foreign keys are not supported on partitioned tables. However,
it was possible via an ALTER
TABLE
statement to set a foreign key on a partitioned
table; it was also possible to partition a table with a single
foreign key.
(Bug#50104)
Partitioning:
When SHOW CREATE TABLE
was
invoked for a table that had been created using the
TO_SECONDS()
function, the output
contained the wrong MySQL version number in the conditional
comments.
(Bug#49591)
Partitioning:
It was possible to execute a CREATE TEMPORARY TABLE tmp
LIKE pt
statement, where pt
is a
partitioned table, even though partitioned temporary tables are
not permitted, which caused the server to crash. Now a check is
performed to prevent such statements from being executed.
(Bug#49477)
Partitioning:
A query that searched on a ucs2
column failed
if the table was partitioned.
(Bug#48737)
Partitioning: In some cases, it was not possible to add a new column to a table that had subpartitions. (Bug#48276)
Partitioning:
GROUP BY
queries performed poorly for some
partitioned tables. This was due to the block size not being set
for partitioned tables, thus the keys per block was not correct,
which could cause such queries to be optimized incorrectly.
(Bug#48229)
See also Bug#37252.
Partitioning:
When an ALTER TABLE
... REORGANIZE PARTITION
statement on an
InnoDB
table failed due to
innodb_lock_wait_timeout
expiring while waiting for a lock, InnoDB
did
not clean up any temporary files or tables which it had created.
Attempting to reissue the ALTER
TABLE
statement following the timeout could lead to
storage engine errors, or possibly a crash of the server.
(Bug#47343)
Partitioning:
SELECT
COUNT(*)
from a partitioned table failed when using
the ONLY_FULL_GROUP_BY
SQL
mode.
(Bug#46923)
This regression was introduced by Bug#45807.
Partitioning:
An ALTER TABLE ...
ADD PARTITION
statement that caused
open_files_limit
to be exceeded
led to a crash of the MySQL server.
(Bug#46922)
See also Bug#47343.
Partitioning:
REPAIR TABLE
failed for
partitioned ARCHIVE
tables.
(Bug#46565)
Partitioning:
SUBPARTITION BY KEY
failed with
DEFAULT CHARSET=utf8
.
(Bug#45904)
Partitioning:
When performing an
INSERT ...
SELECT
into a partitioned table,
read_buffer_size
bytes of
memory were allocated for every partition in the target table,
resulting in consumption of large amounts of memory when the
table had many partitions (more than 100).
This fix changes the method used to estimate the buffer size
required for each partition and limits the total buffer size to
a maximum of approximately 10 times
read_buffer_size
.
(Bug#45840)
Partitioning:
The first time that a query against the
INFORMATION_SCHEMA.TABLES
table for
partitioned tables using the
ARCHIVE
engine was run, it returned
invalid data. If the server had been restarted since such a
table had been created, or if the table had never actually been
opened, its DATA_LENGTH
was reported as 0
bytes. (The second and subsequent attempts to issue the same
query returned the expected result.)
(Bug#44622)
Partitioning: The cardinality of indexes on partitioned tables was calculated using the first partition in the table, which could result in suboptimal query execution plans being chosen. Now the partition having the most records is used instead, which should result in better use of indexes and thus improved performance of queries against partitioned tables in many if not most cases. (Bug#44059)
Partitioning:
ALTER TABLE
on a partitioned
table caused unnecessary deadlocks.
(Bug#43867)
See also Bug#46654.
Partitioning:
Attempting to drop a partitioned table from one connection while
waiting for the completion of an ALTER
TABLE
that had been issued from a different
connection, and that changed the storage engine used by the
table, could cause the server to crash.
(Bug#42438)
Partitioning: After attempting to create a duplicate index on a partitioned table (and having the attempt fail as expected), a subsequent attempt to create a new index on the table caused the server to hang. (Bug#40181)
Partitioning:
When used on a partitioned table, ALTER
TABLE
produced the wrong error message when the name
of a nonexistent storage engine was used in the
ENGINE
clause.
(Bug#35765)
Partitioning:
Truncating a partitioned MyISAM
table did not
reset the AUTO_INCREMENT
value.
(Bug#35111)
Partitioning: Portions of the partitioning code were refactored in response to potential regression issues uncovered while working on the fix for Bug#31210. (Bug#32115)
See also Bug#40281.
Replication:
When using the statement-based logging format, statements that
used CONNECTION_ID()
were always
kept in the transaction cache; consequently, nontransactional
changes that should have been flushed before the transaction
were kept in the transaction cache.
(Bug#53075)
This regression was introduced by Bug#51894.
Replication:
In some cases, attempting to update a column with a value of an
incompatible type resulted in a mismatch between master and
slave because the column value was set to its implicit default
value on the master (as expected), but the same column on the
slave was set to NULL
.
(Bug#52868)
Replication:
When temporary tables were in use, switching the binary logging
format from STATEMENT
to
ROW
did not take effect until all temporary
tables were dropped. (The existence of temporary tables should
prevent switching the format only from ROW
to
STATEMENT
from taking effect, not the
reverse.)
(Bug#52616)
Replication:
A buffer overrun in the handling of
DATE
column values could cause
mysqlbinlog to fail when reading back logs containing certain
combinations of DML on a table having a
DATE
column followed by dropping
the table.
(Bug#52202)
Replication:
The failure of a REVOKE
statement
was logged with the wrong error code, causing replication slaves
to stop even when the failure was expected on the master.
(Bug#51987)
Replication:
Issuing any DML on a temporary table temp
followed by DROP
TEMPORARY TABLE temp
, both within the same
transaction, caused replication to fail.
The fix introduces a change to statement-based binary logging with respect to temporary tables. Within a transaction, changes to temporary tables are saved to the transaction cache and written to the binary log when the transaction commits. Otherwise, out-of-order logging of events could occur. This means that temporary tables are treated similar to transactional tables for purposes of caching and logging. This affects assessment of statements as safe or unsafe and the associated error message was changed from:
Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT. Statements that read from both transactional and non-transactional tables and write to any of them are unsafe.
To:
Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT. Statements that read from both transactional (or a temporary table of any engine type) and non-transactional tables and write to any of them are unsafe.
See also Bug#51291, Bug#53075.
This regression was introduced by Bug#46364.
Replication:
When using the row-based or mixed replication format with a
debug build of the MySQL server, inserts into columns using the
UTF32
character set on the master caused the
slave to crash.
(Bug#51787)
See also Bug#51716.
Replication:
When using the row-based or mixed replication format, column
values using the UTF16
character set on the
master were padded incorrectly on the slave.
(Bug#51716)
See also Bug#51787.
Replication:
The flag stating whether a user value was signed or unsigned
(unsigned_flag
) could sometimes change
between the time that the user value was recorded for logging
purposes and the time that the value was actually written to the
binary log, which could lead to inconsistency. Now
unsigned_flag
is copied when the user
variable value is copied, and the copy of
unsigned_flag
is then used for logging.
(Bug#51426)
See also Bug#49562.
Replication:
Enabling
binlog_direct_non_transactional_updates
causes nontransactional changes to be written to the binary log
upon committing the statement. However, even when not enabled,
the addition of this variable introduced a number of undesired
changes in behavior:
When using ROW
or
MIXED
logging mode: Nontransactional
changes executed within a transaction prior to any
transactional changes were written to the statement cache,
but those following any transactional changes were written
to the transactional cache instead, causing these (later)
nontransactional changes to be lost.
When using ROW
or
MIXED
logging mode: When rolling back a
transaction, any nontransactional changes that might be in
the transaction cache were disregarded and truncated along
with the transactional changes.
When using STATEMENT
logging mode: A
statement that combined transactional and nontransactional
changes prior to any other transactional changes within the
transaction, but failed, was kept in the transactional cache
until the transaction ended, rather than being written to
the binary log at the instant of failure (and not deferred
to the end of the transaction).
These problems have been handled as follows:
The setting for
binlog_direct_non_transactional_updates
no longer has any effect when the value of
binlog_format
is either
ROW
or MIXED
. This
addresses the first two issues previously listed.
When using statement-based logging with
binlog_direct_non_transactional_updates
set to ON
, any statement combining
transactional and nontransactional changes within the same
transaction is now stored in the transaction cache, whether
it succeeds or not, and regardless of its order of execution
amongst any transactional statements within that
transaction. This means that such a statement is now written
to the binary log only on transaction commit or rollback.
This regression was introduced by Bug#46364.
Replication:
TRUNCATE TABLE
performed on a
temporary table using the InnoDB
storage engine was logged even when using row-based mode.
(Bug#51251)
Replication: When using temporary tables the binary log needs to insert a pseudo-thread ID for threads that are using temporary tables, each time a switch happens between two threads, both of which are using temporary tables. However, if a thread issued a failing statement before exit, its ID was not recorded in the binary log, and this in turn caused the ID for the next thread that tried to do something with a temporary table not to be logged as well. Subsequent replays of the binary log failed with the error Table ... doesn't exist. (Bug#51226)
Replication:
If the master was using
sql_mode='TRADITIONAL'
,
duplicate key errors were not sent to the slave, which received
0
rather than the expected error code. This
caused replication to fail even when such an error was expected.
(Bug#51055)
Replication:
An issue internal to the code, first seen in Bug#49132 but not
completely resolved in the fix for that bug, was removed. This
should prevent similar issues to those in the previous bug with
binlog_format
changes following
DDL statements.
For developers working with the MySQL Server
code: the public class variable
THD::current_stmt_binlog_row_based
was
supposed to have been removed as part of the fix for Bug#39934,
but was still present in the code. If a developer later tried to
use this variable, it could cause the previous issues to
re-occur, and possibly new ones to arise. The variable has now
been removed; the previously added class functions
THD::is_current_stmt_binlog_format_row()
,
THD::set_current_stmt_binlog_format_row()
,
and
THD::clear_current_stmt_binlog_format_row()
should be used instead.
(Bug#51021)
Replication: Adding an index to a table on the master caused the slave to stop logging slow queries to the slow query log. (Bug#50620)
Replication:
When run with the --database
option, mysqlbinlog printed
ROLLBACK
statements but did not print any corresponding
SAVEPOINT
statements.
(Bug#50407)
Replication:
FLUSH LOGS
could in some circumstances crash the server. This occurred
because the I/O thread could concurrently access the relay log
I/O cache while another thread was performing the
FLUSH LOGS
,
which closes and reopens the relay log and, while doing so,
initializes (or re-initializes) its I/O cache. This could cause
problems if some other thread (in this case, the I/O thread) is
accessing it at the same time.
Now the thread performing the
FLUSH LOGS
takes a lock on the relay log before actually flushing it.
(Bug#50364)
Replication:
On a replication slave, a race condition between the I/O thread
and FLUSH LOGS
could crash the server.
(Bug#50364)
Replication:
If a CHANGE MASTER TO
statement
set MASTER_HEARTBEAT_PERIOD
to 30 or higher,
Slave_received_heartbeats
did
not increase on the slave. This caused the slave to reconnect
before the time indicated by
slave_net_timeout
had elapsed.
This issue affected big-endian 64-bit platforms such as Solaris/SPARC. (Bug#50296)
Replication:
The error message given when trying to replicate (using
statement-based mode) insertions into an
AUTO_INCREMENT
column by a stored function or
a trigger was improved.
(Bug#50192)
Replication: With semisynchronous replication, memory allocated for handling transactions could be freed while still in use, resulting in a server crash. (Bug#50157)
Replication:
When a CREATE EVENT
statement was
followed by an additional statement and the statements were
executed together as a single statement, the
CREATE EVENT
statement was padded
with “garbage” characters when written to the
binary log, which led to a syntax error when trying to read back
from the log.
(Bug#50095)
Replication:
The server could deadlock when
FLUSH LOGS
was
executed concurrently with DML statements. To fix this problem,
nontransactional changes are now always flushed before
transactional changes.
(Bug#50038)
Replication: In some cases, inserting into a table with many columns could cause the binary log to become corrupted. (Bug#50018)
See also Bug#42749.
Replication:
Metadata for GEOMETRY
fields was not properly
stored by the slave in its definitions of tables.
(Bug#49836)
See also Bug#48776.
Replication:
Column length information generated by
InnoDB
did not match that generated
by MyISAM
, which caused invalid
metadata to be written to the binary log when trying to
replicate BIT
columns.
(Bug#49618)
Replication: Statement-based replication of user variables having numeric data types did not always work correctly. (Bug#49562)
Replication: When using the semi-synchronous replication plugin on Windows, the wait time calculated when the master was waiting for reply from the slave was incorrect. In addition, when the wait time was less than the current time, the master did not wait for a reply at all.
This issue was caused by the fact that a different internal function was used to get current time by the plugin on Windows as opposed to other platforms, and this function was not correctly implemented. Now the Windows version of the plugin uses the same function as other platforms for this purpose. (Bug#49557)
Replication:
When using a non-transactional table on the master with
autocommit disabled, no COMMIT
was recorded in the binary log following a statement affecting
this table. If the slave's copy of the table used a
transactional storage engine, the result on the slave was as
though a transaction had been started, but never completed.
(Bug#49522)
See also Bug#29288.
Replication:
When using row-based replication, setting a
BIT
or
CHAR
column of a
MyISAM
table to
NULL
, then trying to delete from the table,
caused the slave to fail with the error Can't find
record in table
.
(Bug#49481, Bug#49482)
Replication:
A LOAD DATA
INFILE
statement that loaded data into a table having
a column name that had to be escaped (such as `key`
INT
) caused replication to fail when logging in mixed
or statement mode. In such cases, the master wrote the
LOAD DATA
event into the binary
log without escaping the column names.
(Bug#49479)
See also Bug#47927.
Replication: Due to a change in the format of the information used by the slave to connect to the master, which could cause to reject connection attempts to older masters by newer slaves. (Bug#49259)
This regression was introduced by Bug#13963.
Replication:
When logging in row-based mode, DDL statements are actually
logged as statements; however, statements that affected
temporary tables and followed DDL statements failed to reset the
binary log format to ROW
, with the result
that these statements were logged using the statement-based
format. Now the state of
binlog_format
is restored after
a DDL statement has been written to the binary log.
(Bug#49132)
Replication:
Reading from a table that used a self-logging storage engine and
updating a table that used a transactional engine (such as
InnoDB
) generated changes that were written
to the binary log using statement format which could make slaves
diverge. However, when using mixed logging format, such changes
should be written to the binary log using row format. (This
issue did not occur when reading from tables using a
self-logging engine and updating MyISAM
tables, as this was already handled by checking for combinations
of non-transactional and transactional engines.) Now such
statements are classified as unsafe, and in mixed mode, cause a
switch to row-based logging.
(Bug#49019)
Replication: Spatial data types caused row-based replication to crash. (Bug#48776)
Replication:
When using row-based logging, TRUNCATE
TABLE
was written to the binary log even if the
affected table was temporary, causing replication to fail.
(Bug#48350)
Replication:
When using statement-based or mixed-format replication, the
database name was not written to the binary log when executing a
LOAD DATA
statement. This caused
problems when the table being loaded belonged to a database
other than the current database; data could be loaded into the
wrong table (if a table having the same name existed in the
current database) or replication could fail (if no table having
that name existed in the current database). Now a table
referenced in a LOAD DATA
statement is always logged using its fully qualified name when
the database to which it belongs is not the current database.
(Bug#48297)
Replication: When a session was closed on the master, temporary tables belonging to that session were logged with the wrong database names when either of the following conditions was true:
The length of the name of the database to which the temporary table belonged was greater than the length of the current database name.
The current database was not set.
Replication: When using row-based replication, changes to nontransactional tables that occurred early in a transaction were not immediately flushed upon committing a statement. This behavior could break consistency since changes made to nontransactional tables become immediately visible to other connections. (Bug#47678)
Replication:
When using row-based logging, the statement
CREATE TABLE t IF
NOT EXIST ... SELECT
was logged as
CREATE TEMPORARY
TABLE t IF NOT EXIST ... SELECT
when
t
already existed as a temporary table. This
was caused by the fact that the temporary table was opened and
the results of the SELECT
were
inserted into it when a temporary table existed and had the same
name.
Now, when this statement is executed, t
is
created as a base table, the results of the
SELECT
are inserted into
it—even if there already exists a temporary table having
the same name—and the statement is logged correctly.
(Bug#47418)
See also Bug#47442.
Replication:
When mysqlbinlog
--verbose
was used to read a
binary log that had been recorded using the row-based format,
the output for events that updated some but not all columns of
tables was not correct.
(Bug#47323)
Replication:
Performing ALTER
TABLE ... DISABLE KEYS
on a slave table caused
row-based replication to fail.
(Bug#47312)
Replication:
When using the row-based format to replicate a transaction
involving both transactional and nontransactional engines, which
contained a DML statement affecting multiple rows, the statement
failed; if this transaction was followed by a
COMMIT
, the master and the slave
could diverge, because the statement was correctly rolled back
on the master, but was applied on the slave.
(Bug#47287)
See also Bug#46864.
Replication:
When using row-based logging, a failing
INSERT...SELECT
statement on a nontransactional table was not flagged correctly,
such that, if a rollback was requested and no other
nontransactional table had been updated, nothing was written to
the binary log.
(Bug#47175)
See also Bug#40278.
Replication:
Due to a change in the size of event representations in the
binary log, when replicating from a MySQL 4.1 master to a slave
running MySQL 5.0.60 or later, the
START SLAVE
UNTIL
statement did not function correctly, stopping
at the wrong position in the log. Now the slave detects that the
master is using the older version of the binary log format, and
corrects for the difference in event size, so that the slave
stops in the correct position.
(Bug#47142)
Replication:
BEGIN
statements were not included in the output of
mysqlbinlog.
(Bug#46998)
Replication:
A problem with the BINLOG
statement in the
output of mysqlbinlog could break
replication; statements could be logged with the server ID
stored within events by the BINLOG
statement
rather than the ID of the running server. With this fix, the
server ID of the server executing the statements can no longer
be overridden by the server ID stored in the binary log's
format description
statement.
(Bug#46640)
This regression was introduced by Bug#32407.
Replication:
When using row-based replication,
DROP TEMPORARY TABLE
IF EXISTS
was written to the binary log if the table
named in the statement did not exist, even though a
DROP TEMPORARY
TABLE
statement should never be logged in row-based
logging mode, whether the table exists or not.
(Bug#46572)
Replication: There were two related issues concerning handling of unsafe statements and setting of the binary logging format when there were open temporary tables on the master, and the existing replication format was row-based or mixed:
When using
binlog_format=ROW
, and an
unsafe statement was executed while there were open
temporary tables on the master, the statement
SET
@@session.binlog_format = MIXED
failed with the
error Cannot switch out of the row-based binary
log format when the session has open temporary
tables.
When using
binlog_format=MIXED
, and an
unsafe statement was executed while there were open
temporary tables on the master, the statement
SET
@@session.binlog_format = STATEMENT
caused any
subsequent DML statements to be written to the binary log
using the row-based format instead of the statement-based
format.
Replication: When using semisynchronous replication, an error raised on the slave while sending a response to the master caused the slave I/O thread to stop. (Bug#45852)
Replication:
Semisynchronous replication used an extra connection from slave
to master to send replies. This was a regular client connection,
and used a normal
SET
statement to set the reply information on master. This was
visible to users and had the potential to add undesired extra
output to the query log, the output of SHOW
PROCESSLIST
, or both.
We have rectified this issue by reverting to the previous method of sending replies to the master via the same connection that is used to send binary logging information.
This patch also removes the
rpl_semi_sync_master_reply_log_file_pos
system variable.
(Bug#45848)
Replication:
Statements that updated AUTO_INCREMENT
columns in multiple tables were logged using the row-based
format when --binlog_format
was set to
MIXED
, but did not cause an Unsafe
statement warning to be generated when
--binlog_format
was set to
STATEMENT
.
(Bug#45827)
See also Bug#39934.
Replication:
Even though INSERT DELAYED
statements are unsafe for statement-based replication, they
caused the statement only to be logged in row format when the
binary logging format was MIXED
, but did not
cause a warning to be generated when the binary logging format
was STATEMENT
.
(Bug#45825)
Replication:
When using MIXED
binary logging format,
statements containing a LIMIT
clause and
occurring in stored routines were not written to the log as row
events.
(Bug#45785)
Replication:
Concurrent transactions that inserted rows into a table with an
AUTO_INCREMENT
column could break
statement-based or mixed-format replication error 1062
Duplicate entry '...' for key 'PRIMARY'
on the slave. This was especially likely to happen when one of
the transactions activated a trigger that inserted rows into the
table with the AUTO_INCREMENT
column,
although other conditions could also cause the issue to
manifest.
(Bug#45677)
Replication:
FLUSH STATUS
failed to reset the status variables
Rpl_semi_sync_master_yes_tx
and
Rpl_semi_sync_master_no_tx
.
(Bug#45674)
Replication:
When using statement-based replication, database-level character
sets were not always honored by the replication SQL thread. This
could cause data inserted on the master using
LOAD DATA
to be replicated using
the wrong character set.
This was not an issue when using row-based replication.
Replication: A flaw in the implementation of the purging of binary logs could result in orphaned files being left behind in the following circumstances:
If the server failed or was killed while purging binary logs.
If the server failed or was killed after creating of a new binary log when the new log file was opened for the first time.
In addition, if the slave was not connected during the purge operation, it was possible for a log file that was in use to be removed; this could lead data loss and possible inconsistencies between the master and slave. (Bug#45292)
Replication:
The server failed to start when using the
--log-slave-updates
option
without also using the --log-bin
option. Now in such cases, only a warning message is generated.
(Bug#44663)
Replication:
STOP SLAVE
did not flush the
relay log or the master.info
or
relay-log.info
files, which could lead to
corruption if the server crashed.
(Bug#44188)
Replication:
Large transactions and statements could corrupt the binary log
if the size of the cache (as set by
max_binlog_cache_size
) was not
large enough to store the changes.
Now, for transactions that do not fit into the cache, the statement is not logged, and the statement generates an error instead.
For nontransactional changes that do not fit into the cache, the statement is also not logged—an incident event is logged after committing or rolling back any pending transaction, and the statement then raises an error.
If a failure occurs before the incident event is written the binary log, the slave does not stop, and the master does not report any errors.
See also Bug#37148.
Replication:
When the logging format was set without binary logging being
enabled, the server failed to start. Now in such cases, the
server starts successfully,
binlog_format
is set, and a
warning is logged instead of an error.
(Bug#42928)
Replication:
On the master, if a binary log event is larger than
max_allowed_packet
, the error
message
ER_MASTER_FATAL_ERROR_READING_BINLOG is
sent to a slave when it requests a dump from the master, thus
leading the I/O thread to stop. On a slave, the I/O thread stops
when receiving a packet larger than
max_allowed_packet
.
In both cases, however, there was no
Last_IO_Error
reported, which made it difficult to determine why the slave had
stopped in such cases. Now,
Last_IO_Error
is reported when
max_allowed_packet
is exceeded,
and provides the reason for which the slave I/O thread stopped.
(Bug#42914)
Replication:
When using statement-based replication and the transaction
isolation level was set to READ
COMMITTED
or a less strict level,
InnoDB
returned an error even if
the statement in question was filtered out according to the
--binlog-do-db
or
--binlog-ignore-db
rules in
effect at the time.
(Bug#42829)
Replication:
Using row-based replication, executing a transactional workload
containing MyISAM
tables and
SAVEPOINT
statements caused replication to fail.
(Bug#40278)
Replication:
When using the STATEMENT
or
MIXED
logging format, the statements
LOAD DATA CONCURRENT
LOCAL INFILE
and
LOAD DATA CONCURRENT
INFILE
were logged as
LOAD DATA LOCAL
INFILE
and
LOAD DATA LOCAL
INFILE
, respectively (in other words, the
CONCURRENT
keyword was omitted). As a result,
when using replication with either of these logging modes,
queries on the slaves were blocked by the replication SQL thread
while trying to execute the affected statements.
(Bug#34628)
Replication:
FLUSH LOGS
did
not actually close and reopen the binary log index file.
(Bug#34582)
See also Bug#5.0.90.
Replication:
An error message relating to permissions required for
SHOW SLAVE STATUS
was confusing.
(Bug#34227)
Replication: Manually removing entries from the binary log index file on a replication master could cause the server to repeatedly send the same binary log file to slaves. (Bug#28421)
Replication: Valgrind revealed an issue with mysqld that as corrected: memory corruption in replication slaves when switching databases. (Bug#19022)
Replication:
Formerly, only slaves that had been started with the
--report-hosts
option were visible in the
output of SHOW SLAVE HOSTS
. Now,
all slaves that are registered with the master appear in
SHOW SLAVE HOSTS
output.
As part of the fix for this issue, the
Rpl_recovery_rank
column, which
had appeared in the output of SHOW SLAVE
HOSTS
in some MySQL releases, was removed because the
corresponding variable (also removed by this fix) was never
actually used.
(Bug#13963)
Cluster Replication:
When expire_logs_days
was set,
the thread performing the purge of the log files could deadlock,
causing all binary log operations to stop.
(Bug#49536)
API: The fix for Bug#24507 could lead in some cases to client application failures due to a race condition. Now the server waits for the “dummy” thread to return before exiting, thus making sure that only one thread can initialize the POSIX threads library. (Bug#42850)
Missing Performance Schema tables were not reported in the error log at server startup. (Bug#53617)
SHOW ENGINE
PERFORMANCE_SCHEMA STATUS
underreported the amount of
memory allocated by Performance Schema.
(Bug#53566)
Certain path names passed to
LOAD_FILE()
could cause a server
crash.
(Bug#53417)
Performance Schema code was subject to a buffer overflow. (Bug#53363)
Incorrect results could be returned for LEFT
JOIN
of InnoDB
tables
with an impossible WHERE
condition.
(Bug#53334)
For some queries having subqueries in the
WHERE
clause (semijoin), the semijoin was
wrongly transformed into an inner join leading to excess rows in
the result.
(Bug#53298)
Internal Performance Schema header files were unnecessarily installed publicly. (Bug#53281)
Performance Schema header files were not installed in the correct directory. (Bug#53255)
The server could crash when processing subqueries with empty results. (Bug#53236)
When reporting a foreign key constraint violation during
INSERT
,
InnoDB
could display uninitialized
data for the DB_TRX_ID
and
DB_ROLL_PTR
system columns.
(Bug#53202)
mysqldump and
SELECT ... INTO
OUTFILE
truncated long
BLOB
and
TEXT
values to 766 bytes.
(Bug#53088)
DBUG code could in some cirsumstances call
FreeState()
twice, leading to a server crash
or failure.
(Bug#52884)
With a non-latin1
ASCII-based current
character set, the server inappropriately converted
DATETIME
values to strings. This
resulted in the optimizer not using indexes on such columns.
(Bug#52849)
An overly strict assertion could fail during the purge of
delete-marked records in DYNAMIC
or
COMPRESSED
InnoDB
tables that contain column
prefix indexes.
(Bug#52746)
InnoDB
attempted to choose off-page
storage without ensuring that there was an “off-page
storage” flag in the record header. To correct this, in
DYNAMIC
and COMPRESSED
formats, InnoDB
stores locally any
non-BLOB
columns having a maximum
length not exceeding 256 bytes. This is because there is no room
for the “external storage” flag when the maximum
length is 255 bytes or less. This restriction trivially holds in
REDUNDANT
and COMPACT
formats, because there InnoDB
always stores locally columns having a length up to
local_len
= 788 bytes.
(Bug#52745)
mysqld_safe set
plugin_dir
using a default path
name rather than a path depending on
basedir
.
(Bug#52737)
The large_pages
system variable
was tied to the --large-files
command-line
option, not the --large-pages
option.
(Bug#52716)
Semi-consistent read was implemented for
InnoDB
to address Bug#3300.
Semi-consistent reads do not block when a nonmatching record is
already locked by some other transaction. If the record is not
locked, a lock is acquired, but is released if the record does
not match the WHERE
condition. However,
semi-consistent read was attempted even for
UPDATE
statements having a
WHERE
condition of the form
pk_col1=constant1, ..., pk_colN=constantN
.
Some code that was designed with the assumption that
semi-consistent read would be only attempted on table scans,
failed.
(Bug#52663)
Setting
@@GLOBAL.debug
to an empty string failed to clear the current debug settings.
(Bug#52629)
SHOW CREATE TABLE
was blocked if
the table was write locked by another session.
(Bug#52593)
Attempts to access a nonexistent table in the
performance_schema
database resulted in a
misleading error message.
(Bug#52586)
For values of
optimizer_join_cache_level
less
than or equal to 4, the server could crash in queries with outer
joins and indexed columns.
(Bug#52540)
Performance Schema could enter an infinite loop if required to create a large number of mutex instances. (Bug#52502)
mysql_upgrade attempted to work with stored routines before they were available. (Bug#52444)
EXPLAIN
EXTENDED
crashed trying to resolve references to freed
temporary table columns for
GROUP_CONCAT()
ORDER
BY
arguments.
(Bug#52397)
The server tried to read too many records from the join cache, resulting in a crash. (Bug#52394)
On Windows, an IPv6 connection to the server could not be made using an IPv4 address or host name. (Bug#52381)
Two sessions trying to set the global
event_scheduler
system variable
to OFF
resulted in one of them hanging
waiting for the event scheduler to stop.
(Bug#52367)
There was a race condition between flags used for signaling that a query was killed, which led to error-reporting and lock-acquisition problems. (Bug#52356)
The optimizer could attempt to evaluate the
WHERE
clause before any rows had been read,
resulting in a server crash.
(Bug#52177)
An assertion was raised as a result of a NULL
string being passed to the dtoa
code.
(Bug#52165)
A memory leak occurred due to missing deallocation of the
comparators
array (a member of the
Arg_comparator
class).
(Bug#52124)
For debug builds, creating a view containing a subquery that might require collation adjustment caused an assertion to be raised. For example, this could occur if some items had different collations but the result collation could be adjusted to the one of them. (Bug#52120)
Aggregate functions could incorrectly return
NULL
in outer join queries.
(Bug#52051)
A COUNT(DISTINCT)
query on a view
could cause a server crash.
(Bug#51980)
For LDML-defined collations, some data structures were not
initialized properly to enable
UPPER()
and
LOWER()
to work correctly.
(Bug#51976)
Running the make test-bt
target would fail in
the event of a single test run failure, instead of running all
the tests in the suite.
(Bug#51896)
On Windows, LOAD_FILE()
could
cause a crash for some pathnames.
(Bug#51893)
Invalid memory reads occurred for
HANDLER ... READ
NEXT
after a failed
HANDLER ... READ
FIRST
.
(Bug#51877)
After TRUNCATE TABLE
of a
MyISAM
table, subsequent queries
could crash the server if
myisam_use_mmap
was enabled.
(Bug#51868)
If myisam_sort_buffer_size
was
set to a small value, table repair for
MyISAM
tables with
FULLTEXT
indexes could crash the server.
(Bug#51866)
On Windows, the my_rename()
function failed
to check whether the source file existed.
(Bug#51861)
In LOAD DATA
INFILE
, using a SET
clause to set a
column equal to itself caused a server crash.
(Bug#51850)
Stored routine DDL statements were written to the binary log using statement-based format regardless of the current logging format. (Bug#51839)
A problem with equality propagation optimization for prepared statements and stored procedures caused a server crash upon re-execution of the prepared statement or stored procedure. (Bug#51650)
The server attempted to deallocate already freed memory for the
slave_load_tmpdir
system
variable.
(Bug#51635)
The optimizer performed an incorrect join type when
COALESCE()
appeared within an
IN()
operation.
(Bug#51598)
Locking involving the LOCK_plugin
,
LOCK_global_system_variables
, and
LOCK_status
mutexes could deadlock.
(Bug#51591)
Executing a LOAD XML
INFILE
statement could sometimes lead to a crash of
the MySQL Server.
(Bug#51571)
The server crashed when the optimizer attempted to determine constant tables but a table storage engine did not support exact record count. (Bug#51494)
For debug builds, semijoin flattening for a subquery in a
HAVING
clause could raise an assertion.
(Bug#51487)
mysqld_multi failed due to a syntax error in the script. (Bug#51468)
In the embedded server with
innodb_file_per_table
enabled,
InnoDB
rejected full path names to
tables.
(Bug#51384)
The server could crash populating the
INFORMATION_SCHEMA.PROCESSLIST
table due to lack of mutex protection.
(Bug#51377)
Use of HANDLER
statements with
tables that had spatial indexes caused a server crash.
(Bug#51357)
With an XA transaction active,
SET autocommit =
1
could cause side effects such as memory corruption
or a server crash.
(Bug#51342)
Corrupt MyISAM
tables were
automatically repaired even when
myisam_recover_options
was set
to OFF
.
(Bug#51327)
Following a bulk insert into a
MyISAM
table, if
MyISAM
failed to build indexes
using repair by sort, data file corruption could occur.
(Bug#51307)
CHECKSUM TABLE
could compute the
checksum for BIT
columns incorrectly.
(Bug#51304)
A HAVING
clause on a joined table in some
cases failed to eliminate rows which should have been excluded
from the result set.
(Bug#51242)
ALTER TABLE
on a
MERGE
table that has been locked
using LOCK TABLES
... WRITE
incorrectly produced an
ER_TABLE_NOT_LOCKED_FOR_WRITE
error.
(Bug#51240)
The find_files()
function used by
SHOW
statements performed
redundant and unnecessary memory allocation.
(Bug#51208)
Two sessions trying to set the global
event_scheduler
system variable
to different values could deadlock.
(Bug#51160)
With the duplicate weedout semijoin strategy, if a memory temporary table was converted to a disk table, the row count reported for the query result was one too low. (Bug#51100)
Use of incremental join buffering could produce incorrect query results. (Bug#51092)
The optimizer failed to properly remove join caches that it determined were unneeded, resulting in a server crash. (Bug#51084)
On some Unix/Linux platforms, an error during build from source
could be produced, referring to a missing
LT_INIT
program. This is due to versions of
libtool 2.1 and earlier.
(Bug#51009)
Referring to a subquery result in a HAVING
clause could produce incorrect results.
(Bug#50995)
InnoDB
fast index creation could
incorrectly use a table copy in some cases.
(Bug#50946)
The Loose Index Scan optimization method assumed that it could on the storage engine to maintain interval endpoint information, which was not true for the partitioning engine. (Bug#50939)
The type inference used for view columns caused some columns in
views to be handled as the wrong type, as compared to the same
columns in base tables. DATE
columns in base tables were treated as
TIME
columns in views, and base
table TIME
columns as view
DATETIME
columns.
(Bug#50918)
Use of filesort
plus the join cache normally
is preferred to a full index scan. But it was used even if the
index is clustered, in which case, the clustered index scan can
be faster.
(Bug#50843)
For debug builds, SHOW BINARY
LOGS
caused an assertion to be raised if binary
logging was not enabled.
(Bug#50780)
When a storage engine supports both consistent snapshot and has
a native driver, the BACKUP
DATABASE
code incorrectly attempted to use the native
driver for a table that has partitions defined.
(Bug#50697)
The SSL certificates in the test suite were about to expire. They have been updated with expiration dates in the year 2015. (Bug#50642)
The server did not recognize that the stored procedure cache became invalid if a view was created or modified within a procedure, resulting in a crash. (Bug#50624)
For debug builds on Windows, incorrect error handling for the backup logs caused an assertion to be raised. (Bug#50615)
For some queries with many tables, the optimizer spent too much time seeking the execution plan. (Bug#50595)
Incorrect handling of BIT
columns
in temporary tables could lead to spurious duplicate-key errors.
(Bug#50591)
SPATIAL
indexes were allowed on columns with
non-spatial data types, resulting in a server crash for
subsequent table inserts.
(Bug#50574)
Index prefixes could be specified with a length greater than the associated column, resulting in a server crash for subsequent table inserts. (Bug#50542)
Use of loose index scan optimization for an aggregate function
with DISTINCT
(for example,
COUNT(DISTINCT)
) could produce
incorrect results.
(Bug#50539)
Global read lock handling was incorrect, which could lead to
mysqldump
timeouts.
(Bug#50517)
User-defined variables of type REAL
that
contained NULL
were handled improperly when
assigned to a column of another type.
(Bug#50511)
An incorrect string access caused part of an error message to be output as garbage. (Bug#50496)
The stop time for RESTORE
operations was logged incorrectly.
(Bug#50458)
The second or subsequent invocation of a stored procedure
containing DROP TRIGGER
could
cause a server crash.
(Bug#50423)
The return value for calls to put information into the stored routine cache were not consistently checked, causing an assertion to be raised. (Bug#50412)
The printstack
function does not exist on
Solaris 8 or earlier, which would lead to a compilation failure.
(Bug#50409)
The optimizer raised an assertion due to a divide-by-zero error during I/O cost estimation. (Bug#50381)
Setting --secure-file-priv
to the
empty string left the value unaffected.
(Bug#50373)
Double-nested, noncorrelated IN
subqueries
failed when using the FirstMatch optimization strategy with
join_cache_level
set to 1.
(Bug#50361)
Full-text queries that used the truncation operator
(*
) could enter an infinite loop.
(Bug#50351)
For debug builds, an assertion was incorrectly raised in the
optimizer when matching ORDER BY
expressions.
(Bug#50335)
A NULL
pointer was dereferenced in a special
debug mode used by a FEDERATED
test
case.
(Bug#50308)
A user could see tables in
INFORMATION_SCHEMA.TABLES
without
appropriate privileges for them.
(Bug#50276)
Debug output for join structures was garbled. (Bug#50271)
Cost calculation for semijoins could be incorrect, leading to an incorrect execution plan or a server crash. (Bug#50237)
The server crashed when an InnoDB
background thread attempted to write a message containing a
partitioned table name to the error log.
(Bug#50201)
Passwords for CREATE USER
statements were written to the binary log in plaintext rather
than in ciphertext.
(Bug#50172)
Within a stored routine, selecting the result of
CONCAT_WS()
with a routine
parameter argument into a user variable could return incorrect
results.
(Bug#50096)
With semijoin optimization enabled, references to views within a subquery could cause a server crash. (Bug#50089)
Calculation of intervals for Event Scheduler events was not portable. (Bug#50087)
If an error occurred when a prepared statement was reprepared,
OUT
parameters incorrectly could be sent to
the client, leading to a crash.
(Bug#49972)
If a subquery that had been converted to a semijoin contained an outer join, constant table optimization was not always done. (Bug#49952)
The YEAR
values
2000
and 0000
could be
treated as equal.
(Bug#49910)
With engine condition pushdown enabled,
filesort
could raise an assertion due to
improper data setup.
(Bug#49906)
Queries optimized with GROUP_MIN_MAX did not clean up KEYREAD optimizations properly, causing subsequent queries to return incomplete rows. (Bug#49902)
The filesort
sorting method applied to a
CHAR(0)
column could lead to a
server crash.
(Bug#49897)
For some queries,
QUICK_ROR_INTERSELECT_SELECT
was asked to
provide sorted output. This raised an assertion because it does
not support sorting.
(Bug#49867)
The LooseScan semijoin strategy could return incorrect results with Multi-Range Read (MRR) enabled because MRR did not return rows in key order as required for LooseScan. (Bug#49845)
Performing a single in-place ALTER
TABLE
containing ADD INDEX
and
DROP INDEX
options that used the same index
name could result in a corrupt table definition file. Now such
ALTER TABLE
statements are no
longer performed in place.
(Bug#49838)
mysql_upgrade did not detect when
CSV
log tables incorrectly
contained columns that could be NULL
. Now
these columns are altered to be NOT NULL
.
(Bug#49823)
For debug builds on Windows, SAFEMALLOC
was
defined inconsistently, leading to mismatches when using
my_malloc()
and my_free()
.
(Bug#49811)
The mysql.server script had incorrect shutdown logic. (Bug#49772)
EXPLAIN EXTENDED UNION
... ORDER BY
caused a crash when the ORDER
BY
referred to a nonconstant or full-text function or
a subquery.
(Bug#49734)
MySQL Backup code could fail due to improper thread handling. (Bug#49680)
The push_warning_printf()
function was being
called with an invalid error level
MYSQL_ERROR::WARN_LEVEL_ERROR
, causing an
assertion failure. To fix the problem,
MYSQL_ERROR::WARN_LEVEL_ERROR
has been
replaced by MYSQL_ERROR::WARN_LEVEL_WARN
.
(Bug#49638)
EXPLAIN
for queries with
subqueries evaluated using materialization (with the result
stored in a temporary table) caused a server crash.
(Bug#49630)
For dynamic format MyISAM
tables
containing LONGTEXT
columns, a
bulk INSERT ... ON
DUPLICATE KEY UPDATE
or bulk
REPLACE
could cause corruption.
(Bug#49628)
For debug builds, a missing DEBUG_VOID_RETURN
caused RESTORE
to raise an
assertion.
(Bug#49614)
The backup metadata lock put in place by one
BACKUP DATABASE
or
RESTORE
operation could
incorrectly be deactivated by another such operation issued
concurrently.
(Bug#49603)
Some prepared statements could raise an assertion when re-executed. (Bug#49570)
sql_buffer_result
had an effect
on non-SELECT
statements,
contrary to the documentation.
(Bug#49552)
For debug builds, with
sql_safe_updates
enabled, a
multiple-table UPDATE
with the
IGNORE
modifier could raise an assertion.
(Bug#49534)
The result of comparison between nullable
BIGINT
and
INT
columns was inconsistent.
(Bug#49517)
In some cases a subquery need not be evaluated because it returns only aggregate values that can be calculated from table metadata. This sometimes was not handled by the enclosing subquery, resulting in a server crash. (Bug#49512)
A Valgrind error in
make_cond_for_table_from_pred()
was
corrected. Thanks to Sergey Petrunya for the patch to fix this
bug.
(Bug#49506)
When compiling on Windows, an error in the CMake definitions for
InnoDB
would cause the engine to be built
incorrectly.
(Bug#49502)
Incorrect cache initialization prevented storage of converted constant values and could produce incorrect comparison results. (Bug#49489)
EXPLAIN
EXTENDED
crashed trying to print column names for a
subquery in the FROM
clause when the table
had gone out of scope.
(Bug#49487)
Comparisons involving YEAR
values
could produce incorrect results.
(Bug#49480)
See also Bug#43668.
Valgrind warnings for CHECKSUM
TABLE
were corrected.
(Bug#49465)
Mixing full-text searches and row expressions caused a crash. (Bug#49445)
For an InnoDB
table with
BLOB
and
TEXT
columns containing
NULL
values, those values became empty
strings after BACKUP DATABASE
and
RESTORE
.
(Bug#49414)
If a LOCK TABLES
statement was in
effect, BACKUP DATABASE
was
unable to open the backup log tables.
(Bug#49398)
Some MySQL Backup log messages were improperly formatted. (Bug#49358)
If a MEMORY
table in a backup image
exeeded the maximum size allowed by the server for that storage
engine, a RESTORE
of the image
resulted in a general “Error when sending data”
message from the default restore driver. Now the driver
additionally reports a more specific “table full”
message that better reflects the cause of the error.
(Bug#49353)
The MyISAM
backup driver did not
protect acquire a mutex for a structure that it was destroying,
causing a crash if another thread attempted to access the
structure.
(Bug#49343)
mysqltest no longer lets you execute an SQL
statement on a connection after doing a send
command, unless you do a reap
first. This was
previously accepted but could produce unpredictable results.
(Bug#49269)
BACKUP DATABASE
performance was
degraded for backups that included many triggers.
(Bug#49264)
Specifying an index algorithm (such as BTREE
)
for SPATIAL
or FULLTEXT
indexes caused a server crash. These index types do not support
algorithm specification, and it is now disallowed to do so.
(Bug#49250)
Creating or dropping a table with 1023 transactions active caused an assertion failure. (Bug#49238)
mysql-test-run.pl now recognizes the
MTR_TESTCASE_TIMEOUT
,
MTR_SUITE_TIMEOUT
,
MTR_SHUTDOWN_TIMEOUT
, and
MTR_START_TIMEOUT
environment variables. If
they are set, their values are used to set the
--testcase-timeout
,
--suite-timeout
,
--shutdown-timeout
, and
--start-timeout
options, respectively.
(Bug#49210)
The optimizer sometimes incorrectly handled conditions of the
form WHERE
.
(Bug#49199)col_name
='const1
'
AND
col_name
='const2
'
With semijoin optimization enabled, the second execution of a prepared statement that referenced a view in a subquery could produce incorrect results. (Bug#49198)
RESTORE
crashed if a native
backup driver required a storage engine that was not loaded.
(Bug#49146)
Execution of DECODE()
and
ENCODE()
could be inefficient
because multiple executions within a single statement
reinitialized the random generator multiple times even with
constant parameters.
(Bug#49141)
Valgrind warnings for several logging messages were corrected. (Bug#49130)
With binary logging enabled,
REVOKE ... ON
{PROCEDURE|FUNCTION} FROM ...
could cause a crash.
(Bug#49119)
The LIKE
operator did not work
correctly when using an index for a ucs2
column.
(Bug#49028)
For debug builds on Windows, warnings about incorrect use of debugging directives were written to the error log. The directives were rewritten to eliminate these messages. (Bug#49025)
Semisynchronous replication could run out of nodes to execute simultaneous transactions if the Event Scheduler was executing events. (Bug#49020)
check_key_in_view()
was missing a
DBUG_RETURN
in one code branch, causing a
crash in debug builds.
(Bug#48995)
If a query involving a table was terminated with
KILL
, a subsequent
SHOW CREATE TABLE
for that table
caused a server crash.
(Bug#48985)
Several strmake()
calls had an incorrect
length argument (too large by one).
(Bug#48983)
For BACKUP DATABASE
, there was a
race condition between the backup thread and the locking thread
for the default backup driver.
(Bug#48930)
On POSIX systems, calls to select()
with a
file descriptor set larger than FD_SETSIZE
resulted in unpredictable I/O errors; for example, when a large
number of tables required repair.
(Bug#48929)
A BACKUP DATABASE
and
RESTORE
cycle could fail to
handle database and table lettercase on systems with
lower_case_table_names
set to
2.
(Bug#48923)
A dependent subquery containing
COUNT(DISTINCT
could be
evaluated incorrectly.
(Bug#48920)col_name
))
Privileges for stored routines were ignored for mixed-case routine names. (Bug#48872)
See also Bug#41049.
On Fedora 12, strmov()
did not guarantee
correct operation for overlapping source and destination buffer.
Calls were fixed to use an overlap-safe version instead.
(Bug#48866)
Building MySQL on Fedora Core 12 64-bit failed, due to errors in comp_err. (Bug#48864)
With semijoin optimization enabled, a stored procedure that selected from a view in a subquery crashed when invoked the second time. (Bug#48834)
Concurrent ALTER TABLE
operations
on an InnoDB
table could raise an
assertion.
(Bug#48782)
If a stored function contained a
RETURN
statement with an
ENUM
value in the ucs2
character set, SHOW CREATE
FUNCTION
and SELECT DTD_IDENTIFIER FROM
INFORMATION_SCHEMA.ROUTINES
returned incorrect values.
(Bug#48766)
An ARZ file missing from the database directory caused the server to crash. (Bug#48757)
Certain INTERVAL
expressions could cause a
crash on 64-bit systems.
(Bug#48739)
Selecting from
INFORMATION_SCHEMA.ROUTINES
or
INFORMATION_SCHEMA.PARAMETERS
resulted in a memory leak.
(Bug#48729)
Incomplete reset of internal TABLE
structures
could cause a crash with
eq_ref
table access in
subqueries.
(Bug#48709)
During query execution, ranges could be merged incorrectly for
OR
operations and return an
incorrect result.
(Bug#48665)
With semijoin optimization enabled, incorrect processing of semijoin nests resulted in incorrect query results. (Bug#48623)
In MySQL 5.1, READ COMMITTED
was changed to use less locking due to the availability of row
based binary logging (see the Note under
READ COMMITTED
at
Section 12.3.6, “SET TRANSACTION
Syntax”). However,
READ UNCOMMITTED
did not have
the same change, so it was using more locks than the higher
isolation level, which is unexpected. This was changed so that
READ UNCOMMITTED
now also
uses the lesser amount of locking and has the same restrictions
for binary logging.
(Bug#48607)
The InnoDB
Table Monitor reported
the FLOAT
and
DOUBLE
data types incorrectly.
(Bug#48526)
A trigger could change the behavior of assigning
NULL
to a NOT NULL
column.
(Bug#48525)
Re-execution of a prepared statement could cause a server crash. (Bug#48508)
With row-based binary logging, the server crashed for statements
of the form CREATE TABLE IF NOT EXISTS
. This
occurred because the server handled the existing view as a table
when logging the statement.
(Bug#48506)existing_view
LIKE
temporary_table
The error message for
ER_UPDATE_INFO
was subject to
buffer overflow or truncation.
(Bug#48500)
The server crashed when it could not determine the best
execution plan for queries involving outer joins with
nondeterministic ON
clauses such as the ones
containing the RAND()
function, a
user-defined function, or a NOT DETERMINISTIC
stored function.
(Bug#48483)
DISTINCT
was ignored for queries with
GROUP BY WITH ROLLUP
and only
const
tables.
(Bug#48475)
Loose index scan was inappropriately chosen for some
WHERE
conditions.
(Bug#48472)
The server could crash and corrupt the tablespace if the
InnoDB
tablespace was configured
with too small a value, or if many
CREATE TEMPORARY
TABLE
statements were executed and the temporary file
directory filled up with
innodb_file_per_table
enabled.
(Bug#48469)
Parts of the range optimizer could be initialized incorrectly, resulting in Valgrind errors. (Bug#48459)
A bad typecast could cause query execution to allocate large amounts of memory. (Bug#48458)
Running SHOW CREATE TABLE
on a
view v1
that contained a function which
accessed another view v2
could trigger a
infinite loop if the view (v2
) referenced
within the function caused a warning to be raised while being
opened.
(Bug#48449)
Following a literal, the COLLATE
clause was
mishandled such that different results can be produced depending
whether an index is used.
(Bug#48447)
Invalid memory reads could occur following a query that
referenced a MyISAM
tale multiple
times with a write lock.
(Bug#48438)
EXPLAIN
could cause a server
crash for some queries with subqueries.
(Bug#48419)
SUM()
artificially increased the
precision of a DECIMAL
argument,
which was truncated when a temporary table was created to hold
the results.
(Bug#48370)
See also Bug#45261.
SHOW BINLOG EVENTS
could fail
with a error: Wrong offset or I/O error
.
(Bug#48357)
Valgrind warnings related to binary logging of
LOAD DATA
INFILE
statements were corrected.
(Bug#48340)
GRANT
and
REVOKE
crashed if a user name was
specified as CURRENT_USER()
.
(Bug#48319)
On Windows, InnoDB
could not be
built as a statically linked library.
(Bug#48317)
If a prepared statement using a merged view referencing an
INFORMATION_SCHEMA
table was executed, no
metadata lock of the view was taken. Consequently, it was
possible for concurrent DDL statements on the view to execute
and cause statements to be written in the wrong order to the
binary log.
(Bug#48315)
If an outer query was invalid, a subquery might not even be set
up. EXPLAIN
EXTENDED
did not expect this and caused a crash by
trying to dereference improperly set up information.
(Bug#48295)
For debug builds, creating a view containing a row constructor caused an assertion to be raised. (Bug#48294)
A query containing a view using temporary tables and multiple
tables in the FROM
clause and
PROCEDURE ANALYSE()
caused a server crash.
As a result of this bug fix, PROCEDURE
ANALYSE()
is legal only in a top-level
SELECT
.
(Bug#48293)
See also Bug#46184.
Error handling was missing for
SELECT
statements containing
subqueries in the WHERE
clause and that
assigned a SELECT
result to a
user variable. The server could crash as a result.
(Bug#48291)
The MERGE engine failed to open a child table from a different database if the child table or database name contained characters that were the subject of table name to filename encoding.
Further, the MERGE engine did not properly open a child table from the same database if the child table name contained characters such as '/', '#'. (Bug#48265)
An assertion could fail if the optimizer used a
SPATIAL
index.
(Bug#48258, Bug#47019)
If REPAIR TABLE
was used on a
table already read-locked by LOCK
TABLES
, the repair mistakenly tried to upgrade the
read lock to an exclusive lock, triggering an assertion.
(Bug#48248)
Memory-allocation failures were handled incorrectly in the
InnoDB
os_mem_alloc_large()
function.
(Bug#48237)
FLUSH TABLES WITH READ
LOCK
could deadlock when executed against concurrent
DDL statements for stored routines or account-management
statements.
(Bug#48210)
WHERE
clauses with
were handled
incorrectly if the outer value list contained multiple items at
least one of which could be outer_value_list
NOT IN
subquery
NULL
.
(Bug#48177)
Searches using a non-default collation could return different results for a table when partitioning was and was not used. (Bug#48161)
With one thread waiting for a lock on a table, if another thread dropped the table and created a new table with the same name and structure, the first thread would not notice that the table had been re-created and would try to used cached metadata that belonged to the old table but had been freed. (Bug#48157)
A combination of GROUP BY WITH ROLLUP
,
DISTINCT
and the
const
join type in a query
caused a server crash when the optimizer chose to employ a
temporary table to resolve DISTINCT
.
(Bug#48131)
Some IN()
clauses were processed differently
for InnoDB
than for other storage engines.
(Bug#48093)
mysql_secure_installation did not work on Solaris. (Bug#48086)
Use of a view that selects from character columns in a subquery could crash the server. (Bug#48073)
A subquery that selected from a view could return incorrect results when used in a non-prepared statement. (Bug#48073)
The subquery optimizer had a memory leak. (Bug#48060)
The backup logging to the FILE
destination
enabled, the server did not check whether the log files were
missing and create them as necessary.
(Bug#48059)
Server shutdown failed on Windows. (Bug#48047)
On Windows, the server failed to find a description for Event ID 100. (Bug#48042)
When running mysql_secure_installation, the command would fail if the root password contained multiple spaces, \, # or quote characters. (Bug#48031)
Interruption of BACKUP DATABASE
resulted in spurious duplicate error messages.
(Bug#47994)
In some cases, using a null microsecond part in a
WHERE
condition (for example, WHERE
date_time_field <= 'YYYY-MM-DD HH:MM:SS.0000'
)
could lead to incorrect results due to improper
DATETIME
comparison.
(Bug#47963)
A build configured using the
--without-server
option did
not compile the yaSSL code, so if --with-ssl
was also used, the build failed.
(Bug#47957)
MySQL Backup logged information differently to the table and file backup log destinations. (Bug#47956)
The backup driver waited too long in
unlock()
.
(Bug#47939)
MATCH IN BOOLEAN MODE
searches could return
too many results inside a subquery.
(Bug#47930)
When a query used a DATE
or
DATETIME
value formatted using
any separator characters other than hyphen
('-'
) and a >=
condition matching only the greatest value in an indexed column,
the result was empty if an index range scan was employed.
(Bug#47925)
mysys/mf_keycache.c
requires threading, but
no test was made for thread support.
(Bug#47923)
For debug builds, an assertion could fail during the next
statement executed for a temporary table after a multiple-table
UPDATE
involving that table and
modified an AUTO_INCREMENT
column with a
user-supplied value.
(Bug#47919)
Slow CALL
statements were not
always logged to the slow query log because execution time for
multiple-statement stored procedures was assessed incorrectly.
(Bug#47905)
A query that read from a derived table (of the form
SELECT ... FROM (SELECT ...)
) produced
incorrect results when the following conditions were present:
The table subquery contained a derived query
((SELECT ... ) AS
).
column
The derived query could potentially produce zero rows or a
single NULL
(that is, no rows matched,
or the query used an aggregate function such as
SUM()
running over zero
rows).
The table subquery joined at least two tables.
The join condition involved an index.
Attempts to use BACKUP DATABASE
for partitioned tables with subpartitions caused a server crash.
(Bug#47879)
The mysys/mf_strip.c
file, which defines
the strip_sp()
function, has been removed
from the MySQL source. The function was no longer used within
the main build, and the supplied function was causing symbol
errors on Windows builds.
(Bug#47857)
The backup catalog did not contain sufficient information to perform privilege checking for triggers. (Bug#47804)
When building storage engines on Windows it was not possible to
specify additional libraries within the CMake file required for
the build. An ${engine}_LIBS
macro has been
included in the files to support these additional storage-engine
specific libraries.
(Bug#47797)
When building a pluggable storage engine on Windows, the engine name could be based on the directory name where the engine was located, rather than the configured storage engine name. (Bug#47795)
During cleanup of a stored procedure's internal structures, the
flag to ignore the errors for
INSERT IGNORE
or UPDATE
IGNORE
was not cleaned up, which could result in a
server crash.
(Bug#47788)
If the first argument to
GeomFromWKB()
function was a
geometry value, the function just returned its value. However,
it failed to preserve the argument's
null_value
flag, which caused an unexpected
NULL
value to be returned to the caller,
resulting in a server crash.
(Bug#47780)
InnoDB
could crash when updating
spatial values.
(Bug#47777)
The pthread_cond_wait()
implementations for
Windows could deadlock in some rare circumstances.
(Bug#47768)
The optimization to read MIN()
or
MAX()
values from an index did
not properly handle comparisons with NULL
values. This could produce incorrect results for
MIN()
or
MAX()
when the
WHERE
clause tested a NOT
NULL
column for NULL
.
(Bug#47762)
Killing a query during the optimization phase of a subquery could cause a server crash. (Bug#47761)
User-defined collations with an ID less then 256 were not initialized correctly when loaded and caused a server crash. (Bug#47756)
The BLACKHOLE
storage engine failed to load
on Solaris and OpenSolaris if DTrace probes had been enabled.
(Bug#47748)
For debug builds, killing a
SELECT
retrieving from a view
that was processing a function caused an assertion to be raised.
(Bug#47736)
Failure to open a view with a nonexistent
DEFINER
was improperly handled and the server
would crash later attempting to lock the view.
(Bug#47734)
Using REPLACE
to update a
previously inserted negative value in an
AUTO_INCREMENT
coumn in an
InnoDB
table caused the table
auto-increment value to be updated to 2147483647.
(Bug#47720)
If a session held a global read lock acquired with
FLUSH TABLES WITH READ
LOCK
, a lock for one table acquired with
LOCK TABLES
, and issued an
INSERT DELAYED
statement for
another table, deadlock could occur.
(Bug#47682)
The mysql client status
command displayed an incorrect value for the server character
set.
(Bug#47671)
The query shown by
EXPLAIN
EXTENDED
plus SHOW
WARNINGS
could produce results different from the
original query.
(Bug#47669)
Connecting to a 4.1.x server from a 5.1.x or higher mysql client resulted in a memory-free error when disconnecting. (Bug#47655)
Queries containing GROUP BY ... WITH ROLLUP
that did not use indexes could return incorrect results.
(Bug#47650)
If an invocation of a stored procedure failed in the table-open stage, subsequent invocations that did not fail in that stage could cause a crash. (Bug#47649)
If a prepared statement used both a MERGE
table and a stored function or trigger, execution sometimes
failed with a No such table error.
(Bug#47648)
CREATE VIEW
raised an assertion
if a temporary table existed with the same name as the view.
(Bug#47635)
An assertion occurred in ha_myisammrg.cc
line 1137:
DBUG_ASSERT(this->file->children_attached);
The problem was found while running RQG tests and the assertion
occurred during REPAIR
,
OPTIMIZE
, and ANALYZE
operations.
(Bug#47633)
Assignment of a system variable sharing the same base name as a declared stored program variable in the same context could lead to a crash. (Bug#47627)
Renaming a column of an InnoDB
table caused the server to go out of sync with the
InnoDB
data dictionary.
(Bug#47621)
MyISAM
could write uninitialized
data to new index pages. Now zeros are written to unused bytes
in the pages.
(Bug#47598)
On WIndows, when an idle named pipe connection was forcibly
closed with a KILL
statement or
because the server was being shut down, the thread that was
closing the connection would hang infinitely.
(Bug#47571, Bug#31621)
On Mac OS X or Windows, sending a SIGHUP
signal to the server or an asynchronous flush (triggered by
flush_time
) caused the server
to crash.
(Bug#47525)
RESTORE
did not restore table
AUTO_INCREMENT
values properly.
(Bug#47484)
Debug builds could not be compiled with the Sun Studio compiler. (Bug#47474)
OPTIMIZE TABLE
for an
InnoDB
table could raise an
assertion if another session issued a concurrent
DROP TABLE
.
(Bug#47459)
For updates to InnoDB
tables,
TIMESTAMP
columns could be
updated even when no values actually changed.
(Bug#47453)
Setting myisam_repair_threads
larger than 1 could result in the cardinality for all indexes of
a MyISAM
table being set to 1 after
parallel index repair.
(Bug#47444)
Queries of the form SELECT SUM(DISTINCT
caused a server
crash.
(Bug#47421)varchar_key
) FROM
tbl_name
my_static.o
was included twice into
libmysqld
, resulting in duplicate-symbol
errors on Mac OS X 10.6.
(Bug#47414)
A function call could end without throwing an error or setting
the return value. For example, this could happen when an error
occurred while calculating the return value. This is fixed by
setting the value to NULL
when an error
occurs during evaluation of an expression.
(Bug#47412)
On Solaris, no stack trace was printed to the error log after a crash. (Bug#47391)
Previously, BACKUP DATABASE
failed if there were two databases whose names differed in
lettercase only and when one database contained an object that
was missing in the other. Now BACKUP
DATABASE
correctly determines which objects are in
which database even when database names differ only in
lettercase.
(Bug#47386)
mysqladmin debug could crash on 64-bit systems. (Bug#47382)
A crash occurred when a user variable that was assigned to a
subquery result was used as a result field in a
SELECT
statement with aggregate
functions.
(Bug#47371)
With semijoin optimization enabled, transformation of a subquery to a semijoin could crash the server if a name resolution error occurred. (Bug#47367)
The assert could be raised if ALTER
VIEW
was used to alter a view (existing or
nonexisting) and a temporary table with the same name already
existed.
(Bug#47335)
If a temporary table was created with the same name as a view referenced in a stored routine, routine execution could raise an assertion. (Bug#47313)
Selecting from the process list in the embedded server caused a crash. (Bug#47304)
See also Bug#43733.
ANALYZE TABLE
and
CHECK TABLE
are now included in
the set of statements blocked by the backup metadata lock
because under some conditions these statements can modify
tables.
(Bug#47281)
A simple SELECT
with implicit
grouping could return many rows rather than a single row if the
query was ordered by the aggregated column in the select list.
(Bug#47280)
An assertion could be raised for CREATE
TABLE
if there was a pending
INSERT DELAYED
or REPLACE
DELAYED
for the same table.
(Bug#47274)
Using LOCK TABLES
to lock a table
and a view with the same name could raise an assertion.
(Bug#47249)
InnoDB
raised errors in some cases in a
manner not compatible with SIGNAL
and
RESIGNAL
.
(Bug#47233)
In some cases, an impossible WHERE
expression
was not detected, allowing the optimizer to choose an incorrect
execution plan and leading to a wrong result. Also, the absence
of early NULL
-filtering allowed the server to
do useless scans with NULL
values in a
NULL
-rejecting predicate, thus slowing query
execution.
(Bug#47217)
Programs did not exit if the option file specfied by
--defaults-file
was not found.
(Bug#47216)
The first execution of
STOP SLAVE
UNTIL
stopped too early.
(Bug#47210)
A multiple-table UPDATE
involving
a natural join and a mergeable view raised an assertion.
(Bug#47150)
When the mysql client was invoked with the
--vertical
option, it ignored the
--skip-column-names
option.
(Bug#47147)
On FreeBSD, memory mapping for
MERGE
tables could fail if
underlying tables were empty.
(Bug#47139)
Solaris binary packages now are compiled with
-g0
rather than -g
.
(Bug#47137)
Corrected a potential problem of unintended overwriting of files
when the MY_DONT_OVERWRITE_FILE
flag was
used.
(Bug#47126)
If an InnoDB
table was created with
the AUTO_INCREMENT
table option to specify an
initial auto-increment value, and an index was added in a
separate operation later, the auto-increment value was lost
(subsequent inserts began at 1 rather than the specified value).
(Bug#47125)
Incorrect handling of predicates involving
NULL
by the range optimizer could lead to an
infinite loop during query execution.
(Bug#47123)
A CREATE TABLE
attempt for a
table that had been opened with
HANDLER
caused an assertion
failure because CREATE TABLE
did
not close any open handlers for the table.
(Bug#47107)
EXPLAIN
caused a server crash for
certain valid queries.
(Bug#47106)
When HANDLER
OPEN
was attempted on a
MERGE
table, an error occurred
because this is an unsupported operation, but locks could remain
unreleased.
(Bug#47098)
mysqld_safe did not always pass
--open-files-limit
through
to mysqld. mysqld_safe did
not treat dashes and underscores as equivalent in option names.
(Bug#47095)
Repair by sort or parallel repair of
MyISAM
tables could fail to fail
over to repair with key cache.
(Bug#47073)
For events of MYSQL_AUDIT_GENERAL_CLASS
, the
event subclass was not passed to audit plugins even though the
server passed the subclass to the plugin handler. The subclass
is now available through the following changes:
The struct mysql_event_general
structure
has a new event_subclass
member.
The new member changes the interface, so the audit plugin
interface version,
MYSQL_AUDIT_INTERFACE_VERSION
, has been
incremented from 0x0100
to
0x0200
. Plugins that require access to
the new member must be recompiled to use version
0x0200
or higher.
The example plugin in the plugin/audit_null
directory has been modified to count events of each subclass,
based on the event_subclass
value. See
Section 22.2.5.2, “Writing Audit Plugins”.
(Bug#47059)
InnoDB Plugin
did not compile on some Solaris
systems.
(Bug#47058)
On WIndows, when a failed I/O operation occurred with return
code of ERROR_WORKING_SET_QUOTA
,
InnoDB
intentionally crashed the
server. Now InnoDB
sleeps for 100ms
and retries the failed operation.
(Bug#47055)
After a binary upgrade to MySQL 5.1 from a MySQL 5.0
installation that contains ARCHIVE
tables,
accessing those tables caused the server to crash, even if you
had run mysql_upgrade or CHECK TABLE
... FOR UPGRADE
.
To work around this problem, use mysqldump to
dump all ARCHIVE
tables before upgrading, and
reload them into MySQL 5.1 after upgrading. The same problem
occurs for binary downgrades from MySQL 5.1 to 5.0.
(Bug#47012)
The mysql_config script contained a reference
to @innodb_system_libs@
that was not replaced
with the corresponding library flags during the build process
and ended up in the output of mysql_config
--libs.
(Bug#47007)
The configure option
--without-server
did not work.
(Bug#46980)
Failed multiple-table DELETE
statements could raise an assertion.
(Bug#46958)
When MySQL crashed (or a snapshot was taken that simulates a
crash), it was possible that internal XA transactions (used to
synchronize the binary log and
InnoDB
) could be left in a
PREPARED
state, whereas they should be rolled
back. This occurred when the
server_id
value changed before
the restart, because that value was used to construct XID
values.
Now the restriction is relaxed that the
server_id
value be consistent
for XID values to be considered valid. The rollback phase should
then be able to clean up all pending XA transactions.
(Bug#46944)
When creating a new instance on Windows using
mysqld-nt and the
--install
parameter, the value of the service
would be set incorrectly, resulting in a failure to start the
configured service.
(Bug#46917)
A malformed query caused
EXPLAIN
EXTENDED
to crash during the attempt to display the
optimizer-transformed query. Now if the query is malformed,
EXPLAIN
EXTENDED
does not try to show the
optimizer-transformed query.
(Bug#46860)
The test suite was missing from RPM packages. (Bug#46834)
Some error messages included a literal mysql
database name rather than a parameter for the database name.
(Bug#46792)
For InnoDB
tables, an unnecessary table
rebuild for ALTER TABLE
could
sometimes occur for metadata-only changes.
(Bug#46760)
The server could crash for queries with the following elements:
1. An “impossible where” in the outermost
SELECT
; 2. An aggregate in the outermost
SELECT
; 3. A correlated subquery with a
WHERE
clause that includes an outer field
reference as a top-level WHERE
sargable
predicate;
(Bug#46749)
The server crashed for attempts to drop a trigger for which the subject table was shadowed by a temporary table with the same name. (Bug#46747)
In a subquery, a condition of the form
subquery_column = x
(where
x
came from an outer table) matched
even when x
contained
NULL
. The result was that extra rows were
incorrectly returned.
(Bug#46743)
The optimizer failed to return NULL
for an
aggregate applied to an empty result when semijoin optimization
was used.
(Bug#46733)
InnoDB Plugin
did not compile using
gcc 4.1 on PPC systems.
(Bug#46718)
Queries with nested subqueries in the FROM
clause using materialization could cause a server crash.
(Bug#46692)
The optimizer exited prematurely in some cases when it became clear that zero rows would satisfy the query. In these cases, subqueries for which the optimizer had decided to use a materialization strategy were not set up properly. (Bug#46680)
Transactional locks acquired with LOCK
TABLES
did not protect InnoDB
tables from DDL operations initiated from other sessions.
(Bug#46678)
Deadlock could occur when executing transactions containing
data-modifying statements at the same time as
FLUSH TABLES WITH READ
LOCK
or
SET
read_only=1
statements.
(Bug#46673)
InnoDB
does not currently support
transactional locking with the NOWAIT
modifier, but the error message indicated a lock wait timeout.
Now it indicates that this operation is unsupported.
(Bug#46664)
Deadlock occurred if one session was running a multiple-statement transaction that involved a single partitioned table and another session attempted to alter the table. (Bug#46654)
Concurrent INSERT INTO
... SELECT
statements for an InnoDB
table could cause an AUTO_INCREMENT
assertion
failure.
(Bug#46650)
The Serbian locale name 'sr_YU'
is obsolete.
It is still recognized for backward compatibility, but
'sr_RS'
now should be used instead.
(Bug#46633)
On Solaris and HP-UX systems with the environment set to the
default C
locale, MySQL client programs
issued an Unknown OS character set
error.
(Bug#46619)
SHOW CREATE TRIGGER
for a
MERGE
table trigger caused an
assertion failure.
(Bug#46614)
Selecting from a MERGE
table with a corrupted
child MyISAM
table could cause a server crash
when the server attempted to automatically repair the child
table.
(Bug#46610)
DIV
operations that are out of
range generate an error Error (Code 1264): Out of range
value
(correct), but also an error: Error
(Code 1041): Out of memory
(incorrect).
(Bug#46606)
If a context object creation failed, BACKUP
DATABASE
crashed rather than handling the error.
(Bug#46588)
If the binary log was open and unreadable,
BACKUP DATABASE
crashed rather
than handling the error.
(Bug#46574)
With semijoin optimization enabled, some queries using
IN
subqueries incorrectly returned empty
results.
(Bug#46556)
With semijoin optimization enabled, the optimizer sometimes
chose an illegal execution plan for the FirstMatch strategy,
resulting in duplicate values from IN
subqueries.
(Bug#46550)
With materialization enabled, certain subqueries with a
WHERE
clause that should return rows returned
no rows.
(Bug#46548)
If a transaction was rolled back inside
InnoDB
due to a deadlock or lock
wait timeout, and a statement in the transaction had an
IGNORE
clause, the server could crash at the
end of the statement or on shutdown.
(Bug#46539)
The server could crash attempting to flush privileges after
receipt of a SIGHUP
signal.
(Bug#46495)
TRUNCATE TABLE
for a table that
was opened with HANDLER
did not
close the handler and left it in an inconsistent state that
could lead to a server crash. Now TRUNCATE
TABLE
for a table closes all open handlers for the
table.
(Bug#46456)
HANDLER OPEN
followed by TRUNCATE TABLE
could
cause a server crash.
(Bug#46452)
See also Bug#20667.
Trailing spaces were not ignored for user-defined collations that mapped spaces to a character other than 0x20. (Bug#46448)
See also Bug#29468.
The IGNORE
clause on a
DELETE
statement masked an SQL
statement error that occurred during trigger processing.
(Bug#46425)
If INSERT INTO
invoked a stored
function that modified tbl_name
tbl_name
, the
server crashed.
(Bug#46374)
Use of an aggregate function without a GROUP
BY
clause could return several rows rather than a
single row.
(Bug#46328)
The server crashed if a shutdown occurred while a connection was
idle. This happened because of a NULL
pointer
dereference while logging to the error log.
(Bug#46267)
If the server is started with
--skip-grant-tables
, plugin
loading and unloading should be disallowed, but the server
failed to reject INSTALL PLUGIN
and UNINSTALL PLUGIN
statements.
(Bug#46261)
Dropping an InnoDB
table that used an unknown
collation (created on a different server, for example) caused a
server crash.
(Bug#46256)
HANDLER
statements within a
transaction that already holds metadata locks could lead to
deadlocks.
(Bug#46224)
If innodb_force_recovery
was
set to 4 or higher, the server could crash when opening an
InnoDB
table containing an
auto-increment column. MySQL versions 5.1.31 and later were
affected.
(Bug#46193)
A query containing a subquery in the FROM
clause and PROCEDURE ANALYSE()
caused a
server crash.
(Bug#46184)
See also Bug#48293.
The optimizer could continue to execute a query after a storage engine reported an error, leading to a server crash. (Bug#46175)
Deadlock could occur for INFORMATION_SCHEMA
queries when execution attempted to open a table or its
.frm
file.
(Bug#46044)
On 64-bit systems,
--skip-innodb
did not skip InnoDB
startup.
(Bug#46043)
For queries that used GROUP_CONCAT(DISTINCT
...)
, the value of
max_heap_table_size
was used
for memory allocation, which could be excessive. Now the minimum
of max_heap_table_size
and
tmp_table_size
is used.
(Bug#46018)
InnoDB
did not disallow creation of an index
with the name GEN_CLUST_INDEX
, which is used
internally.
(Bug#46000)
CREATE TABLE ...
SELECT
could cause a server crash if no default
database was selected.
(Bug#45998)
Valgrind errors for InnoDB Plugin
were
corrected.
(Bug#45992, Bug#46656)
If EXPLAIN
encountered an error
in the query, a memory leak occurred.
(Bug#45989)
Valgrind warnings in semisynchronous replication code were corrected. (Bug#45973)
Improperly closing tables when INSERT
DELAYED
needed to reopen tables could cause an
assertion failure.
(Bug#45949)
See also Bug#18484.
Specifying an unknown column name together with an invalid
number of expressions on the left-hand side of an
IN
subquery caused a core dump in
Item_field::fix_fields()
.
(Bug#45863)
The default value of
rpl_semi_sync_master_timeout
was changed from
10ms to 10000ms (10 seconds) to reduce the incidence of
timeouts. In addition, the master now logs when semisynchronous
replication switches on or off.
(Bug#45819)
Configuring MySQL for DTrace support resulted in a build failure
on Solaris if the directory for the dtrace
executable was not in PATH
.
(Bug#45810)
An infinite hang and 100% CPU usage occurred after handler tried to open a merge table.
If the command mysqladmin shutdown was executed during the hang, the debug server generated the following assert:
mysqld: table.cc:407: void free_table_share(TABLE_SHARE*): Assertion `share->ref_count == 0' failed. 090610 14:54:04 - mysqld got signal 6 ;
During the build of the Red Hat IA64 MySQL server RPM, the system library link order was incorrect. This made the resulting Red Hat IA64 RPM depend on "libc.so.6.1(GLIBC_PRIVATE)(64bit)", thus preventing installation of the package. (Bug#45706)
With semisynchronous replication enabled, the master considered semisynchronous status to be on even with no slaves connected. (Bug#45672, Bug#45673)
The caseinfo
member of the
CHARSET_INFO
structure was not initialized
for user-defined Unicode collations, leading to a server crash.
(Bug#45645)
Grouping by a subquery in a query with a
DISTINCT
aggregate function led to incorrect
and unordered grouping values.
(Bug#45640)
The return value was not checked for some
my_hash_insert()
calls.
(Bug#45613)
For an IPv6-enabled MySQL server, privileges specified using standard IPv4 addresses for hosts were not matched (only IPv4-mapped addresses were handled correctly).
As part of the fix for this bug, a new build option
--disable-ipv6
has been introduced. Compiling
MySQL with this option causes all IPv6-specific code in the
server to be ignored.
If the server has been compiled using
--disable-ipv6
, it is not able to resolve
hostnames correctly when run in an IPv6 environment.
BACKUP DATABASE
failed to produce
an error if a table to be backed up required a storage engine
that was not loaded.
(Bug#45587)
The hostname cache failed to work correctly. (Bug#45584)
Appending values to an ENUM
or
SET
definition is a metadata
change for which ALTER TABLE
need
not rebuild the table, but it was being rebuilt anyway.
(Bug#45567)
The socket
system variable was
unavailable on Windows.
(Bug#45498)
Propagation of a large unsigned numeric constant in
WHERE
expressions could lead to incorrect
results. This also affected
EXPLAIN
EXTENDED
, which printed incorrect numeric constants in
such transformed WHERE
expressions.
(Bug#45360)
In the
ER_TABLEACCESS_DENIED_ERROR
error message, the command name parameter could be truncated.
(Bug#45355)
Truncation of DECIMAL
values
could lead to assertion failures; for example, when deducing the
type of a table column from a literal
DECIMAL
value.
(Bug#45261)
See also Bug#48370.
BACKUP DATABASE
failed if a
database contained a stored function with the same name as a
built-in function.
(Bug#45249)
A HAVING
clause could be lost if an index for
ORDER BY
was available, incorrectly allowing
additional rows to be returned.
(Bug#45227)
There was no timeout for attempts to acquire metadata locks (for
example, a DROP TABLE
attempt for
a table that was open in another transaction would not time
out).
To handle such situations, there is now a
lock_wait_timeout
system
variable that specifies the timeout in seconds for attempts to
acquire metadata locks. The allowed values range from 1 to
3153600 (1 year). The default is 3153600.
This timeout applies to all statements that use metadata locks.
These include DML and DDL operations on tables, views, stored
procedures, and stored functions, as well as
LOCK TABLES
,
FLUSH TABLES WITH READ
LOCK
, and HANDLER
statements.
The timeout value applies separately for each metadata lock
attempt. A given statement can require more than one lock, so it
is possible for the statement to block for longer than the
lock_wait_timeout
value before
reporting a timeout error. When lock timeout occurs,
ER_LOCK_WAIT_TIMEOUT
is
reported.
lock_wait_timeout
does not
apply to delayed inserts, which always execute with a timeout of
1 year. This is done to avoid unnecessary timeouts because a
session that issues a delayed insert receives no notification of
delayed insert timeouts.
In addition, the unused
table_lock_wait_timeout
system
variable was removed.
(Bug#45225)
The XOR logical operator did not work correctly with Index Condition Pushdown. XOR conditions could be incorrectly pushed to an index that could not handle it, something that lead to missing records in the query result set. (Bug#45221)
Valgrind warnings about uninitialized variables in optimizer code were corrected. (Bug#45195)
With semijoin optimization enabled, incorrect FirstMatch initialization allowed join cache usage and led to incorrect results. (Bug#45191)
Client flags were incorrectly initialized for the embedded
server, causing several tests in the jp
test
suite to fail.
(Bug#45159)
Concurrent execution of statements requiring a table-level lock and statements requiring a non-table-level write lock for a table could deadlock. (Bug#45143)
Joins involving BLOB
columns
caused crashes when using the Batched Key Access method.
(Bug#45092)
Killing a delayed-insert thread could cause a server crash. (Bug#45067)
Execution of FLUSH
TABLES
or FLUSH
TABLES WITH READ LOCK
concurrently with
LOCK TABLES
resulted in deadlock.
(Bug#45066)
It was possible for init_available_charsets()
not to initialize correctly.
(Bug#45058)
If a session had a table locked with LOCK
TABLES
for both READ
and
WRITE
, ALTER
TABLE
could fail.
(Bug#45035)
GROUP BY
on a constant
(single-row) InnoDB
table joined to other
tables caused a server crash.
(Bug#44886)
The BACKUP DATABASE
statement
could fail even if the user had all privileges for backed-up
objects. The RESTORE
statement
could fail in the middle if the user did not have sufficient
privileges to access all objects in the backup image. To deal
with such problems, the privileges required for backup and
restore operations are established to be as follows:
To deal with such problems, the privileges required for backup
and restore operations are established to be as follows: For
BACKUP DATABASE
, the user must
have the BACKUP
privilege for
each database to back up. For
RESTORE
, the user must have the
RESTORE
privilege for each
database in the backup image. In addition, internal privilege
elevation is used to enable backup and restore to to succeed
even if the user does not otherwise have privileges to access
the objects in the image. Privilege elevation is controlled by
three new system variables:
backup_elevation
: To use
the BACKUP DATABASE
statement, a user must have the
BACKUP
privilege for each
database to be included in the backup image. Assuming that
this is true, the
backup_elevation
variable
determines whether privilege elevation occurs internally. If
this variable is enabled (the default), privilege elevation
occurs and enables the backup to succeed even if the user
does not have the privileges required to access all objects
in the backup image. If the variable is disabled, privilege
elevation does not occur and an error occurs if the user
does not have the privileges required to access all objects.
restore_elevation
: To use
the RESTORE
statement, a user
must have the RESTORE
privilege for each database in the backup image. Assuming
that this is true, the
restore_elevation
variable
determines, in conjunction with whether the user also has
the SUPER
privilege, whether
privilege elevation occurs internally. If this variable is
enabled (the default) and the user has
SUPER
, privilege elevation
occurs and enables the restore to succeed even if the user
does not have the privileges required to access all objects
in the backup image. If the variable is disabled or the user
does not have SUPER
,
privilege elevation does not occur and an error occurs if
the user does not have the required privileges privileges.
In the absence of privilege elevation, the restore either
performs privilege prechecking before attempting to restore
objects or checks privileges for each object before
restoring it. The
restore_precheck
variable
determines whether prechecking occurs.
restore_precheck
: This
variable determines whether privilege prechecking is used
when the RESTORE
statement
does not use privilege elevation. (Elevation is not used if
the restore_elevation
variable is disabled or the user does not have the
SUPER
privilege.) When
privilege elevation does not occur and
restore_precheck
is enabled
(the default), the restore attempts to determine, before
restoring any objects from the backup image, whether the
user has all privileges required to access all the objects,
and fails with an error if not. If
restore_precheck
is
disabled, prechecking does not occur and the restore
performs privilege checking for each object before restoring
it. In this case, the restore operation could fail in the
middle due to errors resulting from insufficient privileges.
The have_community_features
system variable
was renamed to have_profiling
.
Previously, to enable profiling, it was necessary to run
configure with the
--enable-community-features
and
--enable-profiling
options.
Now only --enable-profiling
is
needed.
(Bug#44651)
InnoDB
took a shared row lock when
executing SELECT
statements
inside a stored function as a part of a transaction using
REPEATABLE READ
. This
prevented other transactions from updating the row.
(Bug#44613)
With InnoDB Plugin
, renaming a table column
and then creating an index on the renamed column caused a server
crash to the .frm
file and the
InnoDB
data directory going out of sync. Now
InnoDB Plugin
1.0.5 returns an error instead:
ERROR 1034 (HY000): Incorrect key file for table
'
. To work around the problem, create another table
with the same structure and copy the original table to it.
(Bug#44571)tbl_name
'; try to repair
it
BACKUP DATABASE
was too
conservative about blocking for current transactions before
beginning to back up, and was sometimes blocking when it did not
need to.
(Bug#44568)
For debug builds, executing a stored procedure as a prepared statement could sometimes cause an assertion failure. (Bug#44521)
Using mysql_stmt_execute()
to
call a stored procedure could cause a server crash.
(Bug#44495)
InnoDB
did not always disallow creating
tables containing columns with names that match the names of
internal columns, such as DB_ROW_ID
,
DB_TRX_ID
, DB_ROLL_PTR
,
and DB_MIX_ID
.
(Bug#44369)
An InnoDB
error message incorrectly
referred to the nonexistent
innodb_max_files_open
variable rather than to
innodb_open_files
.
(Bug#44338)
Improper materialization of semijoin inner tables could cause an assertion failure. (Bug#44303)
SELECT ... WHERE ... IN
(NULL, ...)
was executed using a full table scan, even
if the same query without the NULL
used an
efficient range scan.
(Bug#44139)
See also Bug#18360.
For a
VARCHAR(
column, N
)ORDER BY
BINARY(
sorted
using only the first col_name
)N
bytes of the
column, even though column values could be longer than
N
bytes if they contained multibyte
characters.
(Bug#44131)
Selecting from the process list in the embedded server caused a crash. (Bug#43733)
See also Bug#47304.
When used in conjunction with LOCK
TABLES
, FLUSH
TABLE
waited for
all tables with old versions to clear from the table definition
list, rather than only the named tables.
(Bug#43685)tbl_list
For YEAR(2)
values,
MIN()
,
MAX()
, and comparisons could
yield incorrect results.
(Bug#43668)
Queries for MyISAM
tables that were
processed using index condition pushdown could return incorrect
results.
(Bug#43618)
Attempts to enable large_pages
with a shared memory segment larger than 4GB caused a server
crash.
(Bug#43606)
Queries executed using index condition pushdown could return incorrect results because the condition could evaluate to an unexpected result. (Bug#43600)
On systems with case-insensitive file systems or with
lower_case_table_names=1
,
RESTORE
did not detect collisions
between object names that differed only in lowercase and could
not be restored. Now it checks the backup image before deleting
any objects for such collisions and terminates the restore
operation with an error.
(Bug#43596)
For ALTER TABLE
, renaming a
DATETIME
or
TIMESTAMP
column unnecessarily
caused a table copy operation.
(Bug#43508)
MySQL Backup sometimes crashed when selecting information from
INFORMATION_SCHEMA
.
(Bug#43357)
HANDLER
statements are now
disallowed if a table lock has been acquired with
LOCK TABLES
.
(Bug#43272)
The weekday names for the Romanian
lc_time_names
locale
'ro_RO'
were incorrect. Thanks to Andrei
Boros for the patch to fix this bug.
(Bug#43207)
In the embedded server, stack overflow checks for recursive stored procedure calls did not work and stack overflow could occur. (Bug#43201)
XA START
could
cause an assertion failure or server crash when it is called
after a unilateral rollback issued by the Resource Manager (both
in a regular transaction and after an XA transaction).
(Bug#43171)
Redefining a trigger could cause an assertion failure. (Bug#43054)
The FORCE INDEX FOR ORDER BY
index hint was
ignored when join buffering was used.
(Bug#43029)
The NUM_FLAG
bit of the
MYSQL_FIELD.flags
member now is set for
columns of type MYSQL_TYPE_NEWDECIMAL
.
(Bug#42980)
RESTORE
locking did not always
prevent other sessions from modifying tables.
(Bug#42895)
The server could crash if an attempt to open a
MERGE
table child MyISAM
table failed.
(Bug#42862)
Incorrect handling of range predicates combined with
OR
operators could yield incorrect
results.
(Bug#42846)
Failure to treat BIT
values as
unsigned could lead to unpredictable results.
(Bug#42803)
Comparison with NULL
values sometimes did not
produce a correct result.
(Bug#42760)
Use of semijoin optimization could cause a server crash. Thanks to Sergey Petrunya for the patch to fix this bug. (Bug#42742)
With index condition pushdown enabled,
InnoDB
mishandled the
<=>
operator.
(Bug#42580)
Due to work done for Bug#989,
FLUSH TABLES
is
disallowed when there is an active
LOCK TABLES ...
READ
. This caused a problem with
mysqlhotcopy, which used that sequence of
statements. mysqlhotcopy now uses
FLUSH TABLES
to
flush and lock tables. If mysqlhotcopy is
used with a server older than MySQL 5.5.3 that does not support
this statement, it has a new option
tbl_list
WITH READ LOCK--old_server
that causes it
to use the previous statement sequence.
(Bug#42465)
For the embedded server on Windows,
InnoDB
crashed when
innodb_file_per_table
was
enabled and a table name was in full path format.
(Bug#42383)
Using an initial command with
mysql_options(..., MYSQL_INIT_COMMAND,
...)
that generated multiple result sets (such as a
stored procedure or a multi-statement command) left the
connection unusable.
(Bug#42373)
SHOW ERRORS
returned an empty
result set after an attempt to drop a nonexistent table.
(Bug#42364)
Some queries with nested outer joins could lead to crashes or incorrect results because an internal data structure was handled improperly. (Bug#42116)
The server used the wrong lock type (always
TL_READ
instead of
TL_READ_NO_INSERT
when appropriate) for
tables used in subqueries of
UPDATE
statements. This led in
some cases to replication failure because statements were
written in the wrong order to the binary log.
(Bug#42108)
An assertion failure could occur if
OPTIMIZE TABLE
was started on an
InnoDB
table and the table was altered to a
different storage engine during the optimization operation.
(Bug#42074)
On Windows, BACKUP DATABASE
to a
named pipe did not work.
(Bug#41843)
Purging the stored routine cache could take a long time and render the server unresponsive. (Bug#41804)
For a query that selected from a view and used an alias for the
view, the metadata used the alias name rather than the view name
in the MYSQL_FIELD.table
member.
(Bug#41788)
In a replication scenario with
innodb_locks_unsafe_for_binlog
enabled on the slave, where rows were changed only on the slave
(not through replication), in some rare cases, many messages of
the following form were written to the slave error log:
InnoDB: Error: unlock row could not find a 4 mode lock
on the record
.
(Bug#41756)
The server could crash when attempting to access a
non-conformant mysql.proc
system table. For
example, the server could crash when invoking stored
procedure-related statements after an upgrade from MySQL 5.0 to
5.1 without running mysql_upgrade.
(Bug#41726)
Due to improper locking, another connection could insert rows into a table being restored, thus causing duplicate-key errors. The resulting error message was meaningless. (Bug#41716)
After renaming a user, granting that user privileges could result in the user having additional privileges other than those granted. (Bug#41597)
The mysql_upgrade command would create three
additional fields to the mysql.proc
table
(character_set_client
,
collation_connection
, and
db_collation
), but did not populate the
fields with correct values. This would lead to error messages
reported during stored procedure execution.
(Bug#41569)
The mysql-stress-test.pl test script was
missing from the noinstall
packages on
Windows.
(Bug#41546)
With a nonstandard InnoDB
page
size, some error messages became inaccurate.
Changing the page size is not a supported operation and there
is no guarantee that InnoDB
will
function normally with a page size other than 16KB. Problems
compiling or running InnoDB may occur. In particular,
ROW_FORMAT=COMPRESSED
in the
InnoDB Plugin
assumes that the page size is
at most 16KB and uses 14-bit pointers.
A version of InnoDB
built for one
page size cannot use data files or log files from a version
built for a different page size.
Premature metadata lock downgrade for
CREATE TABLE ...
SELECT
could result in an inconsistent binary log or
failure with an ER_CANT_LOCK
error.
(Bug#41425)
On Windows, there was a linking failure for the object file for
set_vars.cc
in the embedded server.
(Bug#41103)
mysql_upgrade did not create temporary files properly. (Bug#41057)
In some cases, the server did not recognize lettercase
differences between GRANT
attributes such as table name or user name. For example, a user
was able to perform operations on a table with privileges of
another user with the same user name but in a different
lettercase.
In consequence of this bug fix, the collation for the
Routine_name
column of the
mysql.proc
table is changed from
utf8_bin
to
utf8_general_ci
.
(Bug#41049)
See also Bug#48872.
It was possible for DROP TABLE
of
one MyISAM
table to remove the data
and index files of a different
MyISAM
table.
(Bug#40980)
After a RESTORE
operation that
restored a compressed MyISAM
table,
the server crashed when the table was accessed.
(Bug#40944)
Multiple-statement execution could fail. (Bug#40877)
If the arguments to a CONCAT()
call included a local routine variable, selecting the return
value into a user variable could produce an incorrect result.
(Bug#40625)
SHOW CREATE VIEW
returned invalid
SQL if the definition contained a
SELECT
'
statement
where the string
'string
was longer than the
maximum length of a column name, due to the fact that this text
was also used as an alias (in the AS
clause).
Because not all names retrieved from arbitrary
SELECT
statements can be used as
view column names due to length and format restrictions, the
server now checks the conformity of automatically generated
column names and rewrites according to a predefined format any
names that are not acceptable as view column names before
storing the final view definition on disk.
In such cases, the name is now rewritten as
Name_exp_
,
where pos
pos
is the position of the
column. To avoid this conversion scheme, define explicit, valid
names for view columns using the
column_list
clause of the
CREATE VIEW
statement.
As part of this fix, aliases are now generated only for top-level statements. (Bug#40277)
CREATE TABLE
failed if a column
name in a FOREIGN KEY
clause was given in a
lettercase different from the corresponding index definition.
(Bug#39932)
Plugin shutdown could lead to an assertion failure caused by using an already destroyed mutex in the metadata locking subsystem. (Bug#39674)
ALTER TABLE
neglected to preserve
ROW_FORMAT
information from the original
table, which could cause subsequent ALTER
TABLE
and OPTIMIZE
TABLE
statements to lose the row format for
InnoDB
tables.
(Bug#39200)
BACKUP DATABASE
could crash
attempting to back up an invalid
MERGE
table.
(Bug#39105)
When using UNINSTALL PLUGIN
to
remove a loaded plugin, open tables and connections caused
mysqld to hang until the open connections had
been closed.
(Bug#39053)
flush_cache_records()
did not correctly check
for errors that should cause statement execution to stop,
leading to a server crash.
(Bug#39022)
Simultaneous ANALYZE TABLE
operations for an InnoDB
tables
could be subject to a race condition.
(Bug#38996)
InnoDB
logged an error repeatedly
trying to load a page into the buffer pool, filling the error
log and using excessive disk space. Now the number of attempts
is limited to 100, after which the operation aborts with a
message.
(Bug#38901)
Concurrent connections executing
FLUSH TABLES
and at least two statements using the same table could cause all
three connections to stall with 100% CPU utilization.
(Bug#38661)
An IPv6-enabled MySQL server did not resolve the IP addresses of incoming connections correctly, with the result that a connection that attempted to match any privilege table entries using fully-qualified domain names for hostnames or hostnames using wildcards were dropped. (Bug#38247)
For certain SELECT
statements
using ref
access, MySQL
estimated an incorrect number of rows, which could lead to
inefficient query plans.
(Bug#38049)
When compressed MyISAM
files were
opened, they were always memory mapped, sometimes causing
memory-swapping problems. To deal with this, a new system
variable, myisam_mmap_size
, was added to
limit the amount of memory used for memory mapping of
MyISAM
files.
(Bug#37408)
Concurrent execution of ALTER
TABLE
for InnoDB
table
and a transaction that tried to read and then update the table
could result in a deadlock between table-level locks and
InnoDB
row locks, which was
detected only after the
innodb_lock_wait_timeout
timeout occurred.
(Bug#37346)
The MySQL client library mishandled
EINPROGRESS
errors for connections in
nonblocking mode. This could lead to replication failures on
hosts capable of resolving both IPv4 and IPv6 network addresses,
when trying to resolve localhost
.
(Bug#37267)
See also Bug#44344.
With index condition pushdown enabled,
InnoDB
could crash due to a
mismatch between what pushdown code expected to be in a record
versus what was actually there.
(Bug#36981)
mysql_install_db failed if run as
root
and the root directory
(/
) was not writable.
(Bug#36462)
Reading from a temporary MERGE table, with two non-temporary child MyISAM tables, resulted in the error:
ERROR 1168 (HY000): Unable to open underlying table which is differently defined or of non-MyISAM type or doesn't exist
Privileges for SHOW CREATE VIEW
were not being checked correctly.
(Bug#35996)
A race condition on the privilege hash tables allowed one thread
to try to delete elements that had already been deleted by
another thread. A consequence was that
SET
PASSWORD
or
FLUSH
PRIVILEGES
could cause a crash.
(Bug#35589, Bug#35591)
Different invocations of CHECKSUM
TABLE
could return different results for a table
containing columns with spatial data types.
(Bug#35570)
When building MySQL when using a different target directory (for
example using the VPATH
environment
variable), the build of the embedded readline
component would fail.
(Bug#35250)
The test for readline
during configuration
failed when trying to build MySQL in a directory other than the
source tree root.
(Bug#35250)
For its warning count, the
mysql_info()
C API function
could print the number of truncated data items rather than the
number of warnings.
(Bug#34898)
Executing SHOW
MASTER LOGS
as a prepared statement without binary
logging enabled caused a crash for debug builds.
(Bug#34741)
If the --log-bin
server option
was set to a directory name with a trailing component separator
character, the basename of the binary log files was empty so
that the created files were named .000001
and .index
. The same thing occurred with
the --log-bin-index
,
--relay-log
, and
--relay-log-index
options. Now
the server reports and error and exits.
(Bug#34739)
If a comparison involved a constant value that required type conversion, the converted value might not be cached, resulting in repeated conversion and poorer performance. (Bug#34384)
Compiling MySQL on FreeBSD would fail due to missing definitions for certain network constants. (Bug#34292)
A COMMENT
longer than 64 characters caused
CREATE PROCEDURE
to fail.
(Bug#34197)
The size of backup_history.backup_file
was
increased from 100 to 255 characters to reduce the chance of
file name truncation when logging backup or restore operations.
(Bug#34065)
1) In rare cases, if a thread was interrupted during a
FLUSH
PRIVILEGES
operation, a debug assertion occurred later
due to improper diagnostic area setup. 2) A
KILL
operation could cause a
console error message referring to a diagnostic area state
without first ensuring that the state existed.
(Bug#33982)
INSERT INTO ...
VALUES(DEFAULT)
failed to insert the correct value for
ENUM
columns. For
MyISAM
tables, an empty value was
inserted. For CSV
tables, the table
became corrupt.
(Bug#33717)
When read_only
was enabled, the
server incorrectly prevented data modifications to
TEMPORARY
tables belonging to transactional
storage engines such as InnoDB
.
(Bug#33669)
The LAST_DAY()
and
MAKEDATE()
functions could return
NULL
, but the result metadata indicated
NOT NULL
. Thanks to Hiromichi Watari for the
patch to fix this bug.
(Bug#33629)
Constant expressions in WHERE
,
HAVING
, or ON
clauses were
not cached, but were evaluated for each row. This caused a
slowdown of query execution, especially if constant user-defined
functions or stored functions were used.
(Bug#33546)
RESTORE
caused the default
database to become NULL
.
(Bug#33354)
BACKUP DATABASE
could enter a
tight polling loop that used almost all processor time.
(Bug#33019)
Using the SHOW
ENGINE INNODB STATUS
statement when using partitions
in InnoDB
tables caused Invalid
(old?) table or database name
errors to be logged.
(Bug#32430)
A query on a FEDERATED
table in which the
data was ordered by a TEXT
column returned
incorrect results. For example, a query such as the following
would result in incorrect results if column
column1
was a TEXT
column:
SELECT * FROM table1 ORDER BY column1;
On Windows, mysqlslap crashed for attempts to connect via shared memory. (Bug#31173)
ALTER TABLE
with both
DROP COLUMN
and ADD COLUMN
clauses could crash or lock up the server.
(Bug#31145)
Dropping a tablespace and specifying an engine type that does not support tablespaces reported a warning. The response has now been updated to report an error. (Bug#31110)
Concurrent statements using a stored function and
DROP FUNCTION
for that function
could break statement-based replication.
(Bug#30977)
MySQL Makefiles relied on GNU extensions. (Bug#30708)
For const
tables that were optimized away
EXPLAIN
EXTENDED
displayed them in the FROM
clause. Now they are not displayed. If all tables are optimized
away, FROM DUAL
is displayed.
(Bug#30302)
In mysql, using Control-C to kill the current
query resulted in a ERROR 1053 (08S01): Server shutdown
in progress" message
if the query was waiting for a
lock.
(Bug#28141)
Output from mysql --html did not encode the
<
, >
, or
&
characters.
(Bug#27884)
The parser allocated too much memory for a query containing multiple statements. (Bug#27863)
When building MySQL on Windows from source, the
WITH_BERKELEY_STORAGE_ENGINE
option would
fail to configure BDB
support correctly.
(Bug#27693)
If an operation had an InnoDB
table, and two
triggers, AFTER UPDATE
and AFTER
INSERT
, competing for different resources (such as two
distinct MyISAM
tables), the triggers were
unable to execute concurrently. In addition,
INSERT
and
UPDATE
statements for the
InnoDB
table were unable to run concurrently.
(Bug#26141)
A statement that caused a circular wait among statements did not
return a deadlock error. Now the server detects deadlock and
returns ER_LOCK_DEADLOCK
.
(Bug#22876)
Under heavy load with a large query cache, invalidating part of the cache could cause the server to freeze (that is, to be unable to service other operations until the invalidation was complete). (Bug#21074)
See also Bug#39253.
If InnoDB
reached its limit on the number of
concurrent transactions (1023), it wrote a descriptive message
to the error log but returned a misleading error message to the
client, or an assertion failure occurred.
(Bug#18828)
See also Bug#46672.
Referring to a stored function qualified with the name of one database and tables in another database caused a “table doesn't exist” error. (Bug#18444)
The character set was not being properly initialized for
CAST()
with a type such as
CHAR(2) BINARY
, which resulted in
incorrect results or a server crash.
(Bug#17903)
A Table ... doesn't exist error could occur for statements that called a function defined in another database. (Bug#17199)
Extraneous comparisons between NULL
values in
indexed columns were performed by the optimzer for operators
such as =
that are never true for
NULL
.
(Bug#8877)
On some Windows systems, InnoDB
could report
Operating system error number 995 in a file
operation
due to transient driver or hardware
problems. InnoDB
now retries the operation
and adds Retry attempt is made
to the error
message.
(Bug#3139)
When using the EXAMPLE
storage engine, when
the engine had been built as a plugin (instead of built-in), and
DTrace probes had been enabled during the build, loading the
storage engine library would fail due to a missing object table
entry.
Functionality added or changed:
Incompatible Change:
MySQL Server now includes a plugin services interface that
complements the plugin API. The services interface enables
server functionality to be exposed as a “service”
that plugins can access through a function-call interface. The
libmysqlservices
library provides access to
the available services and dynamic plugins now must be linked
against this library (use the -lmysqlservices
flag). For an example showing what
Makefile.am
should look like, see
Section 22.2.6, “MySQL Services for Plugins”.
(Bug#48461)
The time zone tables for Windows available at http://dev.mysql.com/downloads/timezones.html have been updated. (Bug#39923)
The mysqltest program now has a
move_file
command for renaming files. This
should be used in test cases rather than invoking an external
command that might be platform specific.
(Bug#39542)from_file
to_file
Bugs fixed:
Performance:
If the character set for a column being compared was neither the
default server character set nor latin1
,
InnoDB
was slower than necessary due to
excessive contention for a character set mutex.
As a workaround for earlier versions, set the default server
character set to the character set other than
latin1
that is most often used in indexed
columns.
(Bug#42649)
Important Change: Replication:
The CHANGE
MASTER TO
statement required the value for
RELAY_LOG_FILE
to be an absolute path, while
the MASTER_LOG_FILE
path could be relative.
The inconsistent behavior is resolved by allowing relative paths
for RELAY_LOG_FILE
, and by using the same
basename for RELAY_LOG_FILE
as for
MASTER_LOG_FILE
. For more information, see
Section 12.5.2.1, “CHANGE MASTER TO
Syntax”.
(Bug#12190)
Important Change: Replication:
The transactional behavior of STOP
SLAVE
has changed. Formerly, it took effect
immediately, even inside a transaction; now, it waits until the
current replication event group (if any) has finished executing,
or until the user issues a
KILL QUERY
or
KILL CONNECTION
statement.
This was done in order to solve the problem encountered when
replication was stopped while a nontransactional slave was
replicating a transaction on the master. (It was impossible to
roll back a mixed-engines transaction when one of the engines
was nontransactional, which meant that the slave could not
safely re-apply any transaction that had been interrupted by
STOP SLAVE
.)
(Bug#319, Bug#38205)
See also Bug#43217.
Important Change: An option that requires a value, when specified in an option file without a value, was assigned the text of the next line in the file as the value. Now, if you fail to specify a required value in an option file, the server aborts with an error.
This change does not effect how options are handled by the
server when they are used on the command line. For example,
starting the server using mysqld_safe
--relay-log --relay-log-index
&
causes the server to create relay log files named
--relay-log-index.000001
,
--relay-log-index.000002
, and so on,
because the --relay-log
option
expects an argument.
(Bug#25192)
Partitioning:
When a value was equal to a PARTITION ... VALUES LESS
THAN (
value other
than value
)MAXVALUE
, the corresponding partition
was not pruned.
(Bug#42944)
Replication: Issuing the following statements, in the order shown, could cause a deadlock between the user thread and I/O thread:
START SLAVE; STOP SLAVE SQL_THREAD; START SLAVE;
Replication:
Unrelated errors occurring during the execution of
RESET SLAVE
could cause the slave
to crash.
(Bug#44179)
Replication: When using semisynchronous replication:
KILL
statements were not
always obeyed for a session blocked by a semisynchronous
ACK
signal.
SHOW PROCESSLIST
did not
provide any indication that a session was blocked by the
ACK
signal.
See also Bug#40935.
Replication:
Replicating TEXT
or
VARCHAR
columns declared as
NULL
on the master but NOT
NULL
on the slave caused the slave to crash.
(Bug#43789)
See also Bug#38850, Bug#43783, Bug#43785, Bug#47741, Bug#48091.
Replication:
Executing the sequence of statements RESET
SLAVE
, RESET MASTER
,
and FLUSH LOGS
,
when binary log or relay log files listed in the index file
could not be found, could cause the server to crash. This could
happen, for example, when these files had been moved or deleted
manually.
(Bug#41902)
Replication:
MySQL creates binary logs in a numbered sequence, with a maximum
possible 4294967295 concurrent log files, 4294967295 being the
maximum value for an unsigned long integer. However, binary log
file extensions were turned into negative numbers once the
variable used to hold the value reached the maximum value for a
signed long integer (2147483647). Consequently, when the
sequence value was incremented to the next (negative) number,
this caused MySQL to try to create the file using a
.000000
extension, causing the server to
fail since this file already existed.
Negative file extensions are now disallowed, and an error is
returned when the limit is reached. In addition,
FLUSH LOGS
now
also reports warnings to the user, if the extension number has
reached the limit, and warnings are printed to the error log
when the limit is approaching.
(Bug#40611)
Replication: Updating a table having no primary key, using an unindexed CHAR column as the key, caused row-based replication to fail. (Bug#40045)
Replication:
The --slave-skip-errors
option
had no effect when using row-based logging format.
(Bug#39393)
Replication:
Issuing concurrent STOP SLAVE
,
START SLAVE
, and
RESET SLAVE
statements using
different connections caused the replication slave to crash.
(Bug#38716)
Replication: The following errors were not correctly reported:
Failures during slave thread initialization
Failures while initializing the relay log position (immediately following the starting of the slave thread)
Failures while processing queries passed through the
--init_slave
option.
Information about these types of failures can now be found in
the output of SHOW SLAVE
STATUS
.
(Bug#38197)
Replication: Killing the thread executing a DDL statement, after it had finished its execution but before it had written the binlog event, caused the error code in the binlog event to be set (incorrectly) to ER_SERVER_SHUTDOWN or ER_QUERY_INTERRUPTED, which caused replication to fail. (Bug#37145)
Replication: Column aliases used inside subqueries were ignored in the binary log. (Bug#35515)
For settings of
lower_case_table_names
greater
than 0, some queries for INFORMATION_SCHEMA
tables left entries with incorrect lettercase in the table
definition cache.
(Bug#44738)
Valgrind warnings for the
DECODE()
,
ENCRYPT()
, and
FIND_IN_SET()
functions were
corrected.
(Bug#44358, Bug#44365, Bug#44367)
On Windows, entries for build-vs9.bat and
build-vs9_x64.bat were missing in
win/Makefile.am
.
(Bug#44353)
Not all lock types had proper descriptive strings, resulting in garbage output from mysqladmin debug. (Bug#44164)
Use of HANDLER
statements with
INFORMATION_SCHEMA
tables caused a server
crash. Now HANDLER
is prohibited
with such tables.
(Bug#44151)
On Windows, if the mysql client was reading input from a pipe, it could crash attempting to read after EOF. (Bug#44133)
MySQL Server allowed the creation of a merge table based on views but crashed when attempts were made to read from that table. The following example demonstrates this:
#Create a test table CREATE TABLE tmp (id int, c char(2)); #Create two VIEWs upon it CREATE VIEW v1 AS SELECT * FROM tmp; CREATE VIEW v2 AS SELECT * FROM tmp; #Finally create a MERGE table upon the VIEWs CREATE TABLE merge (id int, c char(2)) ENGINE=MERGE UNION(v1, v2); #Reading from the merge table lead to a crash SELECT * FROM merge;
The final line of the code generated the crash. (Bug#44040)
Some schema names longer than 8 characters were not supported by
IBMDB2I
. The engine has been updated to allow
digits and underscore characters to be used in names longer than
8 characters.
(Bug#44025)
In some circumstances, when a table is created with the
IBMDB2I
engine, the CREATE
TABLE
statement will return successfully but the table
will not exist.
(Bug#44022)
The ucs2_swedish_ci
and
utf8_swedish_ci
collations did not work with
indexes using the IBMDB2I
storage engine.
Support is now provided for MySQL when running on IBM i 6.1 or
higher.
(Bug#44020)
Invoking SHOW TABLE STATUS
from
within a stored procedure could cause a Packets out of
order
error.
(Bug#43962)
myisamchk could display a negative
Max keyfile length
value.
(Bug#43950)
On 64-bit systems, a
key_buffer_size
value larger
than 4GB could couse MyISAM
index corruption.
(Bug#43932)
mysqld_multi incorrectly passed
--no-defaults
to
mysqld_safe.
(Bug#43876)
SHOW VARIABLES
did not properly
display the value of
slave_skip_errors
.
(Bug#43835)
On Windows, a server crash occurred for attempts to insert a
floating-point value into a CHAR
column with a maximum length less than the converted
floating-point value length.
(Bug#43833)
Incorrect initialization of MyISAM
table
indexes could cause incorrect query results.
(Bug#43737)
libmysqld
crashed when it was reinitialized.
(Bug#43706, Bug#44091)
UNION
of floating-point numbers
did unnecessary rounding.
(Bug#43432)
ALTER DATABASE
... UPGRADE DATA DIRECTORY NAME
failed when the
database contained views.
(Bug#43385)
Certain statements might open a table and then wait for an
impending global read lock without noticing whether they hold a
table being waiting for by the global read lock, causing a hang.
Affected statements are
SELECT ... FOR
UPDATE
,
LOCK TABLES ...
WRITE
, TRUNCATE TABLE
,
and LOAD DATA
INFILE
.
(Bug#43230)
Using an XML function such as ExtractValue()
more than once in a single query could produce erroneous
results.
(Bug#43183)
See also Bug#43937.
DROP DATABASE
did not clear the
message list.
(Bug#43012, Bug#43138)
Full-text prefix searches could hang the connection and cause 100% CPU consumption. (Bug#42907)
Comparison of TIME
values could
lose the sign of operands.
(Bug#42664)
MAKETIME()
could lose the sign of
negative arguments.
(Bug#42662)
SEC_TO_TIME()
could lose the sign
of negative arguments.
(Bug#42661)
Incorrect elevation of warning messages to error messages for unsafe statements caused a server crash. (Bug#42640)
CHECK TABLE
suggested use of
REPAIR TABLE
for corrupt tables
for storage engines not supported by REPAIR
TABLE
. Now CHECK TABLE
suggests that the user dump and reload the table.
(Bug#42563)
A problem in plugin.h
- plugins could be
getting a definition of MYSQL_LEX_STRING
which was different from the server expectations. It would cause
affected plugins to crash.
(Bug#42461)
The InnoDB
btr_search_drop_page_hash_when_freed()
function had a race condition.
(Bug#42279)
There was a race condition when changing
innodb_commit_concurrency
at
runtime from zero to nonzero or from nonzero to zero. Now this
variable cannot be changed at runtime from zero to nonzero or
vice versa. The value can still be changed from one nonzero
value to another.
(Bug#42101)
See also Bug#45749.
The state of a thread for the embedded server was always
displayed as Writing to net
, which is
incorrect because there is no network connection for the
embedded server.
(Bug#41971)
The patch for Bug#10374 broke named-pipe and shared-memory connections on Windows. (Bug#41860)
Compressing a table with the myisampack utility caused the server to produce Valgrind warnings when it opened the table. (Bug#41541)
For a MyISAM
table with
DELAY_KEY_WRITE
enabled, the index file could
be corrupted without the table being marked as crashed if the
server was killed.
(Bug#41330)
Killing an INSERT
... SELECT
statement for a MyISAM
table could cause table corruption if the table had indexes.
(Bug#40827)
mysqld_safe did not treat dashes and underscores as equivalent in option names. Thanks to Erik Ljungstrom for the patch to fix this bug. (Bug#40368)
If a transaction was implicitly committed by a
START
TRANSACTION
or
BEGIN
statement, metadata locks held by the transaction incorrectly
could be released before the commit actually occurred.
(Bug#40188)
A multiple-table DELETE
IGNORE
statement involving a foreign key constraint
caused an assertion failure.
(Bug#40127)
Multiple-table UPDATE
statements
did not properly activate triggers.
(Bug#39953)
The mysql_setpermission operation for removing database privileges removed global privileges instead. (Bug#39852)
A stored routine contain a C-style comment could not be dumped and reloaded. (Bug#39559)
In an UPDATE
or
DELETE
via a secondary index,
InnoDB
did not store the cursor position.
This made InnoDB
crash in semi-consistent
read while attempting to unlock a nonmatching record.
(Bug#39320)
The functions listed in Section 11.13.4.2.3, “Creating Geometry Values Using MySQL-Specific Functions”, previously accepted WKB arguments and returned WKB values. They now accept WKB or geometry arguments and return geometry values.
The functions listed in Section 11.13.4.2.2, “Creating Geometry Values Using WKB Functions”, previously accepted WKB arguments and returned geometry values. They now accept WKB or geometry arguments and return geometry values. (Bug#38990)
On WIndows, running the server with
myisam_use_mmap
enabled caused
MyISAM
table corruption.
(Bug#38848)
mysqlbinlog had a memory leak in its option-processing code. (Bug#38468)
Setting the general_log_file
or
slow_query_log_file
system
variable to a nonconstant expression caused the variable to
become unset.
(Bug#38124)
CHECK TABLE
did not properly
check whether MyISAM
tables created by
servers from MySQL 4.0 or older needed to be upgraded. This
could cause problems upgrading to MySQL 5.1 or higher.
(Bug#37631)
mysql_install_db failed if run as
root
and the root directory
(/
) was not writable.
(Bug#36462)
An UPDATE
statement that updated
a column using the same
DES_ENCRYPT()
value for each row
actually updated different rows with different values.
(Bug#35087)
Inserting the result of CONCAT()
invoked with a utf32
string and a number for
arguments caused a server crash.
(Bug#34021)
For shared-memory connections, the read and write methods did
not properly handle asynchronous close events, which could lead
to the client locking up waiting for a server response. For
example, a call to
mysql_real_query()
would block
forever on the client side if the executed statement was aborted
on the server side. Thanks to Armin Schöffmann for the bug
report and patch.
(Bug#33899)
The default values for the general query log and slow query log
file are documented to be based on the server host name and
located in the data directory. However, they were in fact being
based on the basename and location of the process ID (PID) file.
The name and location defaults for the PID file are based on the
server host name and data directory, so if it was not assigned a
different name explicitly, its defaults were used and the
general query log and slow query log file defaults were as
documented. But if the PID file was assigned a value with the
--pid-file
option, the defaults
for the general query log and slow query log file were
incorrect. This has been rectified so that the defaults for all
three files are based on the server host name and data
directory.
A remaining problem is that the binary log and relay log
.
and
NNNNNN
.index
basename defaults are based on the
PID file basename, contrary to the documentation. This issue is
to be addressed as Bug#45359.
(Bug#33693)
The following statements generated an incorrect and confusing
error message when used with ENGINE=MyISAM
:
Such statements now fail with Error 1478, Table storage engine 'MyISAM' does not support the create option 'TABLESPACE or LOGFILE GROUP'. (Bug#31293)
myisamchk and myisampack
were not being linked with the library that enabled support for
*
filename pattern expansion.
(Bug#29248)
COMMIT
did not delete savepoints
if there were no changes in the transaction.
(Bug#26288)
Several memory allocation functions were not being checked for out-of-memory return values. (Bug#25058)
Previously, the server handled character data types for a stored
routine parameter, local routine variable created with
DECLARE
, or stored function
return value as follows: If the CHARACTER SET
attribute was present, the COLLATE
attribute
was not supported, so the character set's default collation was
used. (This includes use of BINARY
, which in
this context specifies the binary collation of the character
set.) If there was no CHARACTER SET
attribute, the database character set and its default collation
were used.
Now for character data types, if there is a CHARACTER
SET
attribute in the declaration, the specified
character set and its default collation is used. If the
COLLATE
is also present, that collation is
used rather than the default collation. If there is no
CHARACTER SET
attribute, the database
character set and collation in effect at routine creation time
are used. (The database character set and collation are given by
the value of the
character_set_database
and
collation_database
system
variables.)
(Bug#24690)
Several data-modification statements were not being counted
toward the MAX_UPDATES_PER_HOUR
user resource
limit.
(Bug#21793)
Functionality added or changed:
Performance:
The query cache now checks whether a
SELECT
statement begins with
SQL_NO_CACHE
to determine whether it can skip
checking for the query result in the query cache. This is not
supported when SQL_NO_CACHE
occurs within a
comment.
(Bug#37416)
Incompatible Change:
The optimizer_switch
system
variable controls optimizations that can be switched on and off.
The syntax for flags in its value has changed from
'no_
to
opt_name
''
.
For information about the new syntax, see
Section 7.2.22, “Using opt_name
={on|off|default}'optimizer_switch
to Control the
Optimizer”.
Replication:
The global server variables
sync_master_info
and
sync_relay_log_info
are
introduced for use on replication slaves to control
synchronization of, respectively, the
master.info
and
relay.info
files.
In each case, setting the variable to a nonzero integer value
N
causes the slave to synchonize the
corresponding file to disk after every
N
events. Setting its value to 0
allows the operating system to handle synchronization of the
file instead.
The actions of these variables, when enabled, are analogous to
how the sync_binlog
variable
works with regard to binary logs on a replication master.
These variables can also be set in my.cnf
,
or by using the server options
--sync-master-info
and
--sync-relay-log-info
respectively.
An additional system variable
relay_log_recovery
is also now
available. When enabled, this variable causes a replication
slave to discard relay log files obtained from the replication
master following a crash.
This variable can also be set in my.cnf
, or
by using the --relay-log-recovery
server option.
This fix improves and expands upon one made in MySQL 6.0.10
which introduced the
sync_relay_log
variable. For
more information about all of the server system variables
introduced by these fixes, see
Section 16.1.3.3, “Replication Slave Options and Variables”.
(Bug#31665, Bug#35542, Bug#40337)
mysql-test-run.pl now supports an
--experimental=
option. It enables you to specify a file that contains a list of
test cases that should be displayed with the file_name
[ exp-fail
]
code rather than [ fail ]
if they
fail.
(Bug#42888)
The deprecated mysql_fix_privilege_tables script has been removed. (Bug#42589)
The MD5 algorithm now uses the Xfree implementation. (Bug#42434)
The RESTORE
statement now has a
SKIP_GAP_EVENT
option that causes the restore
operation not to write the gap event to the binary log that
causes any replication slaves to stop replication. This is
useful when RESTORE
is run on a
master server and the backup image does not contain databases
that are replicated to the slaves.
(Bug#39780)
Previously, the --secure-file-priv
option and
secure_file_priv
system variable, if set to a
directory, limited BACKUP DATABASE
and
RESTORE
operations to files in the given
directory. Now the --secure-backup-file-priv
option and secure_backup_file_priv
system
variable apply instead.
(Bug#39581)
MySQL now implements the SQL standard
SIGNAL
and
RESIGNAL
statements. See
Section 12.7.8, “SIGNAL
and
RESIGNAL
”.
(Bug#11661)
A new program, mysqlbackup, displays
information from backups created with the
BACKUP DATABASE
statement.
Bugs fixed:
Incompatible Change:
For system variables that take values of ON
or OFF
, OF
was accepted as
a legal variable. Now system variables that take
“enumeration” values must be assigned the full
value. This affects some other variables that previously could
be assigned using unambiguous prefixes of allowable values, such
as tx_isolation
.
(Bug#34828)
Incompatible Change:
If a data definition language (DDL) statement occurred for a
table that was being used by another session in an active
transaction, statements could be written to the binary log in
the wrong order. For example, this could happen if DROP
TABLE
occurred for a table being used in a
transaction. This is now prevented by deferring release of
metadata locks on tables used within a transaction until the
transaction ends.
This bug fix results in some incompatibilities with previous versions:
A table that is being used by a transaction within one session cannot be used in DDL statements by other sessions until the transaction ends.
FLUSH
TABLES
is disallowed when there is an active
LOCK TABLES ...
READ
. Use
FLUSH TABLES
instead. This causes a problem with
mysqlhotcopy, fixed in Bug#42465.
tbl_list
WITH READ LOCK
Important Change: Replication:
CHANGE MASTER
TO ... MASTER_HOST=''
—explicitly setting
MASTER_HOST
equal to an empty
string—created a master.info
file
with an empty host
field. This led to a
The server is not configured as slave
error when attempting to execute a START
SLAVE
statement. Now, if
MASTER_HOST
is set to an empty string, the
CHANGE MASTER TO
statement fails
with an error.
(Bug#28796)
Replication: Important Note:
Binary logging with
--binlog-format=ROW
failed when a
change to be logged included more than 251 columns. This issue
was not known to occur with mixed-format or statement-based
logging.
(Bug#42977)
See also Bug#42914.
Replication:
The SHOW SLAVE STATUS
connection
thread competed with the slave SQL thread for use of the error
message buffer. As a result, the connection thread sometimes
received incomplete messages. This issue was uncovered with
valgrind when message strings were passed
without NULL
terminators, causing the error
Conditional jump or move depends on uninitialised
value(s).
(Bug#43076)
Replication: This fix handles 2 issues encountered on replication slaves during startup:
A failure while allocating the master info structure caused the slave to crash.
A failure during recovery caused the relay log file not to be properly initialized which led to a crash on the slave.
Replication:
Assigning an invalid directory for the
--slave-load-tmpdir
caused the
replication slave to crash.
(Bug#42861)
Replication:
The mysql.procs_priv
system table was not
replicated.
(Bug#42217)
Replication:
When binlog_format
was set to
STATEMENT
, a statement unsafe for
statement-based logging caused an error or warning to be issued
even if sql_log_bin
was set to
0.
(Bug#41980)
Replication:
An INSERT
DELAYED
into a
TIMESTAMP
column issued
concurrently with an insert on the same column not using
DELAYED
, but applied after the other insert,
was logged using the same timestamp as generated by the other
(non-DELAYED
) insert.
(Bug#41719)
Replication:
When using MIXED
replication format and
temporary tables were created in statement-based mode, but a
later operation in the same session caused a switch to row-based
mode, the temporary tables were not dropped on the slave at the
end of the session.
(Bug#40013)
See also Bug#43046.
This regression was introduced by Bug#20499.
Replication:
When using the MIXED
replication format,
UPDATE
and
DELETE
statements that searched
for rows where part of the key had nullable
BIT
columns failed. This occurred
because operations that inserted the data were replicated as
statements, but UPDATE
and
DELETE
statements affecting the
same data were replicated using row-based format.
This issue did not occur when using statement-based replication (only) or row-based replication (only). (Bug#39753)
See also Bug#39648.
Replication:
The MIXED
binary logging format did not
switch to row-based mode for statements containing the
LOAD_FILE()
function.
(Bug#39701)
Replication:
The server SQL mode in effect when a stored procedure was
created was not retained in the binary log. This could cause a
CREATE PROCEDURE
statement that
succeeded on the master to fail on the slave.
This issue was first noticed when a stored procedure was created
when ANSI_QUOTES
was in effect
on the master, but could possibly cause failed
CREATE PROCEDURE
statements and
other problems on the slave when using other server SQL modes as
well.
(Bug#39526)
Replication:
If --secure-file-priv
was set on
the slave, it was unable to execute
LOAD DATA
INFILE
statements sent from the master when using
mixed-format or statement-based replication.
As a result of this fix, this security restriction is now
ignored on the slave in such cases; instead the slave checks
whether the files were created and should be read by the slave
in its --slave-load-tmpdir
.
(Bug#38174)
Replication:
When using row-based format, replication failed with the error
Could not execute Write_rows event on table ...;
Field '...' doesn't have a default value when an
INSERT
was made on the master
without specifying a value for a column having no default, even
if strict server SQL mode was not in use and the statement would
otherwise have succeeded on the master. Now the SQL mode is
checked, and the statement is replicated unless strict mode is
in effect. For more information, see
Section 5.1.7, “Server SQL Modes”.
(Bug#38173)
Replication: Server IDs greater than 2147483647 (232 – 1) were represented by negative numbers in the binary log. (Bug#37313)
Replication:
The value of Slave_IO_running
in the output
of SHOW SLAVE STATUS
did not
distinguish between all 3 possible states of the slave I/O
thread (not running; running but not connected; connected). Now
the value Connecting
(rather than
No
) is shown when the slave I/O thread is
running but the slave is not connected to a replication master.
The server system variable Slave_running
also
reflects this change, and is now consistent with what is shown
for Slave_IO_running
.
(Bug#30703, Bug#41613, Bug#51089)
Replication: Queries which were written to the slow query log on the master were not written to the slow query log on the slave. (Bug#23300)
See also Bug#48632.
Replication:
When the server SQL mode included
IGNORE_SPACE
, statement-based
replication of LOAD
DATA INFILE ... INTO
failed because the
statement was read incorrectly from the binary log; a trailing
space was omitted, causing the statement to fail with a syntax
error when run on the slave.
(Bug#22504)tbl_name
See also Bug#43746.
Replication:
When its disk becomes full, a replication slave may wait while
writing the binary log, relay log or
MyISAM
tables, continuing after
space has been made available. The error message provided in
such cases was not clear about the frequency with which checking
for free space is done (once every 60 seconds), and how long the
server waits after space has been freed before continuing (also
60 seconds); this caused users to think that the server had
hung.
These issues have been addressed by making the error message clearer, and dividing it into two separate messages:
The error message Disk is full writing
'filename
' (Errcode:
error_code
). Waiting for someone
to free space... (Expect up to 60 secs delay for server to
continue after freeing disk space) is printed
only once.
The warning Retry in 60 secs, Message reprinted in 600 secs is printed once every for every 10 times that the check for free space is made; that is, the check is performed once each 60 seconds, but the reminder that space needs to be freed is printed only once every 10 minutes (600 seconds).
Memory corruption of join buffers could occur when using the
Batched Key Access algorithm with incremental join buffers to
execute join operations for a query over several tables that
selects BLOB
values.
(Bug#44250)
The server could crash at startup when initializing plugins listed in the plugin table. (Bug#44137)
A RESTORE
operation that restored
a MyISAM
table using the native
MyISAM
restore driver could cause the
MyISAM
key cache to be disabled.
(Bug#44068)
In some cases, when the Batched Key Access algorithm is used
with join_cache_level
equal to
6, multi-join queries could return incorrect results.
(Bug#44019)
valgrind would report errors for the
StorageInterface
,
StorageHAndler
and CmdGen
portions of Falcon
.
(Bug#43995)
On 64-bit debug builds, code in safemalloc
resulted in errors due to use of a 32-bit value for 64-bit
allocations.
(Bug#43885)
Incorrect string termination caused a Valgrind warning. (Bug#43884)
When performing a high number of concurrent index updates on a
Falcon
table, mysqld could
crash due to an assertion.
(Bug#43765)
An attempt by a user who did not have the
SUPER
privilege to kill a system
thread could cause a server crash.
(Bug#43748)
On Windows, incorrectly specified link dependencies in
CMakeLists.txt
resulted in link errors for
mysql_embedded,
mysqltest_embedded, and
mysql_client_test_embedded.
(Bug#43715)
make distcheck failed to properly handle
subdirectories of storage/ndb
.
(Bug#43614)
Incorrect use of parser information could lead to acquisition of incorrect lock types. (Bug#43568)
Upgrading MySQL to 6.0.10 from 6.0.9 when using
Falcon
tables and the
mysql_upgrade tool would cause
mysqld to crash during start up.
(Bug#43562)
Running a SELECT
using a range query on
FLOAT
on a Maria
table
could return invalid result sets.
(Bug#43552)
Running a SELECT
using a range query on with
<>
or <
with a
negative values on a Maria
table could return
invalid result sets.
(Bug#43530)
Running a SELECT
on a multi-range query with
a LIMIT
clause on a Maria
table could return invalid result sets.
(Bug#43527)
Executing a LIMIT ... FOR UPDATE
statement on
a Falcon
table when using transactions with
concurrent threads could cause a crash because the record
information cannot be accessed correctly.
(Bug#43488)
When performing SELECT
statements on a
Falcon
table using an indexed
INTEGER
column could return incorrect row
matches.
(Bug#43452)
RESTORE
on a case-insensitive
server failed if the backup image contained databases or tables
with uppercase names. Now,
RESTORE
handles this case by
converting the names to lowercase in the restore catalog, as
long as there are no duplicate names after the conversion.
(Bug#43363)
Use of USE INDEX
hints could cause
EXPLAIN
EXTENDED
to crash.
(Bug#43354)
BACKUP DATABASE
stored incorrect
table counts in the backup image.
(Bug#43324)
Assigning a value to the
backupdir
system variable
resulted in Valgrind errors.
(Bug#43303)
mysql crashed if a request for the current
database name returned an empty result, such as after the client
has executed a preceding SET
sql_select_limit=0
statement.
(Bug#43254)
SQL statements executed by BACKUP
DATABASE
and RESTORE
were logged in the general query log.
(Bug#43166)
If the value of the version_comment
system
variable was too long, the mysql client
displayed a truncated startup message.
(Bug#43153)
Compilation failures on Windows Vista using Visual Studio 2008 Professional were corrected. (Bug#43120)
Recovering a Falcon
table from a failure when
the table contains BLOB
columns could cause
an assertion failure.
(Bug#43106)
On 32-bit Windows, mysqld could not use large buffers due to a 2GB user mode address limit. (Bug#43082)
mysqld would crash when using
Falcon
tables during shutdown if the server
was running in embedded mode.
(Bug#43048)
The MySQL Backup library had incorrect logic and error reporting for metadata saving. (Bug#42959)
Queries of the following form returned an empty result:
SELECT ... WHERE ... (col
=col
ANDcol
=col
) OR ... (false expression
)
A two-way join query with a GROUP BY
or
ORDER BY
clause could produce incorrect
results when rows of the first table are accessed by an index
compatible with the GROUP BY
or
ORDER BY
list while the second table is
joined using the Batched Key Access algorithm.
(Bug#42955)
The strings/CHARSET_INFO.txt
file was not
included in source distributions.
(Bug#42937)
When running REPAIR
on a crashed
Falcon
table can crash
mysqld if pages have been incorrectly marked
dirty, but not locked, during write.
(Bug#42824)
stderr
should be unbuffered, but when the
server redirected stderr
to a file, it became
buffered.
(Bug#42790)
The DATA_TYPE
column of the
INFORMATION_SCHEMA.COLUMNS
table
displayed the UNSIGNED
attribute for
floating-point data types. (The column should contain only the
data type name.)
(Bug#42758)
Recovery of Falcon
tables while there were
active transaction during the crash may fail to recover
completely.
(Bug#42743)
Use of semijoin optimization could cause a server crash. (Bug#42740)
When Falcon
is populating the
INFORMATION_SCHEMA.TABLESPACES
table, an
exception can be raised because required result set has been
closed before the resultset has been completed. This can happen
during a BACKUP DATABASE
operation.
(Bug#42725, Bug#42830)
Assigning a value to the
backupdir
system variable
resulted in a memory leak.
(Bug#42695)
Assigning an incorrect value to the
backup_progress_log_file
system
variable resulted in Valgrind errors.
(Bug#42685)
When performing SELECT
queries on tables
containing TIMESTAMP
or
DATETIME
colums with indexes using a
WHERE
clause comparing the field value to
NULL
using the <=
or
<>
operators, the wrong information
would be returned.
(Bug#42683, Bug#43623, Bug#43620, Bug#42681)
A dangling pointer in mysys/my_error.c
could lead to client crashes.
(Bug#42675)
mysqldump included views that were excluded
with the --ignore-table
option.
(Bug#42635)
An earlier bug fix resulted in the problem that the
InnoDB
plugin could not be used with a server
that was compiled with the built-in InnoDB
.
To handle this two changes were made:
The server now supports an
--ignore-builtin-innodb
option that causes the server to behave as if the built-in
InnoDB
is not present. This option causes
other InnoDB
options not to be
recognized.
For the INSTALL PLUGIN
statement, the server reads option
(my.cnf
) files just as during server
startup. This enables the plugin to pick up any relevant
options from those files. Consequently, a plugin no longer
is started with each option set to its default value.
Because of this change, it is possible to add plugin options
to an option file even before loading a plugin (if the
loose
prefix is used). It is also
possible to uninstall a plugin, edit
my.cnf
, and install the plugin again.
Restarting the plugin this way enables it to the new option
values without a server restart.
InnoDB
Plugin versions 1.0.4 and higher
will take advantage of this bug fix. Although the
InnoDB
Plugin is source code compatible
with multiple MySQL releases, a given binary
InnoDB
Plugin can be used only with a
specific MySQL release. When InnoDB
Plugin
1.0.4 is released, it is expected to be compiled for MySQL
5.1.34. For 5.1.33, you can use InnoDB
Plugin 1.0.3, but you must build from source.
This regression was introduced by Bug#29263.
With the ONLY_FULL_GROUP_BY
SQL mode enabled, some legal queries failed.
(Bug#42567)
Recovery of a Falcon
table with a large
number of rows can cause a failure in the page type written for
the internal FALCON_USER
and
FALCON_TEMPORARY
tablespaces.
(Bug#42560)
Passing an unknown time zone specification to
CONVERT_TZ()
resulted in a memory
leak.
(Bug#42502)
Tables could enter open table cache for a thread without being properly cleaned up, leading to a server crash. (Bug#42419)
Previously, RESTORE
would crash
if the backup image contained tables originally stored in a
tablespace that no longer existed at
RESTORE
time. Now the tablespace
is recreated like it was at BACKUP
DATABASE
time if it does not exist when
RESTORE
is executed.
(Bug#42402)
The MySQL Instance Configuration Wizard would fail to start correctly on Windows Vista. (Bug#42386)
If the server was started with
--thread_handling=pool-of-threads
,
the MAX_QUERIES_PER_HOUR
user resource limit.
(Bug#42384)
Recovery of Falcon
tables with indexes can
fail because the index page information has not been recorded
properly.
(Bug#42344)
Using a LIKE
clause on a
Maria
table using an index and the
CP1251
collation would return invalid data.
(Bug#42299)
Running a SELECT
using a
JOIN
on a Maria
table
could return invalid result sets.
(Bug#42298)
Running multi-range queries on Maria
tables
could cause a crash.
(Bug#42297)
Using a falcon-scavenge-schedule
of
* * * * *
would cause
Falcon
to never execute the required threads
to operate.
(Bug#42275)
If the server was started with an option that had a missing or invalid value, a subsequent error that would cause normally the server to shut down could cause it to crash instead. (Bug#42244)
Using ORDER BY
and or
LIMIT
on Falcon
tables
could give inconsistent results for rows that contain
NULL
columns in the corresponding
ORDER BY
clause.
(Bug#42208)
For InnoDB
tables, there was a race condition
for ALTER TABLE
,
OPTIMIZE TABLE
,
CREATE INDEX
, and
DROP INDEX
operations when
periodically checking whether table copying can be committed.
(Bug#42152)
In InnoDB
recovery after a server crash,
table lookup could fail and corrupt the data dictionary cache.
(Bug#42075)
mysqldumpslow parsed the
--debug
and
--verbose
options
incorrectly.
(Bug#42027)
BACKUP DATABASE
and
RESTORE
did not implement backup
and restore of privileges for stored procedures and stored
functions.
(Bug#41979)
On Mac OS X, some of the universal client libraries were not actually universal and were missing code for one or more architectures. (Bug#41940)
Recovering a Falcon
table that uses
BLOB
columns could cause unbounded tablespace
growth before recovery completes.
(Bug#41840)
Recovery of Falcon
tables could fail with an
indicating that a wrong page type
was
identified in the Falcon
serial log.
(Bug#41837, Bug#42745, Bug#44114)
With more than two arguments,
LEAST()
,
GREATEST()
, and
CASE
could unnecessarily return
Illegal mix of collations
errors.
(Bug#41627)
Queries that used the loose index scan access method could return no rows. (Bug#41610)
RESTORE
failed if it tried to
restore a privilege for a nonexistent object.
(Bug#41578)
In InnoDB
recovery after a server crash,
rollback of a transaction that updated a column from
NULL
to NULL
could cause
another crash.
(Bug#41571)
The mysql client could misinterpret its input if a line was longer than an internal buffer. (Bug#41486)
The error message for a too-long column comment was
Unknown error
rather than a more appropriate
message.
(Bug#41465)
The Falcon
CycleManager has been updated,
which addresses a number of issues when examining records in
various transaction states and their visisbility/isolation in
relation to other threads.
(Bug#41391, Bug#41478, Bug#41742, Bug#41850, Bug#42459, Bug#41661, Bug#42185, Bug#43146, Bug#43298, Bug#43299, Bug#34624, Bug#42189)
Use of SELECT *
allowed users with rights to
only some columns of a view to access all columns.
(Bug#41354)
If the tables underlying a MERGE
table had a
primary key but the MERGE
table itself did
not, inserting a duplicate row into the MERGE
table caused a server crash.
(Bug#41305)
In the help
command output displayed by
mysql, the description for the
\c
(clear
) command was
misleading.
(Bug#41268)
Several resource leaks were corrected in the error-handling code for the MySQL Backup library. (Bug#41250, Bug#41294)
The server did not robustly handle problems hang if a table
opened with HANDLER
needed to be
re-opened because it had been altered to use a different storage
engine that does not support
HANDLER
. The server also failed
to set an error if the re-open attempt failed. These problems
could cause the server to crash or hang.
(Bug#41110, Bug#41112)
SELECT
statements executed
concurrently with INSERT
statements for a MyISAM
table could cause
incorrect results to be returned from the query cache.
(Bug#41098)
For prepared statements, multibyte character sets were not
taking into account when calculating
max_length
for string values and
mysql_stmt_fetch()
could return
truncated strings.
(Bug#41078)
For user-defined variables in a query result, incorrect length values were returned in the result metadata. (Bug#41030)
Using RESTORE
to restore a
database through a named pipe resulted in corrupt data.
(Bug#40975)
Performing SELECT
operations on
Falcon
tables using the maximum BIG
INT
value would fail to return matching rows.
(Bug#40950)
For some queries, an equality propagation problem could cause
a = b
and b = a
to be
handled differently.
(Bug#40925)
With strict SQL mode enabled, setting a system variable to an out-of-bounds value caused an assertion failure. (Bug#40657)
Table temporary scans were slower than necessary due to use of
mmap rather than caching, even with the
myisam_use_mmap
system variable
disabled.
(Bug#40634)
Indexes on Falcon
tables using numeric
columns could return incorrect information.
(Bug#40607, Bug#41582, Bug#40950)
The load_defaults()
,
my_search_option_files()
and
my_print_default_files()
functions in the C
client library were subject to a race condition in
multi-threaded operation.
(Bug#40552)
For a view that references a table in another database, mysqldump wrote the view name qualified with the current database name. This makes it impossible to reload the dump file into a different database. (Bug#40345)
On platforms where long and pointer variables have different
sizes, MyISAM
could copy key statistics
incorrectly, resulting in a server crash or incorrect
cardinality values.
(Bug#40321)
Falcon
could cause an assertion when the
system has run out of memory and tries to report the memory
allocation failure.
(Bug#40155)
The backup logs became unusable if a BACKUP
DATABASE
operation was interrupted.
(Bug#39924)
DELETE
tried to acquire write
(not read) locks for tables accessed within a subquery of the
WHERE
clause.
(Bug#39843)
mysql_upgrade did not remove the
online_backup
and
online_backup_progress
tables from the
mysql
database. (These are what the
backup_history
and
backup_progress
tables were called
previously.)
(Bug#39655)
With row-based binary logging, replication of
InnoDB
tables containing
NULL
-valued
BIT
columns could fail.
(Bug#39648)
When using Falcon
and the system runs out of
all memory and swap space, mysqld
could hang
while attempting to write an error message.
(Bug#39552)
The mysql_stmt_close()
C API
function did not flush all pending data associated with the
prepared statement.
(Bug#39519)
Updating Falcon
tables after an online
ALTER ADD COLUMN
operation could fail.
(Bug#39445)
Following ALTER
TABLE ... DISCARD TABLESPACE
for an
InnoDB
table, an attempt to determine the
free space for the table before the ALTER
TABLE
operation had completely finished could cause a
server crash.
(Bug#39438)
perror did not produce correct output for error codes 153 to 163. (Bug#39370)
If --basedir
was specified,
mysqld_safe did not use it when attempting to
locate my_print_defaults.
(Bug#39326)
Several functions in libmysqld
called
exit()
when an error occurred rather than
returning an error to the caller.
(Bug#39289)
Performing an online ALTER TABLE
statement
against a Falcon
table, the Falcon serial log
could grow beyond the maximum permitted size for a serial log,
ignoring both the rotation and truncation.
(Bug#39130)
Previously, the num_objects
column in the
backup_history
table showed only the number
of tables in the backup image. It now shows the number of
objects with names (tablespaces, databases, tables, views,
stored programs).
(Bug#39109)
BACKUP DATABASE
treated the
database list in case-sensitive fashion, even on
case-insensitive file systems.
(Bug#39063)
When running the MySQL Instance Configuration Wizard in
command-line only mode, the service name would be ignored
(effectively creating all instances with the default
MySQL
service name), irrespective of the name
specified on the command line. However, the wizard would attempt
to start the service with the specified name, and would fail.
(Bug#38379)
The ALTER ROUTINE
privilege
incorrectly allowed SHOW CREATE
TABLE
.
(Bug#38347)
BACKUP DATABASE
crashed if there
was no default database.
(Bug#38294)
Setting a savepoint with the same name as an existing savepoint
incorrectly deleted any other savepoints that had been set in
the meantime. For example, setting savepoints named
a
, b
,
c
, b
resulted in
savepoints a
, b
, rather
than the correct savepoints a
,
c
, b
.
(Bug#38187)
Locking of myisam.log
did not work
correctly on Windows.
(Bug#38133, Bug#41224)
--help
output for
myisamchk did not list the
--HELP
option.
(Bug#38103)
Setting the session value of the
debug
system variable also set
the global value.
(Bug#38054)
Comparisons between row constructors, such as (a, b) =
(c, d)
resulted in unnecessary Illegal mix of
collations
errors for string columns.
(Bug#37601)
A workload consisting of
CREATE TABLE ...
SELECT
and DML operations could cause deadlock.
(Bug#37433)
If a user created a view that referenced tables for which the user had disjoint privileges, an assertion failure occurred. (Bug#37191)
Trying to recover Falcon
tables after a crash
when the corresponding tables and tablespaces have not been
created before the crash could cause a recovery failure.
(Bug#36993)
When MySQL was configured with the
--with-max-indexes=128
option,
mysqld crashed.
(Bug#36751)
The event
, general_log
,
and slow_log
tables in the
mysql
database store
server_id
values, but did not
use an UNSIGNED
column and thus were not able
to store the full range of ID values.
(Bug#36540)
Setting the join_buffer_size
variable to its minimum value produced spurious warnings.
(Bug#36446)
The audit plugin was not receiving
MYSQL_AUDIT_GENERAL_ERROR
events.
(Bug#36098)
The use of NAME_CONST()
can
result in a problem for
CREATE TABLE ...
SELECT
statements when the source column expressions
refer to local variables. Converting these references to
NAME_CONST()
expressions can
result in column names that are different on the master and
slave servers, or names that are too long to be legal column
identifiers. A workaround is to supply aliases for columns that
refer to local variables.
Now a warning is issued in such cases that indicate possible problems. (Bug#35383)
SHOW CREATE EVENT
output did not
include the DEFINER
clause.
(Bug#35297)
mysqld would crash in a concurrent workload
with INSERT
/CREATE
TABLE
/DROP TABLE
or
INSERT
/ALTER TABLE
combinations on Falcon
tables.
(Bug#35255)
It was not possible to interrupt a long running
BACKUP DATABASE
or
RESTORE
operation.
(Bug#35079)
Several deprecated or obsolete settings were removed from the sample option files. (Bug#34521)
Searching for 0x00
in
Falcon
tables using the
VARBINARY
column type would fail to return
the correct rows. In addition, a crash could be encountered when
modifying a column to the VARBINARY
type.
(Bug#34478, Bug#33190, Bug#23692)
A subquery using SELECT ... FOR UPDATE
on a
Falcon
table fails to lock table correctly
during the UPDATE
.
(Bug#34182)
With Falcon
tables running concurrent
transactions, some transactions may not be rolled back
correctly, leading to an infinite loop.
(Bug#34174)
INSTALL PLUGIN
and
UNINSTALL PLUGIN
did not handle
plugin identifiers consistently with respect to lettercase.
(Bug#33731)
RESTORE
often would not correctly
identify the tablespace into which a Falcon
table should be restored.
(Bug#33569)
mysqldump --compatible=mysql40 emitted
statements referring to the
character_set_client
system
variable, which is unknown before MySQL 4.1. Now the statements
are enclosed in version-specific comments.
(Bug#33550)
If Falcon
runs out of memory while inserting
records and you try to alter the affected table, you may get a
record memory is exhausted
error, and the
table can no longer be used or accessed.
(Bug#33177)
The DDL blocker for BACKUP
DATABASE
and RESTORE
did not block all statements that it should. The blocker is now
called the Backup Metadata Lock and blocks statements that
change database metadata.
(Bug#32702)
Detection by configure of several functions
such as setsockopt()
,
bind()
, sched_yield()
, and
gtty()
could fail.
(Bug#31506)
Use of MBR spatial functions such as
MBRTouches()
with columns of
InnoDB
tables caused a server crash rather
than an error.
(Bug#31435)
When an InnoDB
tablespace filled up, an error
was logged to the client, but not to the error log. Also, the
error message was misleading and did not indicate the real
source of the problem.
(Bug#31183)
The mysql client mishandled input parsing if
a delimiter
command was not first on the
line.
(Bug#31060)
SHOW PRIVILEGES
listed the
CREATE ROUTINE
privilege as
having a context of Functions,Procedures
, but
it is a database-level privilege.
(Bug#30305)
CHECK TABLE
,
REPAIR TABLE
,
ANALYZE TABLE
, and
OPTIMIZE TABLE
erroneously
reported a table to be corrupt if the table did not exist or the
statement was terminated with
KILL
.
(Bug#29458)
For InnoDB
tables that have their own
.ibd
tablespace file, a superfluous
ibuf cursor restoration fails!
message could
be written to the error log. This warning has been suppressed.
(Bug#27276)
Internal
base64_
functions were renamed to have a prefix of
xxx
()my_
to avoid conflicts with other libraries.
(Bug#26818)
The Time
column for SHOW
PROCESSLIST
output and the value of the
TIME
column of the
INFORMATION_SCHEMA.PROCESSLIST
table now can have negative values. Previously, the column was
unsigned and negative values were displayed incorrectly as large
positive values. Negative values can occur if a thread alters
the time into the future with
SET TIMESTAMP =
or the thread is
executing on a slave and processing events from a master that
has its clock set ahead of the slave.
(Bug#22047)value
Restoring a mysqldump dump file containing
FEDERATED
tables failed because the file
contained the data for the table. Now only the table definition
is dumped (because the data is located elsewhere).
(Bug#21360)
SHOW CREATE DATABASE
did not
account for the value of the
lower_case_table_names
system
variable.
(Bug#21317)
Incorrect length metadata could be returned for LONG
TEXT
columns when a multibyte server character set was
used.
(Bug#19829)
ROUND()
sometimes returned
different results on different platforms.
(Bug#15936)
Functionality added or changed:
Important Change: Replication:
RESET MASTER
and
RESET SLAVE
now reset the values
shown for Last_IO_Error
,
Last_IO_Errno
,
Last_SQL_Error
, and
Last_SQL_Errno
in the output of
SHOW SLAVE STATUS
.
(Bug#34654)
See also Bug#44270.
Replication:
A new global server variable
sync_relay_log
is introduced
for use on replication slaves. Setting this variable to a
nonzero integer value N
causes the
slave to synchonize the relay log to disk after every
N
events. Setting its value to 0
allows the operating system to handle synchronization of the
file. The action of this variable, when enabled, is analogous to
how the sync_binlog
variable
works with regard to binary logs on a replication master.
This variable can also be set in my.cnf
, or
by using the server option
--sync-relay-log
.
For more information, see Section 16.1.3.3, “Replication Slave Options and Variables”. (Bug#31665, Bug#35542, Bug#40337)
Replication: In circular replication, it was sometimes possible for an event to propagate such that it would be reapplied on all servers. This could occur when the originating server was removed from the replication circle and so could no longer act as the terminator of its own events, as normally happens in circular replication.
In order to prevent this from occurring, a new
IGNORE_SERVER_IDS
option is introduced for
the CHANGE MASTER TO
statement. This option
takes a list of replication server IDs; events having a server
ID which appears in this list are ignored and not applied. For
more information, see Section 12.5.2.1, “CHANGE MASTER TO
Syntax”.
In conjunction with the introduction of
IGNORE_SERVER_IDS
, SHOW
SLAVE STATUS
has two new fields.
Replicate_Ignore_Server_Ids
displays
information about ignored servers.
Master_Server_Id
displays the
server_id
value from the
master.
(Bug#25998)
See also Bug#27808.
The libedit
library was upgraded to version
2.11.
(Bug#42433)
A new status variable,
Queries
, indicates the number
of statements executed by the server. This includes statements
executed within stored programs, unlike the
Questions
variable which
includes only statements sent to the server by clients.
(Bug#41131)
Columns that provide a catalog value in
INFORMATION_SCHEMA
tables (for example,
TABLES.TABLE_CATALOG
) now have a value of
def
rather than NULL
.
(Bug#35427)
mysql-test-run.pl now supports
--client-bindir
and
--client-libdir
options for specifying the
directory where client binaries and libraries are located.
(Bug#34995)
Bugs fixed:
Performance:
For an InnoDB
table,
DROP TABLE
or
ALTER TABLE ...
DISCARD TABLESPACE
could take a long time or cause a
server crash.
(Bug#39939)
Security Fix:
Using an XPath expression employing a scalar expression as a
FilterExpr
with ExtractValue()
or
UpdateXML()
caused the server to
crash. Such expressions now cause an error instead.
(Bug#42495)
Incompatible Change:
The fix for Bug#33699 introduced a change to the
UPDATE
statement such that
assigning NULL
to a NOT
NULL
column caused an error even when strict SQL mode
was not enabled. The original behavior before was that such
assignments caused an error only in strict SQL mode, and
otherwise set the column to the implicit default value for the
column data type and generated a warning. (For information about
implicit default values, see
Section 10.1.4, “Data Type Default Values”.)
The change caused compatibility problems for applications that
relied on the original behavior. It also caused replication
problems between servers that had the original behavior and
those that did not, for applications that assigned
NULL
to NOT NULL
columns
in UPDATE
statements without
strict SQL mode enabled. This change has been reverted so that
UPDATE
again had the original
behavior. Problems can still occur if you replicate between
servers that have the modified
UPDATE
behavior and those that do
not.
(Bug#39265)
Incompatible Change:
Falcon
supported case-sensitive tablespace
names. The code has been changed so that all tablespace names
are converted to uppercase names during creation. Because of
this change:
It is not possible to drop existing tablespace created by previous versions, if its name wasn't in upper case.
It is not possible to create tables using tablespace created by previous versions, if tablespace name wasn't in upper case.
Important Change: Replication:
If a trigger was defined on an
InnoDB
table and this trigger
updated a nontransactional table, changes performed on the
InnoDB
table were replicated and
were visible on the slave before they were committed on the
master, and were not rolled back on the slave after a successful
rollback of those changes on the master.
As a result of the fix for this issue, the semantics of mixing
nontransactional and transactional tables in a transaction have
changed. Previously, if the initial statements in a transaction
contained nontransactional changes, those statements were
written directly to the binary log. Now, any statement appearing
after a BEGIN
(or immediately following a
COMMIT
if
autocommit
= 0) is always
considered part of the transaction and cached. This means that
nontransactional changes do not propagate to the slave until the
transaction is committed and thus written to the binary log.
See Section 16.4.1.26, “Replication and Transactions”, for more information about this change in behavior. (Bug#40116)
Important Change: Replication:
MyISAM
transactions replicated to a
transactional slave left the slave in an unstable condition.
This was due to the fact that, when replicating from a
nontransactional storage engine to a transactional engine with
autocommit
turned off, no
BEGIN
and
COMMIT
statements were written to
the binary log; thus, on the slave, a never-ending transaction
was started.
The fix for this issue includes enforcing
autocommit
mode on the slave by
replicating all autocommit=1
statements from
the master.
(Bug#29288)
Important Change:
When using the MySQL Instance Configuration Wizard with a
configuration where you already have an existing installation
with a custom datadir
, the wizard could reset
the data to the default data directory. When performing an
upgrade installation in this situation, you must re-specify your
custom settings, including the datadir
, to
ensure that your configuration file is not reset to the default
values.
(Bug#37534)
Important Change:
Uninstalling MySQL using the MySQL installer on Windows would
delete the my.ini
file. The file is no longer
deleted. In addition, when a new installation is conducted, any
existing cofiguration file will be renamed to
myDATETIME.ini.bak
during configuration.
(Bug#36493)
Important Change: When installing MySQL on Windows, it was possible to install multiple editions (Complete, and Essential, for example) of the same version of MySQL, leading to two separate entries in the installed packages which were impossible to isolate. This could lead to problems with installation and uninstallation. The MySQL installer on Windows no longers allow multiple installations of the same version of MySQL on a single machine. (Bug#4217)
Partitioning:
A comparison with an invalid DATE
value in a
query against a partitioned table could lead to a crash of the
MySQL server.
Invalid DATE
and
DATETIME
values referenced in the
WHERE
clause of a query on a partitioned
table are treated as NULL
. See
Section 17.4, “Partition Pruning”, for more information.
Partitioning: A query that timed out when run against a partitioned table failed silently, without providing any warnings or errors, rather than returning Lock wait timeout exceeded. (Bug#40515)
Partitioning:
ALTER TABLE ... REORGANIZE PARTITION
could
crash the server when the number of partitions was not changed.
(Bug#40389)
See also Bug#41945.
Partitioning:
ALTER TABLE ... ADD PARTITION
and
ALTER TABLE ... DROP PARTITION
could cause
the MySQL server to crash. This was only known to occur on
Windows platforms where MySQL had been built with the
EXTRA_DEBUG
option.
(Bug#38784)
Partitioning:
SHOW TABLE STATUS
could show a nonzero value
for the Mean record length
of a partitioned
InnoDB
table, even if the table
contained no rows.
(Bug#36312)
Partitioning: Several error messages relating to partitioned tables were incorrect or missing. (Bug#36001)
Partitioning: Unnecessary calls were made in the server code for performing bulk inserts on partitions for which no inserts needed to be made. (Bug#35845)
See also Bug#35843.
Partitioning: For partitioned tables with more than ten partitions, a full table scan was used in some cases when only a subset of the partitions were needed. (Bug#33730)
Replication:
On Windows, RESET MASTER
failed
in the event of a missing binlog file rather than issuing a
warning and completing the rest of the statement.
(Bug#42150, Bug#42218)
Replication:
Per-table AUTO_INCREMENT
option values were
not replicated correctly for InnoDB
tables.
(Bug#41986)
Replication:
Some log_event
types did not skip the
post-header when reading.
(Bug#41961)
Replication:
Attempting to read a binary log containing an
Incident_log_event
having an invalid incident
number could cause the debug server to crash.
(Bug#40482)
Replication:
When CHANGE
MASTER TO ... SET MASTER_HEARTBEAT_PERIOD ...
failed,
no error code was set.
(Bug#40459)
Replication: When using row-based replication, an update of a primary key that was rolled back on the master due to a duplicate key error was not rolled back on the slave. (Bug#40221)
Replication: When rotating relay log files, the slave deletes relay log files and then edits the relay log index file. Formerly, if the slave shut down unexpectedly between these two events, the relay log index file could then reference relay logs that no longer existed. Depending on the circumstances, this could when restarting the slave cause either a race condition or the failure of replication. (Bug#38826, Bug#39325)
Replication:
START SLAVE
UNTIL
did not work correctly with
--replicate-same-server-id
enabled; when started with this option, the slave did not
perform events recorded in the relay log and that originated
from a different master.
Log rotation events are automatically generated and written when
rotating the binary log or relay log. Such events for relay logs
are usually ignored by the slave SQL thread because they have
the same server ID as that of the slave. However, when
--replicate-same-server-id
was
enabled, the rotation event for the relay log was treated as if
it originated on the master, because the log's name and
position were incorrectly updated. This caused the
MASTER_POS_WAIT()
function always
to return NULL
and thus to fail.
(Bug#38734, Bug#38934)
Replication:
A slave compiled using
--with-libevent
and run with
--thread-handling=pool-of-threads
could sometimes crash.
(Bug#36929)
Replication:
TRUNCATE TABLE
statements failed
to replicate when statement-based binary logging mode was not
available. The issue was observed when using
InnoDB
with the transaction
isolation level set to READ UNCOMMITTED
(thus
forcing InnoDB
not to allow
statement-based logging). However, the same behavior could be
reproduced using any transactional storage engine supporting
only row-based logging, regardless of the isolation level. This
was due to two separate problems:
An error was printed by InnoDB
for TRUNCATE TABLE
when using
statement-based logging mode where the transaction isolation
level was set to READ COMMITTED
or
READ UNCOMMITTED
, because
InnoDB
permits statement-based
replication for DML statements. However,
TRUNCATE TABLE
is not
transactional; since it is the equivalent of
DROP TABLE
followed by
CREATE TABLE
, it is actually
DDL, and should therefore be allowed to be replicated as a
statement.
TRUNCATE TABLE
was not logged
in mixed mode because of the error just described; however,
this error was not reported to the client.
As a result of this fix, TRUNCATE
TABLE
is now treated as DDL for purposes of binary
logging and replication; that is, it is always logged as a
statement and so no longer causes an error when replicated using
a transactional storage engine such as
InnoDB
.
(Bug#36763)
See also Bug#42643.
Replication:
mysqlbinlog replay of
CREATE TEMPORARY
TABLE ... LIKE
statements and of
TRUNCATE TABLE
statements used on
temporary tables failed with Error 1146 (Table ...
doesn't exist).
(Bug#35583)
Replication:
mysqlbinlog sometimes failed when trying to
create temporary files; this was because it ignored the
specified temp file directory and tried to use the system
/tmp
directory instead.
(Bug#35546)
See also Bug#35543.
Replication:
In statement mode, mysqlbinlog failed to
issue a SET @@autommit
statement when the
autocommit mode was changed.
(Bug#34541)
Replication:
LOAD DATA
INFILE
statements did not replicate correctly from a
master running MySQL 4.1 to a slave running MySQL 5.1 or later.
(Bug#31240)
Replication:
The statements
DROP PROCEDURE
IF EXISTS
and
DROP FUNCTION IF
EXISTS
were not written to the binary log if the
procedure or function to be dropped did not exist.
(Bug#13684)
See also Bug#25705.
The optimizer could underestimate the memory required for column descriptors during join processing and cause memory corruption or a server crash. (Bug#42744)
A '%'
character in SQL statements could cause
the server to crash.
(Bug#42634)
For the batched-key access method, numbers of records were being specified rather than numbers of ranges. (Bug#42593)
Certain queries could result in Valgrind warnings in the optimizer. (Bug#42534)
An optimization introduced for Bug#37553 required an explicit
cast to be added for some uses of
TIMEDIFF()
because automatic
casting could produce incorrect results. (It was necessary to
use TIME(TIMEDIFF(...))
.)
(Bug#42525)
On the IBM i5 platform, the MySQL configuration process caused
the system version of pthread_setschedprio()
to be used. This function returns SIGILL
on
i5 because it is not supported, causing the server to crash. Now
the my_pthread_setprio()
function in the
mysys
library is used instead.
(Bug#42524)
Performing a BACKUP DATABASE
and
RESTORE
on a
Maria
table while an existing workload is in
progress could lead to a corrupted table and possible crash.
(Bug#42519)
The default Falcon
memory parameters have
been updated, which should help to improve performance. The new
settings for all the memory parameters are as follows:
falcon_record_memory_max
is now 250 MB
falcon_page_cache_size
is now 250 MB
falcon_record_scavenge_threshold
is 90%
(of record memory max)
falcon_record_scavenge_floor
is 80% (of
scavenge threshold)
falcon_record_chill_threshold
is 5 MB
falcon_index_chill_threshold
is now 4MB
When running Falcon
during a very high
concurrency workload, mysqld could fail.
(Bug#42475)
Falcon
would fail to create a table in a
TABLESPACE
that had not already been opened
by a previous operation.
(Bug#42414, Bug#42743)
The recovery of Falcon
tablespaces could fail
because the tablespace information had become corrupt.
(Bug#42392)
The SSL certficates included with MySQL distributions were regenerated because the previous ones had expired. (Bug#42366)
A deadlocked Maria
table would incorrectly be
marked as crashed.
(Bug#42201)
INSERT
operations to a
Falcon
table involving BIT
columns with an index would fail to find the correct rows to
update.
(Bug#42196)
User variables within triggers could cause a crash if the
mysql_change_user()
C API
function was invoked.
(Bug#42188)
Parsing of the optional microsecond component of
DATETIME
values did not fail
gracefully when that component width was larger than the allowed
six places.
(Bug#42146)
For Falcon
tables, range queries using an
index prefix were slow when Multi-Range Read index scans were
disabled.
(Bug#42136, Bug#41890)
The ALTER ONLINE TABLE
statement for
Falcon
tables would not include support for
add a primary key.
(Bug#42099)
Sequences and auto increment values in Falcon
tables would not reset, even when a
TRUNCATE TABLE
operation was
executed. The behavior has now been updated to reset the values
to the original table definition when
TRUNCATE TABLE
is applied.
(Bug#42079)
Dependent subqueries such as the following caused a memory leak proportional to the number of outer rows:
SELECT COUNT(*) FROM t1, t2 WHERE t2.b IN (SELECT DISTINCT t2.b FROM t2 WHERE t2.b = t1.a);
Queries executed using a join buffer could return incorrect results. (Bug#42020)
Some queries using NAME_CONST(.. COLLATE
...)
led to a server crash due to a failed type cast.
(Bug#42014)
The MAP file was not included in Windows distribution, but is
needed by the InnoDB
plugin. MAP file
generation has again been enabled.
(Bug#42001)
The optimizer underestimated the number of field descriptors for the join buffer in some cases. (Bug#41919)
Internal misconfiguration of the hash table used for the join buffer could cause a server crash. (Bug#41894)
String reallocation could cause memory overruns. (Bug#41868)
Queries executed using semi-join materialization could cause a
crash if the outer query has a HAVING
clause.
(Bug#41842)
Running concurrent nontransactional queries on a
Falcon
table could cause a crash.
(Bug#41835)
mysql_install_db did not pass some relevant options to mysqld. (Bug#41828)
A Valgrind warning in open_tables()
was
corrected.
(Bug#41759)
A Valgrind warning in setup_wild()
was
corrected.
(Bug#41729)
For Falcon
tables, concurrent execution of a
statement which in the general case should acquire a
TL_READ_NO_INSERT
lock on the table (for
example multiple-table update, DML with subqueries, or
statements involving new foreign key checks) and a statement
that modifies the table might lead to warnings in the error log
or even to deadlocks.
(Bug#41688, Bug#42069)
Setting
innodb_locks_unsafe_for_binlog
should be equivalent to setting the transaction isolation level
to READ COMMITTED
. However,
if both of those things were done, nonmatching semi-consistently
read rows were not unlocked when they should have been.
(Bug#41671)
resolve_stack_dump was unable to resolve the stack trace format produced by mysqld in MySQL 5.1 and up (see Section 22.5.1.5, “Using a Stack Trace”). (Bug#41612)
In example option files provided in MySQL distributions, the
thread_stack
value was
increased from 64K to 128K.
(Bug#41577)
REPAIR TABLE
crashed for
compressed MyISAM
tables.
(Bug#41574)
The ALTER TABLESPACE
statement would fail on
Falcon
tablespaces because of incorrect
assumption about TABLESPACE
support for the
Falcon
engine.
(Bug#41548)
When opening a Falcon
TABLESPACE
, the server could crash if the
tablespace header could not be read correctly, including if the
tablespace had become corrupt or deleted. Now an error will be
thrown and reported to the error log.
(Bug#41545)
The optimizer could ignore an error and rollback request during a filesort, causing an assertion failure. (Bug#41543)
Recovery of Maria
tables with
BLOB
columns could fail to complete
correctly.
(Bug#41493)
DATE_FORMAT()
could cause a
server crash for year-zero dates.
(Bug#41470)
BACKUP DATABASE
and
RESTORE
did not reset the message
list displayed by SHOW WARNINGS
.
(Bug#41468, Bug#41359)
SET PASSWORD
caused a server
crash if the account name was given as
CURRENT_USER()
.
(Bug#41456)
When substituting system constant functions with a constant
result, the server was not expecting NULL
function return values and could crash.
(Bug#41437)
The mysql-test/include/UnicodeData.txt
file, if present, was not included in MySQL distributions.
(Bug#41436)
When using TRUNCATE TABLE
on a
Falcon
table, the sequence value for auto
increment columns would not be reset correctly.
(Bug#41411)
For a TIMESTAMP NOT
NULL DEFAULT ...
column, storing
NULL
as the return value from some functions
caused a “cannot be NULL” error.
NULL
returns now correctly cause the column
default value to be stored.
(Bug#41370)
Queries such as SELECT ... CASE AVG(...) WHEN
...
that used aggregate functions in a
CASE
expression crashed the server.
(Bug#41363)
INSERT INTO .. SELECT
... FROM
and
CREATE TABLE ...
SELECT ... FROM
a TEMPORARY table could inadvertently
change the locking type of the temporary table from a write lock
to a read lock, causing statement failure.
(Bug#41348)
Recovery of Falcon
tables after a crash if
falcon_page_size
had been set to 32K and
BLOB
columns were used in the
Falcon
tables.
(Bug#41227)
On Windows, the server could not be started with the
--thread-handling=pool-of-threads
option.
(Bug#41218)
Transactions in Falcon
tables could be
recorded incorrectly, leading other waiting transactions to
complete even though the original transaction information had
not been successfully made durable.
(Bug#41194)
For a query that is executed using a range access method over an
index that matches the ordering and there is an ORDER
BY
clause, EXPLAIN
showed Using MRR
even though Multi-Range Read
access was not used.
(Bug#41136)
The server cannot execute
INSERT DELAYED
statements when statement-based binary logging is enabled, but
the error message displayed only the table name, not the entire
statement.
(Bug#41121)
FULLTEXT
indexes did not work for Unicode
columns that used a custom UCA collation.
(Bug#41084)
The
INFORMATION_SCHEMA.SCHEMA_PRIVILEGES
table was limited to 7680 rows.
(Bug#41079)
In debug builds, obsolete debug code could be used to crash the server. (Bug#41041)
When a storage engine plugin failed to initialize before allocating a slot number, it would acidentally unplug the engine in slot 0. (Bug#41013)
Some queries that used a “range checked for each record” scan could return incorrect results. (Bug#40974)
See also Bug#44810.
For BACKUP DATABASE
, errors from the commit
blocker were not logged.
(Bug#40970)
Certain SELECT
queries could fail
with a Duplicate entry
error.
(Bug#40953)
For debug servers, OPTIMIZE TABLE
on a compressed table caused a server crash.
(Bug#40949)
The Windows installer displayed incorrect product names in some images. (Bug#40845)
The CSV
storage engine did not parse
'\X'
characters when they occurred in
unquoted fields.
(Bug#40814)
Comparison of empty strings for the
latin2_czech_cs
character set could hang.
(Bug#40805)
The Falcon
storage engine has been updated to
incorporate new code for the built-in scavenger service, which
handles the caching of records in memory. This fixes a number of
different issues related to the visibility of different records
during certain operations and improves the memory usage. The
same fix also corrects the behavior where the space allocated
for BLOB
records would not be recovered
correctly, causing the size of the Falcon
table space files to increase with each BLOB
INSERT
or UPDATE
operation.
(Bug#40801, Bug#34893, Bug#36700, Bug#40342, Bug#41831, Bug#41870)
IF(..., CAST(
as
an argument to an aggregate function could cause an assertion
failure.
(Bug#40761)longtext_val
AS
UNSIGNED), signed_val
)
Changing
innodb_thread_concurrency
at
runtime could cause errors.
(Bug#40760)
On Windows, starting the server with an invalid value for
innodb_flush_method
caused a
crash.
(Bug#40757)
When archive tables were joined on their primary keys, a query returned no result if the optimizer chose to use this index. (Bug#40677)
MySQL 5.1 crashed with index merge algorithm and merge tables.
A query in the MyISAM merge table caused a crash if the index merge algorithm was being used. (Bug#40675)
SELECT
statements could be blocked by
INSERT DELAYED
statements that were waiting for a lock, even with
low_priority_updates
enabled.
(Bug#40536)
If a RESTORE
operation was in
progress on a master server, slaves were not prohibited from
starting replication of the master.
(Bug#40434)
TRUNCATE TABLE
for an
InnoDB
table did not flush cached queries for
the table.
(Bug#40386)
For InnoDB
tables that used
ROW_FORMAT=REDUNDANT
, storage size of
NULL
columns could be determined incorrectly.
(Bug#40369)
When building Falcon
as a plugin, the plugin
would be installed into the wrong directory and would fail to be
located when trying to install the plugin.
(Bug#40336)
“Backup completed” was logged for nonsuccessful
BACKUP DATABASE
operations.
“Restore completed” was logged for nonsuccessful
RESTORE
operations.
(Bug#40305)
The internal dependency mechanism for handling records and
transactions within Falcon
has been updated.
This fixes a number of issues with transactions and concurrent
workloads within Falcon
tables.
(Bug#40274, Bug#36410)
The query cache stored only partial query results if a statement failed while the results were being sent to the client. This could cause other clients to hang when trying to read the cached result. Now if a statement fails, the result is not cached. (Bug#40264)
The ':'
character was incorrectly disallowed
in table names.
(Bug#40104)
Threads were set to the Table lock
state in
such a way that use of this state by other threads to check for
a lock wait was subject to a race condition.
(Bug#39897)
When a MEMORY
table became full,
the error generated was returned to the client but was not
written to the error log.
(Bug#39886)
Storage engine plugins on Windows could've been built with a
definition of time_t
which was different from
the server expectations. The difference could cause affected
plugins to crash. In addition, the use of the
time_t
type in the storage engine API layer
has been enforced.
(Bug#39802, Bug#40092)
For a server started with the
--temp-pool
option on Windows,
temporary file creation could fail. This option now is ignored
except on Linux systems, which was its original intended scope.
(Bug#39750)
The implementation of the
backup_wait_timeout
system
variable was machine dependent and did not work correctly on
big-endian machines.
(Bug#39749, Bug#40808)
ALTER TABLE
on a table with
FULLTEXT
index that used a pluggable
FULLTEXT
parser could cause debug servers to
crash.
(Bug#39746)
When performing concurrent DROP INDEX
and
INSERT
or UPDATE
operations on a Falcon
table, an assertion
could occur when recovering from a crashed instance.
(Bug#39678)
The server crashed if an integer field in a CSV file did not have delimiting quotation marks. (Bug#39616)
InnoDB
could hang trying to open an adaptive
hash index.
(Bug#39483)
Queries with that end with ... WHERE
could produce rows that
did not match the condition
ORDER BY
index_columns
LIMIT
N
WHERE
clause for certain
kinds of conditions and table data distributions.
(Bug#39447)
The internal buffering logic for BACKUP
DATABASE
had a problem that could lead to corrupt
backup images.
(Bug#39375)
A bad pointer dereference caused BACKUP
DATABASE
to crash.
(Bug#39361)
INFORMATION_SCHEMA
access optimizations did
not work properly in some cases.
(Bug#39270)
Cardinality for merge tables kept approaching zero in
myrg_attach_children()
because
m_info->rec_per_key_part
was initialized
to 0 only when the function was first called.
(Bug#39185)
The expression ROW(...) IN (SELECT ... FROM
DUAL)
always returned TRUE
.
(Bug#39069)
When the Falcon
storage engine encountered an
I/O error, mysqld would crash. Errors now
raise an exception, which is reported to the error log and
Falcon
will fail to initialize.
(Bug#38970, Bug#41545)
SELECT * FROM INFORMATION_SCHEMA.ROUTINES
could fail if there was no default database.
(Bug#38916)
InnoDB
could fail to generate
AUTO_INCREMENT
values after an
UPDATE
statement for the table.
(Bug#38839)
The greedy optimizer could cause a server crash due to improper handling of nested outer joins. (Bug#38795)
Use of COUNT(DISTINCT)
prevented
NULL
testing in the HAVING
clause.
(Bug#38637)
Building MySQL on FreeBSD would result in a failure during the gen_lex_hash phase of the build. (Bug#38364)
A mix of TRUNCATE TABLE
with
LOCK TABLES
and
UNLOCK
TABLES
for an InnoDB
could cause a
server crash.
(Bug#38231)
The ExtractValue()
function did not work
correctly with XML documents containing a
DOCTYPE
declaration.
(Bug#38227)
The innodb_stats_on_metadata
system variable was not displayed by SHOW
VARIABLES
and was not settable at runtime.
(Bug#38189)
Enabling the sync_frm
system
variable had no effect on the handling of
.frm
files for views.
(Bug#38145)
The embedded server truncated some error messages. (Bug#37995)
Use of spatial data types in prepared statements could cause memory leaks or server crashes. (Bug#37956, Bug#37671)
An error in a debugging check caused crashes in debug servers. (Bug#37936)
An initialization procedure for materialized subquery execution
was not called due to an early optimization of
MIN()
/MAX()
queries.
(Bug#37896)
The presence of a /* ... */
comment preceding
a query could cause InnoDB
to use unnecessary
gap locks.
(Bug#37885)
An assertion failure could occur when trying to execute a query with a subquery such that one of the subquery's tables was accessed using the DS-MRR access method. (Bug#37842)
For comparison of NULL
to a subquery result
inside IS NULL
, the comparison could evaluate
to NULL
rather than to
TRUE
or FALSE
. This
occurred for expressions such as:
SELECT ... WHERE NULL IN (SELECT ...) IS NULL
When using ALTER TABLE
on an
InnoDB
table, the
AUTO_INCREMENT
value could be changed to an
incorrect value.
(Bug#37788)
Setting myisam_repair_threads
greater than 1 caused a server crash for table repair or
alteration operations for MyISAM
tables with multiple FULLTEXT
indexes.
(Bug#37756)
Primary keys were treated as part of a covering index even if only a prefix of a key column was used. (Bug#37742)
The MONTHNAME()
and
DAYNAME()
functions returned a
binary string, so that using
LOWER()
or
UPPER()
had no effect. Now
MONTHNAME()
and
DAYNAME()
return a value in
character_set_connection
character set.
(Bug#37575)
The internal-use-only filename
character set
was visible in the output of some SHOW
statements and in the contents of the
COLLATION_CHARACTER_SET_APPLICABILITY
table of INFORMATION_SCHEMA
.
(Bug#37554)
When using the MySQL MSI Installer on Windows and selecting Bug#37294)
after a choosing Repair, you would be returned to the Fresh Install section of the installer. You are now correctly returned to the Install, Repair, Modify screen. (
Storing TIMESTAMP
values in
Falcon
tables on a machine supporting big
endian storage (for example SPARC), the time stamp information
returned would be incorrect.
(Bug#37281)
Certain boolean-mode FULLTEXT
searches that
used the truncation operator did not return matching records and
calculated relevance incorrectly.
(Bug#37245)
Previously, InnoDB
performed REPLACE
INTO T SELECT ... FROM S WHERE ...
by setting shared
next-key locks on rows from S
. Now
InnoDB
selects rows from S
with shared locks or as a consistent read, as for
INSERT ...
SELECT
. This reduces lock contention between sessions.
(Bug#37232)
When creating an index on a Falcon
table with
a very large dataset, mysqld would crash.
(Bug#37056)
For an InnoDB
table with a FOREIGN
KEY
constraint, TRUNCATE
TABLE
may be performed using row by row deletion. If
an error occurred during this deletion, the table would be only
partially emptied. Now if an error occurs, the truncation
operation is rolled back and the table is left unchanged.
(Bug#37016)
Subquery materialization produced incorrect results when comparing different types. (Bug#36752)
An argument to the MATCH()
function that was an alias for an expression other than a column
name caused a server crash.
(Bug#36737)
Previously, statements inside a stored program did not clear the
warning list. For example, warnings or errors generated by
statements within a trigger or stored function would be
accumulated and added to the message list for the statement that
activated the trigger or invoked the function,
“polluting” the output of SHOW
WARNINGS
or SHOW ERRORS
for the outer statement. Normally, messages for a statement that
can generate messages replace messages from the previous such
statement. The effect was that a statement could have a
different effect on the message list depending on whether it
executed inside or outside of a stored program.
Now within a stored program, successive statements that can generate messages update the message list and replace messages from the previous such statement. Only messages from the last of these statements is copied to the message list for the outer statement. (Bug#36649)
myisampack --join did not create the
destination table .frm
file.
(Bug#36573)
When parsing or formatting interval values of
DAY_MICROSECOND
type, fractional seconds were
not handled correctly when more-significant fields were implied
or omitted.
(Bug#36466)
comp_err sometimes crashed due to improper mutex use. (Bug#36428)
The mysql client sometimes improperly interpreted string escape sequences in nonstring contexts. (Bug#36391)
The query cache stored packets containing the server status of the time when the cached statement was run. This might lead to an incorrect transaction status on the client side if a statement was cached during a transaction and later served outside a transaction context (or vice versa). (Bug#36326)
Some error numbers were incorrect. (Bug#36062)
For upgrades to MySQL 5.1 or higher,
mysql_upgrade did not re-encode database or
table names that contained nonalphanumeric characters. (They
would still appear after the upgrade with the
#mysql50#
prefix described in
Section 8.2.3, “Mapping of Identifiers to File Names”.) To correct this problem,
it was necessary to run mysqlcheck --all-databases
--check-upgrade --fix-db-names --fix-table-names
manually. mysql_upgrade now runs that command
automatically after performing the initial upgrade.
(Bug#35934)
SHOW CREATE TABLE
did not display
a printable value for the default value of
BIT
columns.
(Bug#35796)
The max_length
metadata value was calculated
incorrectly for the FORMAT()
function, which could cause incorrect result set metadata to be
sent to clients.
(Bug#35558)
InnoDB
could fail to generate
AUTO_INCREMENT
values if rows previously had
been inserted containing literal values for the
AUTO_INCREMENT
column.
(Bug#35498, Bug#36411, Bug#39830)
Result set metadata for columns retrieved from
INFORMATION_SCHEMA
tables did not have the
db
or org_table
members of
the MYSQL_FIELD
structure set.
(Bug#35428)
If the system time was adjusted backward during query execution, the apparent execution time could be negative. But in some cases these queries would be written to the slow query log, with the negative execution time written as a large unsigned number. Now statements with apparent negative execution time are not written to the slow query log. (Bug#35396)
The CREATE_OPTIONS
column for
INFORMATION_SCHEMA.TABLES
did not
display the KEY_BLOCK_SIZE
option.
(Bug#35275)
On Windows, the _PC
macro in
my_global.h
was causing problems for modern
compilers. It has been removed because it is no longer used.
(Bug#34309)
For DROP FUNCTION
with names that
were qualified with a database name, the database name was
handled in case-sensitive fashion even with
lower_case_table_names
set to
1.
(Bug#33813)
The mysql client incorrectly parsed statements containing the word “delimiter” in mid-statement. (Bug#33812)
See also Bug#38158.
Falcon
would allow you to explicitly create a
table within the internal FALCON_TEMPORARY
tablespace. You can no longer explicitly select the
FALCON_TEMPORARY
tablespace.
(Bug#33720)
It was possible to set Falcon
memory
parameters to values larger than the maximum memory supported by
the supported by the host environment.
(Bug#33583)
The mysqldump command would not include the
TABLESPACE
information for
Falcon
tables within the dump information.
(Bug#33148)
Three conditions were discovered that could cause an upgrade
from MySQL 5.0 to 5.1 to fail: 1) Triggers associated with a
table that had a #mysql50#
prefix in the name
could cause assertion failure. 2)
ALTER DATABASE
... UPGRADE DATA DIRECTORY NAME
failed for databases
that had a #mysql50#
prefix if there were
triggers in the database. 3) mysqlcheck
--fix-table-name didn't use UTF8 as the default
character set, resulting in parsing errors for tables with
nonlatin symbols in their names and trigger definitions.
(Bug#33094, Bug#41385)
libmysqld
was not built with all character
sets.
(Bug#32831)
Queries with dependent subqueries were slow. (Bug#32665)
Falcon
would allow you to create a
Falcon
TABLESPACE
with the
same filename as existing datafiles (including datafiles of
other engines). All Falcon
tablespaces are
now created with a .fts
extension, regardless
of the specified filename.
(Bug#32398)
For mysqld_multi, using the
--mysqld=mysqld_safe
option
caused the --defaults-file
and --defaults-extra-file
options to behave the same way.
(Bug#32136)
Attempts to open a valid MERGE table sometimes resulted in a
ER_WRONG_MRG_TABLE
error. This
happened after failure to open an invalid MERGE table had also
generated an ER_WRONG_MRG_TABLE
error.
(Bug#32047)
Queries executed using join buffering of
BIT
columns could produce
incorrect results.
(Bug#31399)
ALTER TABLE CONVERT TO CHARACTER SET
did not
convert TINYTEXT
or
MEDIUMTEXT
columns to a longer
text type if necessary when converting the column to a different
character set.
(Bug#31291)
Server variables could not be set to their current values on Linux platforms. (These fixes are in addition to those made in MySQL 6.0.5 and 6.0.9.) (Bug#31177)
See also Bug#6958.
ALTER TABLE
statements that added
a column and added a nonpartial index on the column failed to
add the index.
(Bug#31031)
mysqld --help did not work as
root
.
(Bug#30261)
Static storage engines and plugins that were disabled and
dynamic plugins that were installed but disabled were not listed
in the INFORMATION_SCHEMA
appropriate
PLUGINS
or
ENGINES
table.
(Bug#29263)
On Windows, Visual Studio does not take into account some x86
hardware limitations, which led to incorrect results converting
large DOUBLE
values to unsigned
BIGINT
values.
(Bug#27483)
If the default database was dropped, the value of
character_set_database
was not
reset to character_set_server
as it should have been.
(Bug#27208)
SSL support was not included in some “generic” RPM packages. (Bug#26760)
SHOW TABLE STATUS
could fail to
produce output for tables with non-ASCII characters in their
name.
(Bug#25830)
DROP TABLE
for
INFORMATION_SCHEMA
tables produced an
Unknown table
error rather than the more
appropriate Access denied
.
(Bug#24062)
Allocation of stack space for error messages could be too small on HP-UX, leading to stack overflow crashes. (Bug#21476)
For the DIV
operator, incorrect
results could occur for noninteger operands that exceed
BIGINT
range. Now, if either
operand has a noninteger type, the operands are converted to
DECIMAL
and divided using
DECIMAL
arithmetic before
converting the result to BIGINT
.
If the result exceeds BIGINT
range, an error occurs.
(Bug#8457)
Functionality added or changed:
BACKUP DATABASE
and
RESTORE
now indicate in the
server's error log which databases are being backed up or
restored.
(Bug#40307)
Performance of SELECT *
retrievals from
INFORMATION_SCHEMA.COLUMNS
was
improved slightly.
(Bug#38918)
Previously, index hints did not work for
FULLTEXT
searches. Now they work as follows:
For natural language mode searches, index hints are silently
ignored. For example, IGNORE INDEX(i)
is
ignored with no warning and the index is still used.
For boolean mode searches, index hints with FOR ORDER
BY
or FOR GROUP BY
are silently
ignored. Index hints with FOR JOIN
or no
FOR
modifier are honored. In contrast to how
hints apply for non-FULLTEXT
searches, the
hint is used for all phases of query execution (finding rows and
retrieval, grouping, and ordering). This is true even if the
hint is given for a non-FULLTEXT
index.
(Bug#38842)
MySQL support for adding collations using LDML specifications
did not support the <i>
identity rule
that indicates one character sorts identically to another. The
<i>
rule now is supported.
(Bug#37129)
Previously, RESTORE
overwrote any
databases with information from the backup image. Now,
RESTORE
aborts with an error if
the backup image contains any databases that currently exist on
the server, unless the optional keyword
OVERWRITE
is given following the image file
name.
(Bug#34579)
A new statement, PURGE BACKUP LOGS
, enables
the contents of the MySQL Backup logs to be culled. See
Section 12.4.3.2, “PURGE BACKUP LOGS
Syntax”.
(Bug#33364)
A new algorithm that uses both index access to the joined table and a join buffer has been implemented. It is called the Batched Key Access (BKA) Join algorithm. The algorithm supports inner join, outer join and semi-join operations, including nested outer joins and nested semi-joins. Also, the Block Nested-Loop (BNL) Join algorithm previously used only for inner joins has been extended and can be employed for outer join and semi-join operations, including nested outer joins and nested semi-joins. For more information, see Chapter 7, Optimization.
In conjunction with this work, there is a new system variable,
join_cache_level
, that controls
how join buffering is done.
Bugs fixed:
Performance:
The server unnecessarily acquired a query cache mutex even with
the query cache disabled, resulting in a small performance
decrement which could show up as threads often in state
“invalidating query cache entries (table)”,
particularly on a replication slave with row-based replication.
Now if the server is started with
query_cache_type
set to 0, it does not
acquire the query cache mutex. This has the implication that the
query cache cannot be enabled at runtime.
(Bug#38551)
Security Enhancement:
When the DATA DIRECTORY
or INDEX
DIRECTORY
clause of a CREATE
TABLE
statement referred to a subdirectory of the data
directory via a symlinked component of the data directory path,
it was accepted, when for security reasons it should be
rejected.
(Bug#39277)
Incompatible Change:
CHECK TABLE ... FOR
UPGRADE
did not check for collation changes made in
MySQL 6.0.1 to latin2_czech_cs
(Bug#25420) or
collation changes made in MySQL 6.0.6 to
big5_chinese_ci
,
cp866_general_ci
,
gb2312_chinese_ci
, and
gbk_chinese_ci
. This also affects
mysqlcheck and
mysql_upgrade, which cause that statement to
be executed. See
Section 2.11.3, “Checking Whether Tables or Indexes Must Be Rebuilt”.
(Bug#40054)
Partitioning: Replication:
Changing the transaction isolation level while replicating
partitioned InnoDB
tables could cause
statement-based logging to fail.
(Bug#39084)
Partitioning: A query on a user-partitioned table caused MySQL to crash, where the query had the following characteristics:
The query's WHERE
clause referenced
an indexed column that was also in the partitioning key.
The query's WHERE
clause included a
value found in the partition.
The query's WHERE
clause used the
<
or <>
operators to compare with the indexed column's value
with a constant.
The query used an ORDER BY
clause, and
the same indexed column was used in the ORDER
BY
clause.
The ORDER BY
clause used an explcit or
implicit ASC
sort priority.
Two examples of such a query are given here, where
a
represents an indexed column used in the
table's partitioning key:
SELECT * FROMtable
WHERE a <constant
ORDER BY a;
SELECT * FROMtable
WHERE a <>constant
ORDER BY a;
This bug was introduced in MySQL 6.0.5. (Bug#40954)
This regression was introduced by Bug#30573, Bug#33257, Bug#33555.
Partitioning:
With READ COMMITTED
transaction isolation level, InnoDB
uses a semi-consistent read that releases nonmatching rows after
MySQL has evaluated the WHERE
clause.
However, this was not happening if the table used partitions.
(Bug#40595)
Partitioning:
A SELECT
using a range
WHERE
condition with an ORDER
BY
on a partitioned table caused a server crash.
(Bug#40494)
Partitioning:
For a partitioned table having an
AUTO_INCREMENT
column: If the first statement
following a start of the server or a FLUSH
TABLES
statement was an UPDATE
statement, the AUTO_INCREMENT
column was not
incremented correctly.
(Bug#40176)
Partitioning:
The server attempted to execute the statements ALTER
TABLE ... ANALYZE PARTITION
, ALTER TABLE ...
CHECK PARTITION
, ALTER TABLE ... OPTIMIZE
PARTITION
, and ALTER TABLE ... REORGANIZE
PARTITION
on tables that were not partitioned.
(Bug#39434)
See also Bug#20129.
Partitioning:
The value of the CREATE_COLUMNS
column in
INFORMATION_SCHEMA.TABLES
was not
partitioned
for partitioned tables.
(Bug#38909)
Partitioning:
When executing an ORDER BY
query on a
partitioned InnoDB
table using an index that
was not in the partition expression, the results were sorted on
a per-partition basis rather than for the table as a whole.
(Bug#37721)
Partitioning: Partitioned table checking sometimes returned a warning with an error code of 0, making proper response to errors impossible. The fix also renders the error message subject to translation in non-English deployments. (Bug#36768)
Partitioning:
When SHOW CREATE TABLE
was used on a
partitioned table, all of the table's
PARTITION
and SUBPARTITION
clauses were output on a single line, making it difficult to
read or parse.
(Bug#14326)
Replication:
Row-based replication failed with nonpartitioned
MyISAM
tables having no indexes.
(Bug#40004)
An assertion failure occurred for a join query when a small size
of the join buffer was set and the value of
record_per_key
for the index used for a
ref
access with this join
buffer was big enough.
(Bug#41204)
Unique indexes on FALCON
tables can not be
created when the column is NOT NULL
.
(Bug#40994)
Accessing user variables within triggers could cause a server crash. (Bug#40770)
For single-table UPDATE
statements, an assertion failure resulted from a runtime error
in a stored function (such as a recursive function call or an
attempt to update the same table as in the
UPDATE
statement).
(Bug#40745)
Date values of 000-00-00
inserted into a
FALCON
table were incorrectly recognized and
returned when performing a SELECT
on a field
with an index.
(Bug#40614)
Several MySQL Backup-related memory-use issues identified by Valgrind were corrected. (Bug#40480)
When executing concurrent
CREATE TABLE ...
SELECT
statements on a Maria
table,
the error Error: Memory allocated at trnman.c:129 was
underrun, discovered at ma_close.c:65
error would be
logged in the error file, and the server would eventually crash.
(Bug#40416)
Prepared statements allowed invalid dates to be inserted when
the ALLOW_INVALID_DATES
SQL
mode was not enabled.
(Bug#40365)
With statement-based binary logging format and a transaction
isolation level of READ
COMMITTED
or stricter, InnoDB
printed an error because statement-based logging might lead to
inconsistency between master and slave databases. However, this
error was printed even when binary logging was not enabled (in
which case, no such inconsistency can occur).
(Bug#40360)
A query with an outer join where the ON
expression evaluated to the constant FALSE
could return incorrect results when a join buffer was used for
the outer join operation.
(Bug#40317)
Errors from a BACKUP DATABASE
or
RESTORE
operation were shown by
SHOW WARNINGS
as warnings, not
errors.
(Bug#40304)
If several errors occurred during a BACKUP
DATABASE
or RESTORE
operation, the final error was returned to the client, even
though the first error is usually more pertinent.
(Bug#40303)
Creation of a tablespace file within FALCON
could create a tablespace entry in the
INFORMATION_SCHEMA.FALCON_TABLESPACE_IO
even
the underlying data file had not been created.
(Bug#40302)
Specifying the
--log-backup-output
option
without an argument set the destination for the backup logs to
FILE
rather than to the default of
TABLE
.
(Bug#40282)
mc.exe is no longer needed to compile MySQL on Windows. This makes it possible to build MySQL from source using Visual Studio Express 2008. (Bug#40280)
The server could generate extra rows in the result set for a query with a nested outer join if the inner tables of the outer join were joined using join buffers. (Bug#40268)
If BACKUP DATABASE
was used to
back up an empty database and binary logging enabled, the backup
image was flagged as containing binary log information even
though it did not. Using RESTORE
with the backup image then crashed trying to parse the binary
log file name.
(Bug#40262)
The backup_history_log_file
and
backup_progress_log_file
system
variables were not settable at server startup. Now they are.
(Bug#40219)
The default value of the
backup_history_log
and
backup_progress_log
system
variables is ON
, but explicitly setting them
to DEFAULT
set them to
OFF
.
(Bug#40218)
When an outer join employed a join buffer to join the first
inner table by the Blocked Nested-Loop algorithm, extra
NULL
-complemented rows could be generated if
the WHERE
clause contained conditions that
can be pushed down to this table.
(Bug#40192)
When the optimizer joined an inner table of an outer join using both “not exists” optimization and a join buffer, an incorrect result set could be returned. (Bug#40134)
Support for the revision
field in
.frm
files has been removed. This addresses
the downgrading problem introduced by the fix for Bug#17823.
(Bug#40021)
The MySQL Backup message logger caused an assertion failure. (Bug#39997)
Retrieval speed from the following
INFORMATION_SCHEMA
tables was improved by
shortening the VARIABLE_VALUE
column to 1024
characters:
GLOBAL_VARIABLES
,
SESSION_VARIABLES
,
GLOBAL_STATUS
,
and
SESSION_STATUS
.
As a result of this change, any variable value longer than 1024
characters will be truncated with a warning. This affects only
the init_connect
system
variable.
(Bug#39955)
If the operating system is configured to return leap seconds
from OS time calls or if the MySQL server uses a time zone
definition that has leap seconds, functions such as
NOW()
could return a value having
a time part that ends with :59:60
or
:59:61
. If such values are inserted into a
table, they would be dumped as is by
mysqldump but considered invalid when
reloaded, leading to backup/restore problems.
Now leap second values are returned with a time part that ends
with :59:59
. This means that a function such
as NOW()
can return the same
value for two or three consecutive seconds during the leap
second. It remains true that literal temporal values having a
time part that ends with :59:60
or
:59:61
are considered invalid.
For additional details about leap-second handling, see Section 9.6.2, “Time Zone Leap Second Support”. (Bug#39920)
The server could crash during a sort-order optimization of a dependent subquery. (Bug#39844)
Recovery of a tablespace for FALCON
tables
could fail if the tablespace was already in use.
(Bug#39789)
Creating a FALCON
table while specifying a
specific tablespace and partition to be used for the table will
fail if the specified tablespace does not already exist,
returning a error indicating general table creation failure. The
message has been updated to indicate that the failure is due to
nonexistent tablespace.
(Bug#39702)
With the ONLY_FULL_GROUP_BY
SQL mode enabled, the check for nonaggregated columns in queries
with aggregate functions, but without a GROUP
BY
clause was treating all the parts of the query as
if they were in the select list. This is fixed by ignoring the
nonaggregated columns in the WHERE
clause.
(Bug#39656)
Concurrent execution of BACKUP
DATABASE
and DML operations on
MyISAM
tables could produce a
deadlock.
(Bug#39602)
The do_abi_check program run during the build
process depends on mysql_version.h
but that
file was not created first, resulting in build failure.
(Bug#39571)
CHECK TABLE
failed for
MyISAM
INFORMATION_SCHEMA
tables.
(Bug#39541)
On 64-bit Windows systems, the server accepted
key_buffer_size
values larger
than 4GB, but allocated less. (For example, specifying a value
of 5GB resulted in 1GB being allocated.)
(Bug#39494)
Falcon
could corrupt the data files and may
cause a server crash during a record update. The effect could be
experienced for data pages of 32K in size, although the same
issue could occur on other sizes.
(Bug#39456)
Compiling MySQL with FALCON
support enabled
with a compiler that does not support exceptions would fail to
complete successfully. configure has been
updated to switch off FALCON
support if the
specified compiler does not support exceptions.
(Bug#39419)
Use of the PACK_KEYS
or
MAX_ROWS
table option in
ALTER TABLE
should have triggered
table reconstruction but did not.
(Bug#39372)
The server returned a column type of
VARBINARY
rather than
DATE
as the result from the
COALESCE()
,
IFNULL()
,
IF()
,
GREATEST()
, or
LEAST()
functions or
CASE
expression if the result was
obtained using filesort
in an anonymous
temporary table during the query execution.
(Bug#39283)
Starting MySQL with FALCON
support when MySQL
has not been compiled with a compiler supporting exceptions
would lead to strange errors and results. MySQL will now fail to
initialize if you have compiled without exceptions enabled with
the following message:
081116 12:21:12 [ERROR] Falcon must be compiled with C++ exceptions enabled to work. Please adjust your compile flags. [Falcon] Error: Falcon exiting process
A server built using yaSSL for SSL support would crash if configured to use an RSA key and a client sent a cipher list containing a non-RSA key as acceptable. (Bug#39178)
When built with Valgrind, the server failed to access tables
created with the DATA DIRECTORY
or
INDEX DIRECTORY
table option.
(Bug#39102)
With binary logging enabled CREATE
VIEW
was subject to possible buffer overwrite and a
server crash.
(Bug#39040)
The fast mutex implementation was subject to excessive lock contention. (Bug#38941)
Use of InnoDB
monitoring
(SHOW ENGINE INNODB
STATUS
or one of the
InnoDB
Monitor tables) could cause
a server crash due to invalid access to a shared variable in a
concurrent environment.
(Bug#38883)
Column names constructed due to wild-card expansion done inside a stored procedure could point to freed memory if the expansion was performed after the first call to the stored procedure. (Bug#38823)
If delayed insert failed to upgrade the lock, it did not free
the temporary memory storage used to keep newly constructed
BLOB
values in memory, resulting
in a memory leak.
(Bug#38693)
On Windows, a five-second delay occurred at shutdown of applications that used the embedded server. (Bug#38522)
On Solaris, a scheduling policy applied to the main server process could be unintentionally overwritten in client-servicing threads. (Bug#38477)
BACKUP DATABASE
failed to use the
native driver for a Falcon
table if the table
was partitioned.
(Bug#38426)
On Windows, the embedded server would crash in
mysql_library_init()
if the
language file was missing.
(Bug#38293)
The Event Scheduler no longer logs “started in thread” or “executed” successfully messages to the error log. (Bug#38066)
Setting the debug
system
variable and executing a SELECT
statement resulted in a Valgrind warning.
(Bug#38023)
An incorrectly checked XOR
subquery
optimization resulted in an assertion failure.
(Bug#37899)
A SELECT
with a NULL NOT
IN
condition containing a complex subquery from the
same table as in the outer select caused an assertion failure.
(Bug#37894)
Use of an uninitialized constant in
EXPLAIN
evaluation caused an
assertion failure.
(Bug#37870)
The server did not shut down upon receipt of a
SIGINT
signal unless it was run within a
debugger.
(Bug#37869)
A query that could use one index to produce the desired ordering and another index for range access with index condition pushdown could cause a server crash. (Bug#37851)
Renaming an ARCHIVE
table to the
same name with different lettercase and then selecting from it
could cause a server crash.
(Bug#37719)
For queries executed with the batched-key access method, an
incorrect value of an internal parameter caused a server crash
if join_buffer_size
was less
then 256.
(Bug#37690)
Compiling MySQL with FALCON
support enabled
on Solaris 9 using the Sun Studio compiler would fail with
error:
"Interlock.h", line 149: Error: #error cas not defined. We need>= Solaris 10.
TIMEDIFF()
was erroneously
treated as always returning a positive result. Also,
CAST()
of
TIME
values to
DECIMAL
dropped the sign of
negative values.
(Bug#37553)
See also Bug#42525.
mysqlcheck used
SHOW FULL
TABLES
to get the list of tables in a database. For
some problems, such as an empty .frm
file
for a table, this would fail and mysqlcheck
then would neglect to check other tables in the database.
(Bug#37527)
Updating a view with a subquery in the CHECK
option could cause an assertion failure.
(Bug#37460)
Statements that displayed the value of system variables (for
example, SHOW VARIABLES
) expect
variable values to be encoded in
character_set_system
. However,
variables set from the command line such as
basedir
or
datadir
were encoded using
character_set_filesystem
and
not converted correctly.
(Bug#37339)
On a 32-bit server built without big tables support, the offset
argument in a LIMIT
clause might be truncated
due to a 64-bit to 32-bit cast.
(Bug#37075)
Specifying a database name twice to BACKUP
DATABASE
caused a server crash. Now
BACKUP DATABASE
ignores duplicate
names.
(Bug#36933)
If a nondirectory file f
without an
extension was created in the data directory, the server would
allow clients to execute a USE f
statement
even though f
could not be a database. The
server now verifies that the named database corresponds to a
directory.
(Bug#36897)
The FALCON
storage would silently recreate
missing tablespace files if they did not exist. Errors are now
written to the MySQL error log when the
FALCON
system tablespace files are found to
be missing. Warnings are produce in the log file when attempting
to access data tablespace files that do not exist.
(Bug#36804)
Use of CONVERT()
with
GROUP BY
to convert numeric values to
CHAR
could return truncated
results.
(Bug#36772)
The mysql client, when built with Visual Studio 2005, did not display Japanese characters. (Bug#36279)
Setting the
slave_compressed_protocol
system variable to DEFAULT
failed in the
embedded server.
(Bug#35999)
Processing for NULL
-complemented rows in the
result sets of queries with nested outer joins could be
incorrect.
(Bug#35835)
The columns that store character set and collation names in
several INFORMATION_SCHEMA
tables were
lengthened because they were not long enough to store some
possible values: SCHEMATA
,
TABLES
,
COLUMNS
,
CHARACTER_SETS
,
COLLATIONS
, and
COLLATION_CHARACTER_SET_APPLICABILITY
.
(Bug#35789)
Queries executed using the batched-key access method could cause
an assertion fail when key expressions for a
ref
access depended on
columns not only from the previous join table.
(Bug#35685)
Selecting from an INFORMATION_SCHEMA
table
into an incorrectly defined MERGE
table caused an assertion failure.
(Bug#35068)
perror on Windows did not know about Win32 system error codes. (Bug#34825)
EXPLAIN
EXTENDED
evaluation of aggregate functions that
required a temporary table caused a server crash.
(Bug#34773)
BACKUP DATABASE
produced an
incorrect error message when the backup image file name
contained a nonexistent directory.
(Bug#34754)
SHOW GLOBAL
STATUS
shows values that aggregate the session status
values for all threads. This did not work correctly for the
embedded server.
(Bug#34517)
There were spurious warnings about "Truncated incorrect
DOUBLE value"
in queries with MATCH ...
AGAINST
and >
or
<
with a constant (which was reported as
an incorrect DOUBLE
value) in the
WHERE
condition.
(Bug#34374)
mysqldumpslow did not aggregate times. (Bug#34129)
mysql_config did not output
-ldl
(or equivalent) when needed for
--libmysqld-libs
, so its
output could be insufficient to build applications that use the
embedded server.
(Bug#34025)
For a stored procedure containing a SELECT * ... RIGHT
JOIN
query, execution failed for the second call.
(Bug#33811)
The CSV storage engine had been modified to require columns to
be explicitly specified as NOT NULL
in
CREATE TABLE
statements.
However, adding columns via the ALTER TABLE
command allowed nullable columns to be added to an existing CSV
table.
(Bug#33696)
The ROUTINES.DATA_TYPE
,
REFERENTIAL_CONSTRAINTS.SPECIFIC_SCHEMA
,
REFERENTIAL_CONSTRAINTS.SPECIFIC_NAME
,
REFERENTIAL_CONSTRAINTS.PARAMETER_NAME
,
REFERENTIAL_CONSTRAINTS.DATA_TYPE
columns
were declared longer than the maximum allowed identifier length.
(Bug#33649)
If a TEMPORARY
table existed with the same
name as a regular table, BACKUP
DATABASE
saved the temporary table, causing a
subsequent RESTORE
to fail.
(Bug#33574)
Previously, use of index hints with views (which do not have indexes) produced the error ERROR 1221 (HY000): Incorrect usage of USE/IGNORE INDEX and VIEW. Now this produces ERROR 1176 (HY000): Key '...' doesn't exist in table '...', the same error as for base tables without an appropriate index. (Bug#33461)
Execution of a prepared statement that referred to a system variable caused a server crash. (Bug#32124)
Some division operations produced a result with incorrect precision. (Bug#31616)
Server variables could not be set to their current values on Linux platforms. (These fixes are in addition to those made in MySQL 6.0.5; additional fixes were made in MySQL 6.0.10.) (Bug#31177)
See also Bug#6958.
For Solaris package installation using
pkgadd, the postinstall script failed,
causing the system tables in the mysql
database not to be created.
(Bug#31164)
For installation on Solaris using pkgadd
packages, the mysql_install_db script was
generated in the scripts
directory, but the
temporary files used during the process were left there and not
deleted.
(Bug#31052)
Searching for text values on a column using a character set that
provides multi-weight characters and sequences on an
FALCON
table with an index would fail to find
the expanded value.
(Bug#29246)
Some SHOW
statements and
retrievals from the INFORMATION_SCHEMA
TRIGGERS
and
EVENTS
tables used a temporary
table and incremented the
Created_tmp_disk_tables
status
variable, due to the way that TEXT
columns
are handled. The TRIGGERS.SQL_MODE
,
TRIGGERS.DEFINER
, and
EVENTS.SQL_MODE
columns now are
VARCHAR
to avoid this problem.
(Bug#29153)
XA transaction rollbacks could result in corrupted transaction states and a server crash. (Bug#28323)
There were cases where string-to-number conversions would
produce warnings for CHAR
values
but not for VARCHAR
values.
(Bug#28299)
For several read only system variables that were viewable with
SHOW VARIABLES
, attempting to
view them with SELECT
@@
or set their
values with var_name
SET
resulted in an
unknown system variable
error. Now they can
be viewed with SELECT
@@
and attempting
to set their values results in a message indicating that they
are read only.
(Bug#28234)var_name
ALTER TABLE
for an
ENUM
column could change column
values.
(Bug#23113)
Setting the session value of the
max_allowed_packet
or
net_buffer_length
system
variable was allowed but had no effect. The session value of
these variables is now read only.
(Bug#22891)
See also Bug#32223.
A race condition between the mysqld.exe server and the Windows service manager could lead to inability to stop the server from the service manager. (Bug#20430)
Functionality added or changed:
Incompatible Change: The tables for MySQL Backup logging have been renamed, and the logging capabilities now are more flexible, similar to the capabilities provided for the general query log and slow query log.
The names of the MySQL Backup log tables in the
mysql
database have been changed from
online_backup
and
online_backup_progress
to
backup_history
and
backup_progress
.
Logging now can be enabled or disabled, it is possible to log to tables or to files, and the names of the log files can be changed. For details, see MySQL Backup Log Control.
A new statement,
FLUSH BACKUP
LOGS
, closes and reopens the backup log files. A
new option for
mysql_refresh()
,
REFRESH_BACKUP_LOG
, performs the same
operation.
Important Change:
The --skip-thread-priority
option is now
deprecated such that the server won't change the thread
priorities by default. Giving threads different priorities might
yield marginal improvements in some platforms (where it actually
works), but it might instead cause significant degradation
depending on the thread count and number of processors. Meddling
with the thread priorities is a not a safe bet as it is very
dependent on the behavior of the CPU scheduler and system where
MySQL is being run.
(Bug#35164, Bug#37536)
Important Change:
The --log
option now is
deprecated and will be removed (along with the
log
system variable) in the future. Instead,
use the --general_log
option to
enable the general query log and the
--general_log_file=
option to set the general query log file name. The values of
these options are available in the
file_name
general_log
and
general_log_file
system
variables, which can be changed at runtime.
Similar changes were made for the
--log-slow-queries
option and
log_slow_queries
system
variable. You should use the
--slow_query_log
and
--slow_query_log_file=
options instead (and the
file_name
slow_query_log
and
slow_query_log_file
system
variables).
Replication: MySQL now supports an interface for semisynchronous replication: A commit performed on the master side blocks before returning to the session that performed the transaction until at least one slave acknowledges that it has received and logged the events for the transaction. Semisynchronous replication is implemented through an optional plugin component. See Section 16.3.9, “Semisynchronous Replication”.
The BUILD/compile-solaris-*
scripts now
compile MySQL with the mtmalloc
library
rather than malloc
.
(Bug#38727)
Binary distributions for Solaris, Linux, and Mac OS X now are
built with support for the pool-of-threads
value of thread_handling
.
(Bug#38636)
BACKUP DATABASE
now performs an
implicit commit, like RESTORE
.
(Bug#38261)
The deprecated --default-table-type
server
option has been removed.
(Bug#34818)
On WIndows, use of POSIX I/O interfaces in
mysys
was replaced with Win32 API calls
(CreateFile()
,
WriteFile()
, and so forth) and the default
maximum number of open files has been increased to 16384. The
maximum can be increased further by using the
--open-files-limit=
option at server startup.
(Bug#24509)N
Previously, prepared CALL
statements could be used via the C API only for stored
procedures that produce at most one result set, and applications
could not use placeholders for OUT
or
INOUT
parameters. For prepared
CALL
statements used via
PREPARE
and
EXECUTE
, placeholders could not
be used for OUT
or INOUT
parameters.
For the C API, prepared CALL
support now is expanded in the following ways:
A stored procedure can produce any number of result sets. The number of columns and the data types of the columns need not be the same for all result sets.
The final values of OUT
and
INOUT
parameters are available to the
calling application after the procedure returns. These
parameters are returned as an extra single-row result set
following any result sets produced by the procedure itself.
The row contains the values of the OUT
and INOUT
parameters in the order in
which they are declared in the procedure parameter list.
A new C API function,
mysql_stmt_next_result()
, is
available for processing stored procedure results. See
Section 21.9.15, “C API Support for Prepared CALL
Statements”.
The CLIENT_MULTI_RESULTS
flag now is
enabled by default. It no longer needs to be enabled when
you call
mysql_real_connect()
. (This
flag is necessary for executing stored procedures because
they can produce multiple result sets.)
For PREPARE
and
EXECUTE
, placeholder support for
OUT
and INOUT
parameters
is now available. See Section 12.2.1, “CALL
Syntax”.
(Bug#11638, Bug#17898)
Most statements that previously caused an implicit commit before
executing now also cause an implicit commit after executing.
Also, the FLUSH
statement and
mysql_refresh()
C API function
now cause an implicit commit. See
Section 12.3.3, “Statements That Cause an Implicit Commit”.
The FILES
and
TABLESPACES
tables have been added
to INFORMATION_SCHEMA
for tracking the
individual files and tablespace details for
Falcon
. In addition, the
TABLES
table has been extended to
incorporate the TABLESPACE_NAME
field to
specify the tablespace name that a specific table belongs to.
Bugs fixed:
Incompatible Change:
CHECK TABLE ... FOR
UPGRADE
did not check for incompatible collation
changes made in MySQL 5.1.21 (Bug#29499) and 5.1.23 (Bug#27562,
Bug#29461). This also affects mysqlcheck and
mysql_upgrade, which cause that statement to
be executed. See
Section 2.11.3, “Checking Whether Tables or Indexes Must Be Rebuilt”.
(Bug#39585)
See also Bug#40984.
Incompatible Change:
In connection with view creation, the server created
arc
directories inside database directories
and maintained useless copies of .frm
files
there. Creation and renaming procedures of those copies as well
as creation of arc
directories has been
discontinued.
This change does cause a problem when downgrading to older server versions which manifests itself under these circumstances:
Create a view v_orig
in MySQL 6.0.8 or
higher.
Rename the view to v_new
and then back to
v_orig
.
Downgrade to an older 6.0.x server and run mysql_upgrade.
Try to rename v_orig
to
v_new
again. This operation fails.
As a workaround to avoid this problem, use either of these approaches:
Dump your data using mysqldump before downgrading and reload the dump file after downgrading.
Instead of renaming a view after the downgrade, drop it and recreate it.
The downgrade problem introduced by the fix for this bug has been addressed as Bug#40021. (Bug#17823)
Important Change: Replication:
The SUPER
privilege is now
required to change the session value of
binlog_format
as well as its
global value. For more information about
binlog_format
, see
Section 16.1.2, “Replication Formats”.
(Bug#39106)
Partitioning: Replication:
Replication to partitioned MyISAM
tables
could be slow with row-based binary logging.
(Bug#35843)
Partitioning: A duplicate key error raised when inserting into a partitioned table using a different error code from that returned by such an error raised when inserting into a table that was not partitioned. (Bug#38719)
See also Bug#28842.
Partitioning: If an error occurred when evaluating a column of a partitioned table for the partitioning function, the row could be inserted anyway. (Bug#38083)
Partitioning:
Using INSERT ...
SELECT
to insert records into a partitioned
MyISAM
table could fail if some partitions
were empty and others are not.
(Bug#38005)
Replication:
Issuing the statement CHANGE MASTER TO ...
MASTER_HEARTBEAT_PERIOD =
using a value for
period
period
outside the permitted range
caused the slave to crash.
(Bug#39077)
Replication:
Replication of BLACKHOLE
tables did not work
with row-based binary logging.
(Bug#38360)
Replication: In some cases, a replication master sent a special event to a reconnecting slave to keep the slave's temporary tables, but they still had references to the “old” slave SQL thread and used them to access that thread's data. (Bug#38269)
Replication:
Replication filtering rules were inappropiately applied when
executing BINLOG
pseudo-queries.
One way in which this problem showed itself was that, when
replaying a binary log with mysqlbinlog, RBR
events were sometimes not executed if the
--replicate-do-db
option was
specified. Now replication rules are applied only to those
events executed by the slave SQL thread.
(Bug#36099)
Replication:
For a CREATE TABLE
... SELECT
statement that creates a table in a
database other than the current one, the table could be created
in the wrong database on replication slaves if row-based binary
logging is used.
(Bug#34707)
Replication:
A statement did not always commit or roll back correctly when
the server was shut down; the error could be triggered by having
a failing UPDATE
or
INSERT
statement on a
transactional table, causing an implicit rollback.
(Bug#32709)
See also Bug#38262.
Compiling using --with-falcon
on Mac OS X fails
if you use CXX=gcc
. You must specify that the
g++ compiler should be used for C++ using
CXX=g++
.
(Bug#41270)
When building Falcon
support on Solaris 10 on
the SPARC platform, falcon would not be compiled even when
explicitly enabled.
(Bug#40390)
Running an online DROP INDEX
operation on an
index using the same key on a Falcon
table
would fail with an assertion.
(Bug#40265)
Optimized builds of mysqld crashed when built with Sun Studio on SPARC platforms. (Bug#40244)
With innodb_autoinc_lock_mode
set to 0 (“traditional” locking), deadlock and
lock-wait timeout errors encountered while reading
AUTO_INCREMENT
values were being reported as
a generic AUTO_INCREMENT
value allocation
failure. (The actual error encountered was printed in the error
log.) The transaction was being rolled back but all the user saw
was an AUTO_INCREMENT
failure code. Now the
actual locking error code is returned to the user.
(Bug#40224)
Creating a table, or selecting from a table using the
FALCON
storage engine and with a double quote
in the name would cause an assertion failure.
(Bug#40158, Bug#39388)
Windows builds were missing the MySQL Backup log tables. (Bug#40126)
The maximum value for
falcon-serial-log-buffer
has been reduced to
1000.
(Bug#40123)
The indexes and record contents of a FALCON
table could get out of synchronization during a lrge number of
updates. Because FALCON
returns data only if
it matches both the index and record data the result sets
returned could be invalid when comparing the results of an index
and nonindex based SELECT
.
(Bug#40112, Bug#40130)
The CHECK TABLE ...
FOR UPGRADE
statement did not check for incompatible
collation changes made in MySQL 5.1.24 (Bug#27877). This also
affects mysqlcheck and
mysql_upgrade, which cause that statement to
be executed. See
Section 2.11.3, “Checking Whether Tables or Indexes Must Be Rebuilt”.
Prior to this fix, a binary upgrade (performed without dumping
tables with mysqldump before the upgrade and
reloading the dump file after the upgrade) would corrupt tables
that have indexes that use the
utf8_general_ci
or
ucs2_general_ci
collation for columns that
contain 'ß'
LATIN SMALL LETTER SHARP S
(German). After the fix,
CHECK TABLE ... FOR
UPGRADE
properly detects the problem and warns about
tables that need repair.
However, the fix is not backward compatible and can result in a downgrading problem under these circumstances:
Perform a binary upgrade to a version of MySQL that includes the fix.
Run CHECK TABLE
... FOR UPGRADE
(or mysqlcheck
or mysql_upgrade) to upgrade tables.
Perform a binary downgrade to a version of MySQL that does not include the fix.
The solution is to dump tables with mysqldump before the downgrade and reload the dump file after the downgrade. Alternatively, drop and recreate affected indexes. (Bug#40053)
MySQL may crash during the recover of Falcon
tables if the server was shutdown after a large data load.
(Bug#39951)
Non-ASCII error messages were corrupted. (Bug#39949)
The Threads_created
status
variable was not correctly incremented when the server was
started with the
--thread-handling=pool-of-threads
option.
(Bug#39916)
When the Falcon
serial log reaches a state
where the serial log can no longer be written to, for example
when the disk is full, or when permissions have been changed on
an open log, then MySQL could crash.
(Bug#39912)
On Windows Vista, RESTORE
did not
correctly calculate the validity point from the backup stream.
(Bug#39825)
Falcon
did not support online add/drop index
creation on tables using a NOT NULL
column.
(Bug#39795)
When creating a table with the FALCON
engine
where the size of the key in the index was larger than supported
(the error message did not signify the severity of the problem.
The message and error has been updated.
(Bug#39708)
Recovery of Falcon
tables could crash because
of an invalid or unrecognised tablespace ID.
(Bug#39706)
Performing an INSERT
on a
Maria
table with a UNIQUE
column, MySQL could deadlock.
(Bug#39697)
Memory would be allocated for the Falcon
sector cache even if the cache had been disabled
(falcon_use_sectorcache
).
(Bug#39692)
The MySQL Backup backup_history
log now
contains a backup_file_path
column.
backup_file
contains the basename and
backup_file_path
contains the directory of
the image file path name.
(Bug#39690)
Some MySQL Backup-related memory-use warnings detected by Valgrind were corrected. (Bug#39598)
Creating a table with a comment of 62 characters or longer caused a server crash. (Bug#39591)
When loading very large datasets into a
Falcon
table, MySQL may crash because the
size of the Falcon serial log exceeds 4GB. The maximum supported
size of the serial log file has been increased from a 32-bit to
a 64-bit integer to handle larger log file sizes.
(Bug#39575)
When recovering a crashed Falcon
table when
the page size had been set to 32K, MySQL could crash with an
assertion.
(Bug#39574)
The Sun Studio compiler failed to build debug versions of the server due to use of features specific to gcc. (Bug#39451)
When performing a recovery of a crashed
Falcon
table on Windows, MySQL would report
an exception when then recovery process completed, even though
the recovery may have completed successfully.
(Bug#39421)
Performing an ALTER TABLE
on a
Maria
table where you are changing the column
name but not the type, a full table rebuild may be triggered,
instead of just a simple rename.
(Bug#39399)
Dropping a locked Maria
table leads to an
assertion failure.
(Bug#39395)
For a TIMESTAMP
column in an
InnoDB
table, testing the column with
multiple conditions in the WHERE
clause
caused a server crash.
(Bug#39353)
When using a Falcon
table, equals (=)
comparison of values of columns of type YEAR
does not work when an index is present on the
YEAR
column(s).
(Bug#39342)
When running TRUNCATE TABLE
on a table where
other threads are also trying to access the same
Falcon
table, a deadlock could occur between
the two executing threads.
(Bug#39321)
Performing a INSERT INTO ... ON DUPLICATE KEY
UPDATE
statement on a Maria
table
would fail with the error 1178: The storage engine for
the table doesn't support UPDATE in WRITE CONCURRENT
.
(Bug#39248)
Maria
could fail to find data in a table with
an index on a char
column.
(Bug#39243)
Running ALTER TABLE PARTITION
on a
Maria
table would lead to a crash.
(Bug#39227)
Using Maria
, executing FLUSH TABLES
WITH READ LOCK
after a LOCK TABLES
statement would lead to a crash.
(Bug#39226)
When using Falcon
on ReiserFS file systems,
the initial size of the serial log could cause problems during
recovery if the size of the log file was less than 4KB. The
minimum size of the serial log file has now been increased to
8KB to address the problem.
(Bug#39212)
Running multiple SELECT
,
INSERT
, UPDATE
and
DELETE
queries on the
Maria
table could lead to a deadlock.
(Bug#39210)
For BACKUP DATABASE
, the server
could add a /
character to the end of the
backup path, even when the path ended with a file name rather
than a directory name.
(Bug#39189)
The server could crash when attempting to insert duplicate empty
strings into a utf8
SET
column.
(Bug#39186)
References to local variables in stored procedures are replaced
with
NAME_CONST(
when written to the
binary log. However, an “illegal mix of collation”
error might occur when executing the log contents if the value's
collation differed from that of the variable. Now information
about the variable collation is written as well.
(Bug#39182)name
,
value
)
Building MySQL with Falcon
support using Sun
Studio 10 would fail due to GNU CC specific code within
MemoryManager.h
.
(Bug#39181)
BACKUP DATABASE
failed on
PowerMac platforms due to type casting problems.
(Bug#39127)
MySQL Backup was not handling several errors. (Bug#39089)
When performing online ALTER
operations that
change the indexes on Falcon
tables, the
indexes could get out of synchronization, leading to a crash.
(Bug#39081)
Some warnings were being reported as errors. (Bug#39059)
Queries of the form SELECT ... REGEXP BINARY
NULL
could lead to a hung or crashed server.
(Bug#39021)
Statements of the form INSERT ... SELECT .. ON
DUPLICATE KEY UPDATE
could result in a server crash.
(Bug#39002)col_name
=
DEFAULT
Repeated CREATE
TABLE ... SELECT
statements, where the created table
contained an AUTO_INCREMENT
column, could
lead to an assertion failure.
(Bug#38821)
RESTORE
crashed if a trigger and
an event had the same name.
(Bug#38810)
For deadlock between two transactions that required a timeout to resolve, all server tables became inaccessible for the duration of the deadlock. (Bug#38804)
Running multiple SELECT
operations on the
same Falcon
table could lead to an assertion
within the Transaction::initialize
. The same
operation could also lead to a deadlock situation on the
specified table.
(Bug#38739, Bug#38748)
When inserting a string into a duplicate-key error message, the server could improperly interpret the string, resulting in a crash. (Bug#38701)
A race condition between threads sometimes caused unallocated memory to be addressed. (Bug#38692)
A server crash resulted from concurrent execution of a
multiple-table UPDATE
that used a
NATURAL
or USING
join
together with FLUSH
TABLES WITH READ LOCK
or ALTER
TABLE
for the table being updated.
(Bug#38691)
On ActiveState Perl, mysql-test-run.pl --start-and-exit started but did not exit. (Bug#38629)
Executing a light INSERT
and
UPDATE
workload with
falcon_index_chill_threshold
set to 4K and
falcon_record_chill_threshold
set to 4K, MySQL could crash.
(Bug#38566)
A server crash resulted from execution of an
UPDATE
that used a derived table
together with FLUSH
TABLES
.
(Bug#38499)
Stored procedures involving substrings could crash the server on certain platforms due to invalid memory reads. (Bug#38469)
The binary log file name stored in the
binlog_file
column of the
mysql.backup_history
MySQL Backup table now
is the file basename (the final component). Previously, the full
path name was stored, but this could be too long for the column
width.
(Bug#38462)
On Windows, starting the server with the
--external-locking=1
option caused
BACKUP DATABASE
to fail.
(Bug#38342)
Inserting data into columns within a Falcon
table that contains columns with names containing accented
characters would cause the data to be null (empty).
(Bug#38304)
The innodb_log_arch_dir
system variable is no
longer available but was present in some of the sample option
files included with MySQL distributions (such as
my-huge.cnf
). The line was present as a
comment but uncommenting it would cause server startup failure
so the line has been removed.
(Bug#38249)
Errors during server startup caused destruction of an uninitialized mutex and assertion failure. (Bug#37961)
The handlerton-to-plugin mapping implementation did not free
handler plugin references when the plugin was uninstalled,
resulting in a server crash after several install/uninstall
cycles. Also, on Mac OS X, the server crashed when trying to
access an EXAMPLE
table after the
EXAMPLE
plugin was installed.
(Bug#37958)
The server crashed if an argument to a stored procedure was a subquery that returned more than one row. (Bug#37949)
When analyzing the possible index use cases, the server was incorrectly reusing an internal structure, leading to a server crash. (Bug#37943)
Access checks were skipped for SHOW
PROCEDURE STATUS
and SHOW
FUNCTION STATUS
, which could lead to a server crash or
insufficient access checks in subsequent statements.
(Bug#37908)
Comparisons could hang for SET
or
ENUM
columns that used
latin2_czech_cs
collation.
(Bug#37854)
It was possible to create a tablespace using the name of one of
the Falcon
system tablespaces,
FALCON_MASTER
,
FALCON_TEMPORARY
, or
FALCON_BACKLOG
without an error message being
raised. A suitable error is now produced when an attempt is made
to create a table with the same name as a
Falcon
system tablespace.
(Bug#37668)
SHOW PROCESSLIST
displayed
“copy to tmp table” when no such copy was
occurring.
(Bug#37550)
The <=>
operator could return incorrect results when comparing
NULL
to DATE
,
TIME
, or
DATETIME
values.
(Bug#37526)
MySQL Backup was not consistently checking for
BSTREAM_ERROR
errors.
(Bug#37522)
The combination of a subquery with a GROUP
BY
, an aggregate function calculated outside the
subquery, and a GROUP BY
on the outer
SELECT
could cause the server to
crash.
(Bug#37348)
Incorrect BLOB
handling by
RESTORE
could result in a server
crash.
(Bug#37212)
The NO_BACKSLASH_ESCAPES
SQL
mode was ignored for
LOAD DATA
INFILE
and SELECT INTO ... OUTFILE
.
The setting is taken into account now.
(Bug#37114)
If thread-pooling was used and a connection attempt was denied on the grounds of exceeding the user limits, the number of active connections for that user was erroneously decreased twice. The difference between the actual number connections and the internal count could then cause debug builds of the server to raise an assertion. (Bug#36970)
Long error messages for RESTORE
could be truncated.
(Bug#36854)
Running in strict mode, with a
auto_increment_increment
and
auto_increment_offset
set to a value larger
than supportedf by the specified auto increment column within a
Falcon
table, a crash would occur.
(Bug#36473)
In some cases, references to views were confused with references to anonymous tables and privilege checking was not performed. (Bug#36086)
For crash reports on Windows, symbol names in stack traces were not correctly resolved. (Bug#35987)
ALTER EVENT
changed the
PRESERVE
attribute of an event even when
PRESERVE
was not specified in the statement.
(Bug#35981)
Host name values in SQL statements were not being checked for
'@'
, which is illegal according to RFC952.
(Bug#35924)
mysql_install_db failed on machines that had
the host name set to localhost
.
(Bug#35754)
Dynamic plugins failed to load on i5/OS. (Bug#35743)
With the
PAD_CHAR_TO_FULL_LENGTH
SQL
mode enabled, a ucs2
CHAR
column returned additional
garbage after trailing space characters.
(Bug#35720)
RESTORE
did not set the
validity_point_time
,
binlog_pos
, and
binlog_file
fields of the
backup_history
log table row.
(Bug#35240)
With binary logging enabled,
CREATE TABLE ...
SELECT
and
INSERT INTO ...
SELECT
failed if the source table was a log table.
(Bug#34306)
If BACKUP DATABASE
and
RESTORE
were done in a session
with autocommit
disabled, a
later DROP TABLE
or
RESTORE
in the same session
failed.
(Bug#34204)
The secure_file_priv
system
variable now applies to BACKUP
DATABASE
and RESTORE
operations: If the value is nonempty, backup and restore
operations can read and write files only in the given directory.
(Bug#34171)
mysql_real_connect()
did not
check whether the MYSQL
connection handler
was already connected and connected again even if so. Now an
CR_ALREADY_CONNECTED
error
occurs.
(Bug#33831)
Shutting down the MySQL Server immediately following the
execution of a BACKUP DATABASE
statement caused the server to crash if the database to be
backed up contained any Falcon
tables.
(Bug#33575)
The server crashed for BACKUP
DATABASE
if the backup progress tables in the
mysql
database were missing or created
incorrectly.
(Bug#33352)
CHECKSUM TABLE
was not killable
with KILL QUERY
.
(Bug#33146)
A trigger for an InnoDB
table activating
multiple times could lead to AUTO_INCREMENT
gaps.
(Bug#31612)
mysqldump could fail to dump views containing a large number of columns. (Bug#31434)
The server could improperly type user-defined variables used in the select list of a query. (Bug#26020)
For access to the
INFORMATION_SCHEMA.VIEWS
table, the
server did not check the SHOW
VIEW
and SELECT
privileges, leading to inconsistency between output from that
table and the SHOW CREATE VIEW
statement.
(Bug#22763)
mysqld_safe
would sometimes fail to remove
the pid file for the old mysql
process after
a crash. As a result, the server would fail to start due to a
false A mysqld process already exists...
error.
(Bug#11122)
Functionality added or changed:
Important Change:
mysqlbinlog now supports
--verbose
and
--base64-output=DECODE-ROWS
options to display row events as commented SQL statements. (The
default otherwise is to display row events encoded as base-64
strings using BINLOG
statements.)
See Section 4.6.8.2, “mysqlbinlog Row Event Display”.
(Bug#31455)
Falcon
builds on AMD64 platforms now.
(Bug#38535)
mysqltest now installs signal handlers and generates a stack trace if it crashes. (Bug#37003)
A new system variable,
backupdir
, enables the default
directory to be specified for BACKUP
DATABASE
and RESTORE
operations when the image file path name is not a full path
name. The default value for this variable is the data directory.
(Bug#35230)
The mysql.online_backup
and
mysql.online_backup_progress
tables now have
a default character set of utf8
rather than
latin1
.
(Bug#33836)
mysqltest was changed to be more robust in the case of a race condition that can occur for rapid disconnect/connect sequences with the server. The account used by mysqltest could reach its allowed simultaneous-sessions user limit if the connect attempt occurred before the server had fully processed the preceding disconnect. mysqltest now checks specificaly for a user-limits error when it connects; if that error occurs, it delays briefly before retrying. (Bug#23921)
Previously, BACKUP DATABASE
did
not back up privileges and
RESTORE
did not restore them. Now
privileges for backed-up databases are saved. This includes
privileges at the database level and below (table, column,
routine). Global privileges are not saved. For additional
information about how privileges are backed up, see
Quick Guide to MySQL Backup.
A new session system variable,
backup_wait_timeout
, controls
the number of seconds a BACKUP
DATABASE
or RESTORE
operation waits for a blocked DDL statements before aborting
with an error.
The CREATE TABLESPACE
privilege
has been introduced. This privilege exists at the global
(superuser) level and enables you to create, alter, and drop
tablespaces and logfile groups.
Improvements made to MySQL Backup (the
BACKUP DATABASE
and
RESTORE
statements):
A native driver for the MyISAM
storage
engine is included. This results in faster times for backup
and restore operations, although the size of backup image
files is larger.
Bugs fixed:
Performance: Incompatible Change:
Some performance problems of
SHOW ENGINE INNODB
STATUS
were reduced by removing used
cells
and Total number of lock structs in row
lock hash table
from the output. Now these values are
present only if the UNIV_DEBUG
symbol is
defined at MySQL build time.
(Bug#36941, Bug#36942)
Performance:
Over-aggressive lock acquisition by InnoDB
when calculating free space for tablespaces could result in
performance degradation when multiple threads were executing
statements on multi-core machines.
(Bug#38185)
Security Enhancement:
The server consumed excess memory while parsing statements with
hundreds or thousands of nested boolean conditions (such as
OR (OR ... (OR ... ))
). This could lead to a
server crash or incorrect statement execution, or cause other
client statements to fail due to lack of memory. The latter
result constitutes a denial of service.
(Bug#38296)
Partitioning: Incompatible Change:
On Mac OS X, with lower_case_table_names
= 2
, the server could not read partitioned tables
whose names contained uppercase letters.
Partitioned tables using mixed case names should be renamed or dropped before upgrading to this version of the server on Mac OS X. (Bug#37402)
Incompatible Change:
There were some problems using DllMain()
hook functions on Windows that automatically do global and
per-thread initialization for
libmysqld.dll
:
Per-thread initialization: MySQL internally counts the
number of active threads, which causes a delay in
my_end()
if not all threads have
exited. But there are threads that can be started either by
Windows internally (often in TCP/IP scenarios) or by users.
Those threads do not necessarily use
libmysql.dll
functionality but still
contribute to the open-thread count. (One symptom is a
five-second delay in times for PHP scripts to finish.)
Process-initialization:
my_init()
calls
WSAStartup
that itself loads DLLs and
can lead to a deadlock in the Windows loader.
To correct these problems, DLL initialization code now is not
invoked from libmysql.dll
by default.
(Bug#37226, Bug#33031)
Important Change:
The INFORMATION_SCHEMA.FALCON_TABLES
table
has been removed.
(Bug#29211, Bug#34705, Bug#34706)
Partitioning:
When a partitioned table had a
TIMESTAMP
column defined with
CURRENT_TIMESTAMP
as the default but with no
ON UPDATE
clause, the column's value was
incorrectly set to CURRENT_TIMESTAMP
when
updating across partitions.
(Bug#38272)
Partitioning:
A LIST
partitioned MyISAM
table returned erroneous results when an index was present on a
column in the WHERE
clause and NOT
IN
was used on that column.
Searches using the index were also much slower then if the index were not present. (Bug#35931)
Partitioning:
SELECT COUNT(*)
was not correct for some
partitioned tables using a storage engine that did not support
HA_STATS_RECORDS_IS_EXACT
. Tables using the
ARCHIVE
storage engine were known to be
affected.
This was because ha_partition::records()
was
not implemented, and so the default
handler::records()
was used in its place.
However, this is not correct behavior if the storage engine does
not support HA_STATS_RECORDS_IS_EXACT
.
The solution was to implement
ha_partition::records()
as a wrapper around
the underlying partition records.
As a result of this fix, the rows column in the output of
EXPLAIN
PARTITIONS
now includes the total number of records in
the partitioned table.
(Bug#35745)
Partitioning:
Attempting to execute an INSERT
DELAYED
statement on a partitioned table produced the
error Table storage engine for
'table
' doesn't have this
option, which did not reflect the source of the
error accurately. The error message returned in such cases has
been changed to DELAYED option not supported for
table 'table
'.
(Bug#31210)
Replication: Server code used in binary logging could in some cases be invoked even though binary logging was not actually enabled, leading to asserts and other server errors. (Bug#38798)
Replication:
Row-based replication broke for utf8
CHAR
columns longer than 85
characters.
(Bug#37426)
Replication:
When autocommit
was set equal
to 1
after starting a transaction, the binary
log did not commit the outstanding transaction. The reason this
happened was that the binary log commit function saw only the
values of the new settings, and decided that there was nothing
to commit.
This issue was first observed when using the
Falcon
storage engine, but it is possible
that it affected other storage engines as well.
(Bug#37221)
Replication: Some kinds of internal errors, such as Out of memory errors, could cause the server to crash when replicating statements with user variables.
certain internal errors. (Bug#37150)
Replication:
Row-based replication did not correctly copy
TIMESTAMP
values from a
big-endian storage engine to a little-endian storage engine.
(Bug#37076)
Replication:
The
--replicate-
options were not evaluated correctly when replicating
multi-table updates.
*
-table
As a result of this fix, replication of multi-table updates no longer fails when an update references a missing table but does not update any of its columns. (Bug#37051)
Replication:
Performing an insert on a table having an
AUTO_INCREMENT
column and an
INSERT
trigger that was being
replicated from a master running MySQL 5.0 or any version of
MySQL 5.1 up to and including MySQL 5.1.11 to a slave running
MySQL 5.1.12 or later caused the replication slave to crash.
(Bug#36443)
See also Bug#33029.
Multiple concurrent inserts to a Maria
table
could lead to a deadlock situation.
(Bug#39363)
When renaming a Falcon
table the
corresponding indexes could become corrupt or unavailable.
(Bug#39354)
When performing an online DROP INDEX
on a
Falcon
table, the operation may conflict with
other index operations such as including index scans. When one
client drops an index, another client may initiate a concurrent
index operation that accesses the mapping object of the index
being dropped, and this can cause a crash.
(Bug#39349, Bug#39350, Bug#39845, Bug#39846)
Explicitly running an online index operation on a
Falcon
table using ALTER ONLINE
TABLE ...
would fail with an error specifying that the
specified operation was not supported.
(Bug#39347)
Running LOAD DATA INFILE
on a large source
data into a Falcon
table with millions of
rows, a crash could occur.
(Bug#39296)
Compiling Falcon
on Solaris SPARC or x86
using the Sun Studio 12 compiler would lead to exceptions being
disabled. Exceptions are required by Falcon and the build and
binary would ultimately fail during execution.
(Bug#39241)
Host name lookup failure could lead to a server crash. (Bug#39153)
When recovering from a serial log containing many
CREATE TABLESPACE
and DROP
TABLESPACE
statements, Falcon
could
lose data from tablespaces not referenced by these statements.
(Bug#39138)
See also Bug#39789.
When specifying an alternative log directory for
FALCON
using
serial_log_directory
the operation would fail
silently if the directory did not exist. MySQL will now fail to
start if the serial log in the specified directory cannot be
opened or created, or if the
falcon_master.fts
cannot be opened or
created.
(Bug#39098, Bug#38377)
Falcon
key pages were written to the serial
log in the wrong order. This had the potential to cause problems
if a failure of the server occurred during recovery.
(Bug#39025)
Falcon
could hang trying to perform an
UPDATE
in one transaction while
waiting for another transaction to be committed or rolled back.
(Bug#38947)
It was not possible to build the server with
Falcon
support on SPARC when using the Sun
Studio compiler.
(Bug#38891)
On Solaris platforms, when the server was built with
Falcon
support and the data directory set in
user's home directory, mysql_install_db
failed.
(Bug#38843)
Falcon
did not honor the
--datadir
option and created its
files in the current directory instead. This error was apparent
only when running the embedded version of MySQL.
(Bug#38770)
When built with Falcon
support on 64-bit
SPARC platforms, mysqld hung on startup. This
occurred whether Sun Studio or gcc was used
to compile the server.
(Bug#38766)
Falcon
did not build on Linux with Valgrind
enabled.
(Bug#38746)
Performing a DELETE
on a
Maria
table where the table has been locked
using LOCK TABLE ... WRITE CONCURRENT
would
result in an assertion failure.
(Bug#38606)
When using mysql_install_db on MySQL built
with Sun Studio 12 with the
--with-debug
option enabled,
the server would crash.
(Bug#38594)
Server-side cursors were not initialized properly, which could cause a server crash. (Bug#38486)
A server crash or Valgrind warnings could result when a stored procedure selected from a view that referenced a function. (Bug#38291)
A failure to clean up binary log events was corrected (detected by Valgrind). (Bug#38290)
Queries containing a subquery with DISTINCT
and ORDER BY
could cause a server crash.
(Bug#38191)
CREATE TABLESPACE
failed when invoked
immediately following a DROP TABLESPACE
statement that used the same tablespace name.
(Bug#38186, Bug#38743)
The fix for Bug#20748 caused a problem such that on Unix, MySQL
programs looked for options in ~/my.cnf
rather than the standard location of
~/.my.cnf
.
(Bug#38180)
UUID()
values could have hyphens
in the wrong place.
(Bug#38160)
Queries with a HAVING
clause could return a
spurious row.
(Bug#38072)
MyISAM
tables with non-ASCII characters in
their names could not be backed up because the
MyISAM
native backup driver did not handle
them properly.
(Bug#38045)
Dropping and re-creating a Falcon
table, then
adding indexes to the re-created table, could cause spurious
errors or possibly a crash of the server.
(Bug#38039)
If the table definition cache contained tables with many
BLOB
columns, much memory could
be allocated to caching BLOB
values. Now a size limit on the cached
BLOB
values is enforced.
(Bug#38002)
The server returned incorrect results for WHERE ... OR
... GROUP BY
queries against InnoDB
tables.
(Bug#37977)
SUM(DISTINCT)
and
AVG(DISTINCT)
for an empty result
set in a subquery were not properly handled as being able to
return NULL
.
(Bug#37891)
For InnoDB
tables, ORDER BY ...
DESC
sometimes returned results in ascending order.
(Bug#37830)
The server returned unexpected results if a right side of the
NOT IN
clause consisted of the
NULL
value and some constants of the same
type. For example, this query might return 3, 4, 5, and so forth
if a table contained those values:
SELECT * FROM t WHERE NOT t.id IN (NULL, 1, 2);
Executing large numbers of SQL statements using
LIMIT
on Falcon
tables
eventually led to a crash of the server.
(Bug#37726)
Setting the session value of the
innodb_table_locks
system
variable caused a server crash.
(Bug#37669)
Nesting of IF()
inside of
SUM()
could cause an extreme
server slowdown.
(Bug#37662)
For BACKUP DATABASE
, if the
WITH COMPRESSION
clause was not used, an
uninitialized variable could cause unpredictable results.
(Bug#37654)
Killing a query that used an EXISTS
subquery
as the argument to SUM()
or
AVG()
caused a server crash.
(Bug#37627)
mysqld failed to build using the Sun Studio compiler. (Bug#37603)
When using indexed ORDER BY
sorting,
incorrect query results could be produced if the optimizer
switched from a covering index to a noncovering index.
(Bug#37548)
After TRUNCATE TABLE
for an
InnoDB
table, inserting explicit values into
an AUTO_INCREMENT
column could fail to
increment the counter and result in a duplicate-key error for
subsequent insertion of NULL
.
(Bug#37531)
For a MyISAM
table with CHECKSUM =
1
and ROW_FORMAT = DYNAMIC
table
options, a data consistency check (maximum record length) could
fail and cause the table to be marked as corrupted.
(Bug#37310)
The max_length
result set metadata value was
calculated incorrectly under some circumstances.
(Bug#37301)
The optimizer_switch
system
variable takes a comma-separated list of values, but only the
first value in the list was used.
(Bug#37120)
Executing ALTER TABLE ADD PARTITION
followed
by ALTER TABLE DROP PARTITION
on a Falcon
table, and then killing the thread performing these statements
could cause the server to crash.
(Bug#37072)
NOT IN
subqueries that selected
MIN()
or
MAX()
values but produced an
empty result could cause a server crash.
(Bug#37004)
A server crash resulted from attempts at semi-join and
materialization optimizations for subqueries with a parent of
SELECT ... FROM DUAL
.
(Bug#36896)
Server crashed when starting a new BACKUP
DATABASE
or RESTORE
statement while a BACKUP DATABASE
or RESTORE
was ongoing.
(Bug#36795)
The CSV
storage engine returned success even
when it failed to open a table's data file.
(Bug#36638)
SELECT
DISTINCT
from a simple view on an
InnoDB
table, where all selected columns
belong to the same unique index key, returned incorrect results.
(Bug#36632)
RESTORE
could fail if the server
on which the restore operation took place had enabled triggers
or events.
(Bug#36530)
The parser incorrectly allowed MySQL error code 0 to be specified for a condition handler. (This is incorrect because the condition must be a failure condition and 0 indicates success.) (Bug#36510)
CHAR(256 USING utf32)
could
generate a result with an incorrect length and result in a
server crash.
(Bug#36418)
If initialization of an INFORMATION_SCHEMA
plugin failed, INSTALL PLUGIN
freed some internal plugin data twice.
(Bug#36399)
When the fractional part in a multiplication of
DECIMAL
values overflowed, the
server truncated the first operand rather than the longest. Now
the server truncates so as to produce more precise
multiplications.
(Bug#36270)
The server could crash with an assertion failure (or cause the client to get a “Packets out of order” error) when the expected query result was that it should terminate with a “Subquery returns more than 1 row” error. (Bug#36135)
Executing TRUNCATE TABLE
statements with interleaving transactions could cause
mysqld to crash.
(Bug#35991)
See also Bug#22165.
When using both an INSERT BEFORE
trigger to
create a row and AFTER INSERT
trigger to
delete the same row on a FALCON
table, the
record count as reported by SHOW TABLE STATUS
could get out of sync with the actual record contents. This was
caused by the changes now being correctly updated in the table
status information.
(Bug#35939)
Multiple threads executing repeated queries on the same
Falcon
table led eventually to a crash of the
server.
(Bug#35932, Bug#36410)
The UUID()
function returned
UUIDs with the wrong time; this was because the offset for the
time part in UUIDs was miscalculated.
(Bug#35848)
The configure script did not allow
utf8_hungarian_ci
to be specified as the
default collation.
(Bug#35808)
Freeing of an internal parser stack during parsing of complex stored programs caused a server crash. (Bug#35577, Bug#37269, Bug#37228)
mysqlbinlog left temporary files on the disk after shutdown, leading to the pollution of the temporary directory, which eventually caused mysqlbinlog to fail. This caused problems in testing and other situations where mysqlbinlog might be invoked many times in a relatively short period of time. (Bug#35543)
The code for detecting a byte order mark (BOM) caused mysql to crash for empty input. (Bug#35480)
Index scans performed with the sort_union()
access method returned wrong results, caused memory to be
leaked, and caused temporary files to be deleted when the limit
set by sort_buffer_size
was
reached.
(Bug#35477, Bug#35478)
For uncorrelated subqueries without a WHERE
clause, use of semi-join or materialization options could result
in slow performance, or use of the LooseScan strategy could
produce incorrect results.
(Bug#35468)
CSV
tables with
CHAR
columns caused
BACKUP DATABASE
to produce a
server crash.
(Bug#35117)
If a view depended on a base table that had been dropped,
BACKUP DATABASE
caused a server
crash.
(Bug#34902)
If a view was altered before backing up a database,
BACKUP DATABASE
caused a server
crash.
(Bug#34867)
Table checksum calculation could cause a server crash for
FEDERATED
tables with
BLOB
columns containing
NULL
values.
(Bug#34779)
BACKUP DATABASE
caused a server
crash if it attempted to back up a view that depended on another
view.
(Bug#34758, Bug#35347)
A significant slowdown occurred when many
SELECT
statements that return
many rows from InnoDB
tables were running
concurrently.
(Bug#34409)
mysql_install_db failed if the server was
running with an SQL mode of
TRADITIONAL
. This program now
resets the SQL mode internally to avoid this problem.
(Bug#34159)
Changes to build files were made to enable the MySQL distribution to compile on Microsoft Visual C++ Express 2008. (Bug#33907)
Fast ALTER TABLE
operations were
not fast for columns that used multibyte character sets.
(Bug#33873)
ORDER BY
failed to take into account accents
and lettercases in multi-level collations
(latin2_czech_cs
and
cp1250_czech_cs
).
(Bug#33791, Bug#30462)
The internal functions my_getsystime()
,
my_micro_time()
, and
my_micro_time_and_time()
did not work
correctly on Windows. One symptom was that uniqueness of
UUID()
values could be
compromised.
(Bug#33748)
The SHOW FUNCTION CODE
and
SHOW PROCEDURE CODE
statements
are not present in nondebug builds, but attempting to use them
resulted in a “syntax error” message. Now the error
message indicates that the statements are disabled and that you
must use a debug build.
(Bug#33637)
If a large number of databases were named in the
BACKUP DATABASE
statement, the
server crashed.
(Bug#33568)
Cached queries that used 256 or more tables were not properly
cached, so that later query invalidation due to a
TRUNCATE TABLE
for one of the
tables caused the server to hang.
(Bug#33362)
BACKUP DATABASE
did not properly
set the flags in the first two bytes of the backup image.
(Bug#33120)
Unindexed ORDER BY
did not work on short
utf32
columns, or on utf16
columns with a short
max_sort_length
value.
(Bug#33073)
BACKUP DATABASE
followed by
RESTORE
could mangle object names
if a nonstandard charset was used.
(Bug#33023)
After an upgrade to MySQL 6.0.4 or higher, columns that used the
old 3-byte Unicode utf8
character set are
treated as having the utf8mb3
character set.
mysql_upgrade did not convert all system
tables in the mysql
database to use the new
4-byte Unicode utf8
character set rather than
utf8mb3
. This caused problems such as that
the event scheduler would not start.
mysql_upgrade now performs the
utf8mb3
to utf8
conversion
for system tables.
(Bug#33002, Bug#33053)
It was possible to insert invalid Unicode characters (with code
point values greater than U+10FFFF) into utf8
and utf32
columns.
(Bug#32914)
UNION
constructs cannot contain
SELECT ...
INTO
except in the final
SELECT
. However, if a
UNION
was used in a subquery and
an INTO
clause appeared in the top-level
query, the parser interpreted it as having appeared in the
UNION
and raised an error.
(Bug#32858)
Inserting CURRENT_TIME
,
CURRENT_DATE
, or
CURRENT_TIMESTAMP
into a
VARCHAR
column didn't work for
non-ASCII character sets such as ucs2
,
utf16
, or utf32
.
(Bug#32390)
mysql_upgrade attempted to use the
/proc
file system even on systems that do
not have it.
(Bug#31605)
mysql_install_db failed if run with the
default table type set to NDB
.
(Bug#31315)
Making INFORMATION_SCHEMA
the default
database caused the DROP TABLESPACE
statement
to be disabled.
(Bug#31302)
Several MySQL programs could fail if the HOME
environment variable had an empty value.
(Bug#30394)
The Serbian translation for the
ER_INCORRECT_GLOBAL_LOCAL_VAR
error was corrected.
(Bug#29738)
The BUILD/check-cpu build script failed if gcc had a different name (such as gcc.real on Debian). (Bug#27526)
ALTER TABLE
could not be used to
add columns to a table if the table had an index on a
utf8
column with a
TEXT
data type.
(Bug#26180)
The XPath boolean()
function did not cast
string and nodeset values correctly in some cases. It now
returns TRUE
for any nonempty string or
nodeset and 0 for a NULL
string, as specified
in the XPath standard..
(Bug#26051)
Using ALTER TABLE
with
interleaving transactions could cause mysqld
to crash.
(Bug#22165)
The FLUSH
PRIVILEGES
statement did not produce an error when it
failed.
(Bug#21226)
After executing a prepared statement that accesses a stored function, the next execution would fail to find the function if the stored function cache was flushed in the meantime. (Bug#12093, Bug#21294)
For CREATE TABLE
, the parser did
not enforce that parentheses were present in a CHECK
(
clause; now it does.
The parser did not enforce that expr
)CONSTRAINT
[
without a
following symbol
]CHECK
clause was illegal; now it
does.
(Bug#11714, Bug#35578, Bug#38696)
perror did not work for errors described in
the sql/share/errmsg.txt
file.
(Bug#10143)
Functionality added or changed:
Important Change: Incompatible Change:
The FEDERATED
storage engine is now disabled
by default in binary distributions. The engine is still
available and can be enabled by starting the server with the
--federated
option.
(Bug#37069)
Incompatible Change:
The engines
column in the
mysql.online_backup
table has been renamed to
drivers
to better reflect its contents.
(Bug#34965)
Incompatible Change:
A change has been made to the way that the server handles
prepared statements. This affects prepared statements processed
at the SQL level (using the
PREPARE
statement) and those
processed using the binary client-server protocol (using the
mysql_stmt_prepare()
C API
function).
Previously, changes to metadata of tables or views referred to in a prepared statement could cause a server crash when the statement was next executed, or perhaps an error at execute time with a crash occurring later. For example, this could happen after dropping a table and recreating it with a different definition.
Now metadata changes to tables or views referred to by prepared
statements are detected and cause automatic repreparation of the
statement when it is next executed. Metadata changes occur for
DDL statements such as those that create, drop, alter, rename,
or truncate tables, or that analyze, optimize, or repair tables.
Repreparation also occurs after referenced tables or views are
flushed from the table definition cache, either implicitly to
make room for new entries in the cache, or explicitly due to
FLUSH TABLES
.
Repreparation is automatic, but to the extent that it occurs, performance of prepared statements is diminished.
Table content changes (for example, with
INSERT
or
UPDATE
) do not cause
repreparation, nor do SELECT
statements.
An incompatibility with previous versions of MySQL is that a
prepared statement may now return a different set of columns or
different column types from one execution to the next. For
example, if the prepared statement is SELECT * FROM
t1
, altering t1
to contain a
different number of columns causes the next execution to return
a number of columns different from the previous execution.
Older versions of the client library cannot handle this change in behavior. For applications that use prepared statements with the new server, an upgrade to the new client library is strongly recommended.
Along with this change to statement repreparation, the default
value of the
table_definition_cache
system
variable has been increased from 128 to 256. The purpose of this
increase is to lessen the chance that prepared statements will
need repreparation due to referred-to tables/views having been
flushed from the cache to make room for new entries.
A status variable, Com_stmt_reprepare
, has
been introduced to track the number of repreparations.
(Bug#27420, Bug#27430, Bug#27690)
Important Change:
Some changes were made to
CHECK TABLE ... FOR
UPGRADE
and REPAIR
TABLE
with respect to detection and handling of tables
with incompatible .frm
files (files created
with a different version of the MySQL server). These changes
also affect mysqlcheck because that program
uses CHECK TABLE
and
REPAIR TABLE
, and thus also
mysql_upgrade because that program invokes
mysqlcheck.
If your table was created by a different version of the
MySQL server than the one you are currently running,
CHECK TABLE ...
FOR UPGRADE
indicates that the table has an
.frm
file with an incompatible version.
In this case, the result set returned by
CHECK TABLE
contains a line
with a Msg_type
value of
error
and a Msg_text
value of Table upgrade required. Please do "REPAIR
TABLE `
tbl_name
`" to fix
it!
REPAIR TABLE
without
USE_FRM
upgrades the
.frm
file to the current version.
If you use REPAIR TABLE ...USE_FRM
and
your table was created by a different version of the MySQL
server than the one you are currently running,
REPAIR TABLE
will not attempt
to repair the table. In this case, the result set returned
by REPAIR TABLE
contains a
line with a Msg_type
value of
error
and a Msg_text
value of Failed repairing incompatible .FRM
file
.
Previously, use of REPAIR TABLE
...USE_FRM
with a table created by a different
version of the MySQL server risked the loss of all rows in
the table.
Important Change:
The Maria
Storage Engine is now available as
standard. Maria
is a crash safe version of
MyISAM
. Maria
supports all
of the main functionality of the MyISAM
engine, but includes recovery support (in the event of a system
crash), full logging (including CREATE
,
DROP
, RENAME
, and
TRUNCATE TABLE
operations), all
MyISAM
row formats and a new
Maria
-specific row format.
Maria
is documented at
Section 13.6, “The Maria
Storage Engine”.
Important Note:
When MySQL is built with the Maria
engine,
all internal temporary on disk tables will use the
Maria
engine. Using Maria
temporary tables in plkace of MyISAM
tables
should result in a performance gain.
On Unix, it is now possible for the output file for
BACKUP DATABASE
to be an existing
FIFO.
(Bug#37012)
mysql_upgrade now has a
--tmpdir
option to enable
the location of temporary files to be specified.
(Bug#36469)
mysqldump now adds the
LOCAL
qualifier to the
FLUSH TABLES
statement that is sent to the server when the
--master-data
option is
enabled. This prevents the
FLUSH TABLES
statement from replicating to slaves, which is disadvantageous
because it would cause slaves to block while the statement
executes.
(Bug#35157)
See also Bug#38303.
The use of the SQL_CACHE
and
SQL_NO_CACHE
options in
SELECT
statements now is checked
more restrictively: 1) Previously, both options could be given
in the same statement. This is no longer true; only one can be
given. 2) Previously, these options could be given in
SELECT
statements that were not
at the top-level. This is no longer true; the options are
disallowed in subqueries (including subqueries in the
FROM
clause, and
SELECT
statements in unions other
than the first SELECT
.
(Bug#35020)
MySQL source distributions are now available in Zip format. (Bug#27742)
The undocumented, deprecated, and not useful SHOW
COLUMN TYPES
statement has been removed.
(Bug#5299)
The server now supports a Debug Sync facility for thread
synchronization during testing and debugging. To compile in this
facility, configure MySQL with the
--enable-debug-sync
option.
The debug_sync
system variable
provides the user interface Debug Sync.
mysqld and
mysql-test-run.pl support a
--debug-sync-timeout
option to
enable the facility and set the default synchronization point
timeout.
mysql-test-run.pl now supports a
--mysqltest
option for specifying options to
the mysqltest program.
Several improvements were made to MySQL Backup (the
BACKUP DATABASE
and
RESTORE
statements):
Drivers are now included for storage engines that do not
store any data or rely on other storage engines for data
storage: MERGE
,
FEDERATED
, BLACKHOLE
,
EXAMPLE
.
The backup kernel better determines the dependency ordering of objects to be backed up so that they can be restored in the proper order.
Restored events and triggers are not reactivated until the restore operation completes.
BACKUP DATABASE
now has a
WITH COMPRESSION
clause. This causes the
image file to be compressed, which reduces its size. Compression
also may result in improved backup time by reducing writes to
disk.
When reading from FALCON
tables,
FALCON
can take advantage of reading from the
disk in larger blocks. When enabled, disk reads are in blocks of
64KB. When switched off, disk reads are based on the page size
as set by falcon_page_size
.
Bugs fixed:
Performance:
InnoDB
exhibited thread thrashing with more
than 50 concurrent connections under an update-intensive
workload.
(Bug#22868)
Important Change: Security Fix: Additional corrections were made for the symlink-related privilege problem originally addressed in MySQL 6.0.5. The original fix did not correctly handle the data directory path name if it contained symlinked directories in its path, and the check was made only at table-creation time, not at table-opening time later.
Additional fixes were made in MySQL 6.0.14.
See also Bug#39277.
Incompatible Change:
SHOW STATUS
took a lot of CPU
time for calculating the value of the
Innodb_buffer_pool_pages_latched
status variable. Now this variable is calculated and included in
the output of SHOW STATUS
only if
the UNIV_DEBUG
symbol is defined at MySQL
build time.
(Bug#36600)
Incompatible Change: Access privileges for several statements are more accurately checked:
CHECK TABLE
requires some
privilege for the table.
CHECKSUM TABLE
requires
SELECT
for the table.
CREATE TABLE ... LIKE
requires
SELECT
for the source table
and CREATE
for the
destination table.
SHOW COLUMNS
displays
information only for those columns you have some privilege
for.
SHOW CREATE TABLE
requires
some privilege for the table (previously required
SELECT
).
SHOW CREATE VIEW
requires
SHOW VIEW
and
SELECT
for the view.
SHOW INDEX
requires some
privilege for any column.
SHOW OPEN TABLES
displays
only tables for which you have some privilege on any table
column.
Incompatible Change:
Certain characters were sorted incorrectly for the following
collations: TILDE and GRAVE ACCENT in
big5_chinese_ci
; LATIN SMALL LETTER J in
cp866_general_ci
; TILDE in
gb2312_chinese_ci
; and TILDE in
gbk_chinese_ci
.
As a result of this fix, any indexes on columns that use these
collations and contain the affected characters must be rebuilt
when upgrading to 6.0.6 or higher. To do this, use
ALTER TABLE
to drop and re-add
the indexes, or mysqldump to dump the
affected tables and mysql to reload the dump
file.
(Bug#25420)
Incompatible Change:
An additional correction to the original MySQL 6.0.4 fix was
made to normalize directory names before adding them to the list
of directories. This prevents /etc/
and
/etc
from being considered different, for
example.
(Bug#20748)
See also Bug#38180.
Important Change: Partitioning:
The statements ANALYZE TABLE
,
CHECK TABLE
,
OPTIMIZE TABLE
, and
REPAIR TABLE
are now supported
for partitioned tables.
Also as a result of this fix, the following statements which were disabled in MySQL 6.0.5 have been re-enabled:
ALTER TABLE ... ANALYZE PARTITION
ALTER TABLE ... CHECK PARTITION
ALTER TABLE ... OPTIMIZE PARTITION
ALTER TABLE ... REPAIR PARTITION
See also Bug#39434.
Important Change:
Previously, Falcon
failed silently when
attempting to read incompatible datafiles created by an earlier
version of the storage engine. Now, when
Falcon
encounters such datafiles, it refuses
to start, and an appropriate error is issued instead.
(Bug#35190)
Important Change:
The server no longer issues warnings for truncation of excess
spaces for values inserted into
CHAR
columns. This reverts a
change in the previous release that caused warnings to be
issued.
(Bug#30059)
Partitioning:
myisamchk failed with an assertion error when
analyzing a partitioned MyISAM
table.
(Bug#37537)
Partitioning:
When an attempt is made to change a table to an unsupported
storage engine, the server normally uses the default storage
engine in place of the requested engine while issuing a warning.
However, if the table was partitioned, the same
ALTER TABLE
statement failed with
the error, The mix of handlers in the partitions is
not allowed in this version of MySQL. This happened
even if the server was not running in
NO_ENGINE_SUBSTITUTION
mode.
Now the behavior for partitioned tables is the same as for other
MySQL tables; the substitution is made, and a warning is issued.
(Bug#35765)
Partitioning:
MyISAM
recovery enabled with the
--myisam-recover
option did not
work for partitioned MyISAM
tables.
(Bug#35161)
Partitioning:
When one user was in the midst of a transaction on a partitioned
table, a second user performing an ALTER
TABLE
on this table caused the server to hang.
(Bug#34604)
Partitioning:
Inserts failed on partitioned tables containing user-supplied
values for an AUTO_INCREMENT
column.
(Bug#33479)
Partitioning:
Partition-level TABLESPACE
options were
ignored for Falcon
tables.
(Bug#33404)
Partitioning:
For InnoDB
tables, there was a race condition
involving the data dictionary and repartitioning.
(Bug#33349)
Replication:
CREATE PROCEDURE
and
CREATE FUNCTION
statements
containing extended comments were not written to the binary log
correctly, causing parse errors on the slave.
(Bug#36570)
See also Bug#32575.
Replication:
When flushing tables, there was a slight chance that the flush
occurred between the processing of one table map event and the
next. Since the tables were opened one by one, subsequent
locking of tables would cause the slave to crash. This problem
was observed when replicating
NDBCLUSTER
or
InnoDB
tables, when executing multi-table
updates, and when a trigger or a stored routine performed an
(additional) insert on a table so that two tables were
effectively being inserted into in the same statement.
(Bug#36197)
Replication:
INSTALL PLUGIN
and
UNINSTALL PLUGIN
caused row-based
replication to fail.
These statements are not replicated; however, when using
row-based logging, the changes they introduce in the
mysql
system tables are written to the
binary log.
Replication:
CREATE VIEW
statements containing
extended comments were not written to the binary log correctly,
causing parse errors on the slave. Now, all comments are
stripped from such statements before being written to the binary
log.
(Bug#32575)
See also Bug#36570.
The minimum page size accepted by FALCON
has
been increased from 1K to 2K.
(Bug#39707)
Trying to execute a DDL statement on a Falcon
table while a transaction was being rolled back could cause the
server to crash.
(Bug#38933)
When building FALCON
using the Sun Studio 12
compiler, a requirement for the GNU Standard C++
(libstdc++
) library would be added to the
build requirements, causing the build to fail.
(Bug#38556)
The Falcon
memory manager did not always
perform initialization of internal objects correctly.
(Bug#38519)
See also Bug#38770.
Disconnecting a session where you have a applied a
WRITE CONCURRENT
lock on
Maria
tables would lead to a crash.
(Bug#38492)
Range queries on a Maria
table could fail to
return the correct rows.
(Bug#38466)
The Windows my-template.ini
template file
contained a reference to the
myisam_max_extra_sort_file_size
system
variable, which no longer exists, causing the installed server
to fail upon startup.
(Bug#38371)
Incorrect handling of aggregate functions when loose index scan was used caused a server crash. (Bug#38195)
The fix for Bug#33812 had the side effect of causing the mysql client not to be able to read some dump files produced with mysqldump. To address this, that fix was reverted. (Bug#38158)
The MyISAM
backup driver was subject to a
race condition that allowed multiple
RESTORE
operations to occur
simultaneously. This could result in locking conflicts,
incorrect entries in the progress tables, or other problems.
(Bug#38108)
Concurrent adding or dropping of indexes and execution of DML
statements on a Falcon
table could cause the
server to crash.
(Bug#38044)
Executing ALTER TABLE
and DML
statements concurrently on Falcon
tables
could cause the server to hang.
(Bug#38043)
ALTER TABLE ... ADD KEY
and ALTER
TABLE ... DROP KEY
were not always handled correctly
for Falcon
tables, resulting in spurious
duplicate key and other errors.
(Bug#38041)
If a table has a BIT NOT NULL
column
c1
with a length shorter than 8 bits and some
additional NOT NULL
columns
c2
, ..., and a
SELECT
query has a
WHERE
clause of the form (c1 =
, the
query could return an unexpected result set.
(Bug#37799)constant
) AND c2 ...
MySQL server binaries built using gcc4.3
could crash when running large numbers of DML statements on
Falcon
tables.
(Bug#37725)
When building FALCON
using the Sun Studio 12
compiler on OpenSolaris the build would fail due to a missing
header file, Interlock.h
.
(Bug#37679)
Building MySQL with SSL and Falcon
enabled
would lead to a build failure.
(Bug#37517)
A large number of updates on a Falcon
table
followed by a query of the form SELECT
AVG(
could crash the
server.
(Bug#37344)int_non_key_column
) FROM
table
WHERE
int_non_key_column
<
constant
GROUP BY
int_key_column
LIMIT
limit
Queries with complex conditions in the WHERE
clause on Falcon
tables when
falcon_page_size
was set to a low value could
cause the server to crash.
(Bug#37343)
Within stored programs or prepared statements,
REGEXP
could return incorrect
results due to improper initialization.
(Bug#37337)
When running a concurrent scenario involving transactions, each
executing a small number of DELETE
and
UPDATE
operations on a small number of
records on FALCON
tables, a deadlock could
occur.
(Bug#37251)
When performing operations on a table in one client while a
different client is performing a TRUNCATE
TABLE
operation on the same FALCON
table a deadlock could be introduced.
(Bug#37080)
The
falcon_max_transaction_backlog
has been removed. The option was originally introduced to ensure
that the backlog of transactions did not exceed a certain level
with the gopher thread. FALCON
now uses
multiple gopher threads. The transaction backlog is handled
internally by FALCON
.
(Bug#36991)
The falcon_initial_allocation
has been removed. The option created new tablespace files with
the specified size to force allocation on disk of specified
block of contiguous space. The option had little effect on the
performance of the tablespace files, and has therefore been
removed.
(Bug#36990)
The
falcon_index_chill_threshold
and
falcon_record_chill_threshold
options have been modified so that the specification for the
size can be specified in bytes, and support the KB, MB, and GB
modifiers.
(Bug#36825)
The code for the ut_usectime()
function in
InnoDB
did not handle errors from the
gettimeofday()
system call. Now it retries
gettimeofday()
several times and updates
the value of the
Innodb_row_lock_time_max
status variable only if ut_usectime()
was
successful.
(Bug#36819)
If the length of a field was 3, internal
InnoDB
to integer type conversion didn't work
on big-endian machines in the
row_search_autoinc_column()
function.
(Bug#36793)
For a view that referred to a MyISAM
table,
the contents of the table could be empty after
BACKUP DATABASE
followed by
RESTORE
.
(Bug#36782)
Data loss could be caused by attempts to read data from a
database being restored by a
RESTORE
operation.
(Bug#36778)
Some warnings were being reported as errors. (Bug#36777)
Data loss could be caused by activation of a trigger for a
MyISAM
table being restored by a
RESTORE
operation.
(Bug#36749)
mysql_install_db from a
Falcon
-enabled build crashed on
Solaris/SPARC.
(Bug#36745)
On Windows 64-bit systems, temporary variables of
long
types were used to store
ulong
values, causing key cache
initialization to receive distorted parameters. The effect was
that setting key_buffer_size
to
values of 2GB or more caused memory exhaustion to due allocation
of too much memory.
(Bug#36705)
Multiple-table UPDATE
statements
that used a temporary table could fail to update all qualifying
rows or fail with a spurious duplicate-key error.
(Bug#36676)
A query which had an ORDER BY DESC
clause
that is satisfied with a reverse range scan could cause a server
crash for some specific CPU/compiler combinations.
(Bug#36639)
The online backup stream library failed to parse the backup stream on 64-bit systems. (Bug#36624)
FALCON
would try to open a number of files
during startup that are not required by the MySQL storage engine
implmentation. These operations have been removed.
(Bug#36620)
On 64-bit platforms, BACKUP
DATABASE
hung for backups of more than 32KB.
(Bug#36586)
Dumping information about locks in use by sending a
SIGHUP
signal to the server or by invoking
the mysqladmin debug command could lead to a
server crash in debug builds or to undefined behavior in
production builds.
(Bug#36579)
A REGEXP
match could return
incorrect rows when the previous row matched the expression and
used CONCAT()
with an empty
string.
(Bug#36488)
The server could not be compiled with Falcon
support on Solaris/x86.
(Bug#36486)
mysqltest ignored the value of
--tmpdir
in one place.
(Bug#36465)
The ER_TRUNCATED_WRONG_VALUE
warning condition was sometimes raised as an error.
(Bug#36457)
When one MySQL client application committed a transaction
affecting a Falcon
table at the same time
that another client dropped this table, the
DROP TABLE
statement did not
“see” that transaction. This led to a situation
such that a row affected by the transaction was later accessed
in a manner that referred to the deleted table, resulting in a
crash of the server.
(Bug#36438)
ha_innodb.so
was incorrectly installed in
the lib/mysql
directory rather than in
lib/mysql/plugin
.
(Bug#36434)
Compiling the server with Falcon
support
failed on Solaris 10 due to problems with DTrace. This occurred
even when the build was configured using
--disable-dtrace
.
(Bug#36403)
Compiling the server with Falcon
support
failed on Solaris 10 for x86 platforms failed due to use of
assembler code specific to gcc.
(Bug#36400)
Dropping a Falcon
tablespace concurrently
with dropping a table using that tablespace caused the server to
crash.
(Bug#36396)
Attempting to compile the server with Falcon support using the Sun Studio 12 compiler failed with the error "Value.h", line 185: Error: A union member cannot have a user-defined assignment operator. (Bug#36368)
The default drivers for BACKUP
DATABASE
and RESTORE
now support a cancel operation, which also allows better cleanup
if a driver error occurs.
(Bug#36323)
The server crashed while parsing large floating-point numbers
such as 1e37
or -1e15
.
(Bug#36320)
When updating an existing instance (for example, from MySQL 5.0
to 5.1, or 5.1 to 6.0), the Instance Configuration Wizard
unnecessarily prompted for a root
password
when there was an existing root
password.
(Bug#36305)
Following a number of
INSERT ...
SELECT
statements on a Falcon
table, creating a second Falcon
table using
the same tablespace as the table into which the inserts were
made and then performing a simple
INSERT
on the new table caused
the server to crash.
(Bug#36294, Bug#36367)
See also Bug#29648.
For InnoDB
tables, the
DATA_FREE
column of the
INFORMATION_SCHEMA.TABLES
displayed
free space in kilobytes rather than bytes. Now it displays
bytes.
(Bug#36278)
BACKUP DATABASE
failed to back up
views that depend on tables in a different database.
(Bug#36265)
The project files created for Windows were missing the
GenError
project dependency.
(Bug#36257)
The mysql client failed to recognize comment
lines consisting of --
followed by a newline.
(Bug#36244)
CREATE INDEX
for
InnoDB
tables could under very rare
circumstances cause the server to crash..
(Bug#36169)
A read past the end of the string could occur while parsing the
value of the
--innodb-data-file-path
option.
(Bug#36149)
Conversion of a FLOAT ZEROFILL
value to
string could cause a server crash if the value was
NULL
.
(Bug#36139)
The combination of semi-join and materialization both being enabled could lead to assertion failure during subquery processing. (Bug#36137)
Range optimizer evaluation of IN
subqueries
to be handled with the materialization strategy could lead to
assertion failure.
(Bug#36133)
A server crash could occur during the cleanup phase of subquery execution. (Bug#36128)
On Windows, the installer attempted to use JScript to determine whether the target data directory already existed. On Windows Vista x64, this resulted in an error because the installer was attempting to run the JScript in a 32-bit engine, which wasn't registered on Vista. The installer no longer uses JScript but instead relies on a native WiX command. (Bug#36103)
A SELECT ... LIKE
query issued following a
number of INSERT
statements on a
Falcon
table failed to return all matching
records.
(Bug#36097)
mysqltest was performing escape processing
for the --replace_result
command, which it
should not have been.
(Bug#36041)
An error in calculation of the precision of zero-length items
(such as NULL
) caused a server crash for
queries that employed temporary tables.
(Bug#36023)
For EXPLAIN
EXTENDED
, execution of an uncorrelated
IN
subquery caused a crash if the subquery
required a temporary table for its execution.
(Bug#36011)
The MERGE
storage engine did a table scan for
SELECT COUNT(*)
statements when it could
calculate the number of records from the underlying tables.
(Bug#36006)
The server crashed inside NOT IN
subqueries
with an impossible WHERE
or
HAVING
clause, such as NOT IN
(SELECT ... FROM t1, t2, ... WHERE 0)
.
(Bug#36005)
mysql_stmt_prepare()
did not
reset the list of messages (those messages available via
SHOW WARNINGS
).
(Bug#36004)
The Event Scheduler was not designed to work under the embedded
server. It is now disabled for the embedded server, and the
event_scheduler
system variable
is not displayed.
(Bug#35997)
Grouping or ordering of long values in unindexed
BLOB
or
TEXT
columns with the
gbk
or big5
character set
crashed the server.
(Bug#35993)
SET GLOBAL debug=''
resulted in a Valgrind
warning in DbugParse()
, which was reading
beyond the end of the control string.
(Bug#35986)
If a SELECT
table list contained
at least one INFORMATION_SCHEMA
table, the
required privileges for accessing the other tables were reduced.
(Bug#35955)
Some syntactically invalid statements could cause the server to return an error message containing garbage characters. (Bug#35936)
MySQL could not be built using Sun Studio due to the use of compiler options specific to gcc. (Bug#35929)
The “prefer full scan on clustered primary key over full scan of any secondary key” optimizer rule introduced by Bug#26447 caused a performance regression for some queries, so it has been disabled. (Bug#35850)
The server ignored any covering index used for
ref
access of a table in a
query with ORDER BY
if this index was
incompatible with the ORDER BY
list and there
was another covering index compatible with this list. As a
result, suboptimal execution plans were chosen for some queries
that used an ORDER BY
clause.
(Bug#35844)
mysql_upgrade did not properly update the
mysql.event
table.
(Bug#35824)
The current system time (as returned by
NOW()
or synonyms) became
constant after a RESTORE
operation.
(Bug#35806)
Processing of an uncorrelated subquery using semi-join could cause incorrect results or a server crash. (Bug#35767)
An incorrect error and message was produced for attempts to
create a MyISAM
table with an index
(.MYI
) file name that was already in use by
some other MyISAM
table that was open at the
same time. For example, this might happen if you use the same
value of the INDEX DIRECTORY
table option for
tables belonging to different databases.
(Bug#35733)
Enabling the read_only
system
variable while autocommit
mode
was enabled caused SELECT
statements for transactional storage engines to fail.
(Bug#35732)
The range optimizer ignored conditions on inner tables in
semi-join IN
subqueries, causing the
optimizer to miss good query execution plans.
(Bug#35674)
An empty bit-string literal (b''
) caused a
server crash. Now the value is parsed as an empty bit value
(which is treated as an empty string in string context or 0 in
numeric context).
(Bug#35658)
On 64-bit systems, assigning values of 2
63 – 1 or larger to
key_buffer_size
caused memory
overruns.
(Bug#35616)
For InnoDB
tables,
REPLACE
statements used
“traditional” style locking, regardless of the
setting of
innodb_autoinc_lock_mode
. Now
REPLACE
works the same way as
“simple inserts” instead of using the old locking
algorithm. (REPLACE
statements
are treated in the same way as
INSERT
statements.)
(Bug#35602)
Different invocations of CHECKSUM
TABLE
could return different results for a table
containing columns with spatial data types.
(Bug#35570)
A semi-join subquery in the ON
clause in the
absence of a WHERE
clause caused a server
crash.
(Bug#35550)
InnoDB
was not updating the
Handler_delete
or
Handler_update
status
variables.
(Bug#35537)
The method for enumerating view dependencies could cause the server to deadlock. (Bug#35395)
If the server crashed with an InnoDB
error
due to unavailability of undo slots, errors could persist during
rollback when the server was restarted: There are two
UNDO
slot caches (for
INSERT
and
UPDATE
). If all slots end up in
one of the slot caches, a request for a slot from the other slot
cache would fail. This can happen if the request is for an
UPDATE
slot and all slots are in
the INSERT
slot cache, or vice
versa.
(Bug#35352)
Simultaneous inserts and updates on an updateable view
referencing a Falcon
table could sometimes
cause duplicate key errors.
(Bug#35322)
The combination of
GROUP_CONCAT()
,
DISTINCT
, and LEFT JOIN
could crash the server when the right table is empty.
(Bug#35298)
Accessing a MERGE
table with an empty
underlying table list incorrectly resulted in a “wrong
index” error message rather than “end of
file.”
(Bug#35274)
BACKUP DATABASE
caused a server
crash upon encountering a table row that has been marked for
deletion but not removed.
(Bug#35249)
For InnoDB
tables, ALTER TABLE
DROP
failed if the name of the column to be dropped
began with “foreign”.
(Bug#35220)
The table pullout strategy was not reflected in
EXPLAIN
EXTENDED
output if not all of the subquery tables were
pulled out.
(Bug#35160)
Access-denied messages for INFORMATION_SCHEMA
incorrectly showed the name of the default database instead.
(Bug#35096)
Passing an invalid parameter to
CHAR()
in an ORDER
BY
clause caused the server to hang.
(Bug#34949)
Some binaries produced stack corruption messages due to being built with versions of bison older than 2.1. Builds are now created using bison 2.3. (Bug#34926)
Concurrent execution of
FLUSH TABLES
along with SHOW FUNCTION STATUS
or SHOW PROCEDURE STATUS
could
cause a server crash.
(Bug#34895)
Creating a new Falcon
table using
CREATE TABLE ...
SELECT
where the table uses a primary key, and rows
contain duplicate keys, could lead to a table being created but
not populated. Because the pending (bad) record was not
committed, the table remains in a state that means it cannot be
dropped or recreated.
(Bug#34892)
The log_output
system variable
could be set to an illegal value.
(Bug#34820)
A server crash or memory overrun could occur with a dependent subquery and joins. (Bug#34799)
An assertion could be raised when the dependencies on a
transaction could not be released after a specified time when
using FALCON
tables.
(Bug#34602)
InnoDB
could crash if overflow occurred for
an AUTO_INCREMENT
column.
(Bug#34335)
On Windows 64-bit builds, an apparent compiler bug caused memory
overruns for code in innobase/mem/*
.
Removed optimizations so as not to trigger this problem.
(Bug#34297)
Several additional configuration scripts in the
BUILD
directory now are included in source
distributions. These may be useful for users who wish to build
MySQL from source. (See
Section 2.9.3, “Installing from the Development Source Tree”, for information about
what they do.)
(Bug#34291)
For InnoDB
tables, loss of data resulted from
performing inserts concurrently with a
RESTORE
operation.
(Bug#34210)
Creation of a temporary BLOB
or
TEXT
column could create a column
with the wrong maximum length.
(Bug#33969)
In some cases, concurrent INSERT
and DELETE
statements on the same
Falcon
table could cause the server to crash,
due to a failure to find a record that should have been in the
table.
(Bug#33933)
A number of problems in new subquery optimization code meant that MySQL could pick an incorrect query plan when using InsideOut and/or FirstMatch subquery optimizations, which in turn would cause wrong query results. (Bug#33743)
If CREATE TABLE
or
ALTER TABLE
of a
Falcon
table failed, it was not possible to
create another table in the same database having the same name
unless the server was restarted. In some cases, subsequent
CREATE TABLE
statements could
cause the server to crash.
(Bug#33723)
Attempts to access a FEDERATED
table using a
nonexistent server did not reliably return a proper error.
(Bug#33702)
It was possible for multiple mysqld instances
to use the same Falcon
tablespace and
metadata files, which could lead to corruption of the tablespace
files, metadata files, or both.
(Bug#33607)
TIMESTAMP
columns were restored
to the current date and time (not their actual values) by a
RESTORE
operation.
(Bug#33573)
Use of 61 nested subqueries caused a server crash. (Bug#33509)
An ALTER TABLE ... TABLESPACE
statement
referencing a nonexistant tablespace on a
Falcon
table failed with an inappropriate
error message the first time it was executed. A second attempt
to execute the statement led to a crash of the MySQL server.
(Bug#33397)
Executing a FLUSH
PRIVILEGES
statement after creating a temporary table
in the mysql
database with the same name as
one of the MySQL system tables caused the server to crash.
While it is possible to shadow a system table in this way, the temporary table exists only for the current user and connection, and does not effect any user privileges.
Selecting from a view that referenced the same table in the
FROM
clause and an IN
clause caused a server crash.
(Bug#33245)
When creating a new tablespace and specifying the name of an existing tablespace file, an incorrect error message would be reported specifying that the tablespace already existed. The error message has been updated to reflect the actual error. (Bug#33213)
There was a race condition between the event scheduler and the server shutdown thread. (Bug#32771)
Assignment of relative path names to
general_log_file
or
slow_query_log_file
did not
always work.
(Bug#32748)
Deeply nested subqueries could cause stack overflow or a server crash. (Bug#32680)
Query results from a FEDERATED
table were
corrupt if the query included an ORDER BY
on
a TEXT
column.
(Bug#32426)
Conversion of binary values to multi-byte character sets could fail to left-pad values to the correct length. This could result in a server crash. (Bug#32394)
On all x86 platforms, the default was to attempt to build the
server with the Falcon
storage engine, even
if Falcon
was not supported for a given
platform.
(Bug#32287)
Killing a statement that invoked a stored function could return an incorrect error message indicating table corruption rather than that the statement had been interrupted. (Bug#32140)
Occurrence of an error within a stored routine did not always cause immediate statement termination. (Bug#31881)
For DROP FUNCTION
(that is, when the function name is qualified with the database
name), the statement should apply only to a stored function
named db_name
.func_name
func_name
in the given database.
However, if a UDF with the same name existed, the statement
dropped the UDF instead.
(Bug#31767)
On NetWare, mysql_install_db could appear to execute normally even if it failed to create the initial databases. (Bug#30129)
A problem related to HP-UX compilers that caused incorrect
WEIGHT_STRING()
results was
fixed.
(Bug#29825)
TRUNCATE TABLE
for
InnoDB
tables returned a count showing too
many rows affected. Now the statement returns 0 for
InnoDB
tables.
(Bug#29507)
InnoDB
could return an incorrect rows-updated
value for UPDATE
statements.
(Bug#29157)
The mysql.servers
table was not created
during installation on Windows.
(Bug#28680, Bug#32797)
The jp
test suite was not working.
(Bug#28563)
The internal init_time()
library function
was renamed to my_init_time()
to avoid
conflicts with external libraries.
(Bug#26294)
In some cases, the parser interpreted the ;
character as the end of input and misinterpreted stored program
definitions.
(Bug#26030)
Statements to create, alter, or drop a view were not waiting for completion of statements that were using the view, which led to incorrect sequences of statements in the binary log when statement-based logging was enabled. (Bug#25144)
The Questions
status variable
is intended as a count of statements sent by clients to the
server, but was also counting statements executed within stored
routines.
(Bug#24289)
DROP DATABASE
did not drop
orphaned FOREIGN KEY
constraints.
(Bug#18942)
Delayed-insert threads were counted as connected but not as
created, incorrectly leading to a
Threads_connected
value
greater than the
Threads_created
value.
(Bug#17954)
The parser used signed rather than unsigned values in some cases that caused legal lengths in column declarations to be rejected. (Bug#15776)
Stored procedure exception handlers were catching fatal errors (such as out of memory errors), which could cause execution not to stop to due a continue handler. Now fatal errors are not caught by exception handlers and a fatal error is returned to the client. (Bug#15192)
On Windows, moving an InnoDB
.ibd
file and then symlinking to it in the
database directory using a .sym
file caused
a server crash.
(Bug#11894)
If a connection was waiting for a
GET_LOCK()
lock or a
SLEEP()
call, and the connection
aborted, the server did not detect this and thus did not close
the connection. This caused a waste of system resources
allocated to dead connections. Now the server checks such a
connection every five seconds to see whether it has been
aborted. If so, the connection is killed (and any lock request
is aborted).
(Bug#10374)
Functionality added or changed:
Performance: The performance of internal functions that trim multiple spaces from strings when comparing them has been improved. (Bug#14637)
Incompatible Change:
In MySQL 5.1.6, when log tables were implemented, the default
log destination for the general query and slow query log was
TABLE
. This default has been changed to
FILE
, which is compatible with MySQL 5.0, but
incompatible with earlier releases of MySQL 5.1 from 5.1.6 to
5.1.20. If you are upgrading from MySQL 5.0 to 5.1.21 or higher,
no logging option changes should be necessary. However, if you
are upgrading from 5.1.6 through 5.1.20 to 5.1.21 or higher and
were using TABLE
logging, use the
--log-output=TABLE
option
explicitly to preserve your server's table-logging behavior.
In MySQL 5.1.x, this bug was addressed twice because it turned out that the default was set in two places, only one of which was fixed the first time. (Bug#29993)
Incompatible Change:
The server now includes dtoa
, a library for
conversion between strings and numbers by David M. Gay. In
MySQL, this library provides the basis for improved conversion
between string or DECIMAL
values
and approximate-value
(FLOAT
/DOUBLE
)
numbers:
Consistent conversion results across platforms, which eliminates, for example, Unix versus Windows conversion differences.
Accurate representation of values in cases where results previously did not provide sufficient precision, such as for values close to IEEE limits.
Conversion of numbers to string format with the best
possible precision. The precision of dtoa
is always the same or better than that of the standard C
library functions.
Because the conversions produced by this library differ in some cases from previous results, the potential exists for incompatibilities in applications that rely on previous results. For example, applications that depend on a specific exact result from previous conversions might need adjustment to accommodate additional precision.
For additional information about the properties of
dtoa
conversions, see
Section 11.2.2, “Type Conversion in Expression Evaluation”.
See also Bug#12860, Bug#21497, Bug#26788, Bug#24541, Bug#34015.
Important Change: MySQL Cluster: Packaging:
Beginning with this release, standard MySQL 6.0 binaries are no
longer built with support for the
NDBCLUSTER
storage engine, and the
NDBCLUSTER
code included in 6.0
mainline sources is no longer guaranteed to be maintained or
supported. Those using MySQL Cluster in MySQL 6.0.4 and earlier
MySQL 6.0 mainline releases should upgrade to MySQL Cluster NDB
6.2.15 or a later MySQL Cluster NDB 6.2 or 6.3 release.
(Bug#36193)
Important Change:
Added a ROUTINE_TYPE
column to the
INFORMATION_SCHEMA.PARAMETERS
table, to make
it possible to distinguish like-named parameters of stored
routines and stored functions having the same names.
(Bug#33106)
Replication:
Introduced the slave_exec_mode
system variable to control whether idempotent or strict mode is
used for replication conflict resolution. Idempotent mode
suppresses duplicate-key, no-key-found, and some other errors,
and is needed for circular replication, multi-master
replication, and some other complex replication setups when
using MySQL Cluster, where idempotent mode is the default.
However, strict mode is the default for storage engines other
than NDB
.
(Bug#31609)
Replication:
When running the server with
--binlog-format=MIXED
or
--binlog-format=STATEMENT
, a
query that referred to a system variable used the slave's
value when replayed on the slave. This meant that, if the value
of a system variable was inserted into a table, the slave
differed from the master. Now, statements that refer to a system
variable are marked as “unsafe”, which means that:
When the server is using
--binlog-format=MIXED
, the
row-based format is used automatically to replicate these
statements.
When the server is using
--binlog-format=STATEMENT
,
these statements produce a warning.
See also Bug#34732.
In the INFORMATION_SCHEMA
database, the
FALCON_DATABASE_IO
table was renamed to
FALCON_TABLESPACE_IO
.
(Bug#35490)
For boolean options, the option-processing library now prints
additional information in the --help
message:
If the option is enabled by default, the message says so and
indicates that the --skip
form of the option
disables the option. This affects all compiled MySQL programs
that use the library.
(Bug#35224)
The PROCESS
privilege now is
required to start or stop the InnoDB
monitor
tables (see Section 13.7.13.2, “SHOW ENGINE INNODB
STATUS
and the InnoDB
Monitors”). Previously, no
privilege was required.
(Bug#34053)
For binary .tar.gz
packages,
mysqld and other binaries now are compiled
with debugging symbols included to enable easier use with a
debugger. If you do not need debugging symbols and are short on
disk space, you can use strip to remove the
symbols from the binaries.
(Bug#33252)
mysqldump information at the top of the
output now shows the same information as
mysqldump invoked with the
-V
option, namely the
mysqldump version number, the MySQL server
version, and the distribution.
(Bug#32350)
Several undocumented C API functions were removed:
mysql_manager_close()
,
mysql_manager_command()
,
mysql_manager_connect()
,
mysql_manager_fetch_line()
,
mysql_manager_init()
,
mysql_disable_reads_from_master()
,
mysql_disable_rpl_parse()
,
mysql_enable_reads_from_master()
,
mysql_enable_rpl_parse()
,
mysql_master_query()
,
mysql_master_send_query()
,
mysql_reads_from_master_enabled()
,
mysql_rpl_parse_enabled()
,
mysql_rpl_probe()
,
mysql_rpl_query_type()
,
mysql_set_master()
,
mysql_slave_query()
, and
mysql_slave_send_query()
.
(Bug#31952, Bug#31954)
Formerly, when the MySQL server crashed, the generated stack dump was numeric and required external tools to properly resolve the names of functions. This is not very helpful to users having a limited knowledge of debugging techniques. In addition, the generated stack trace contained only the names of functions and was formatted differently for each platform due to different stack layouts.
Now it is possible to take advantage of newer versions of the GNU C Library provide a set of functions to obtain and manipulate stack traces from within the program. On systems that use the ELF binary format, the stack trace contains important information such as the shared object where the call was generated, an offset into the function, and the actual return address. Having the function name also makes possible the name demangling of C++ functions.
The library generates meaningful stack traces on the following platforms: i386, x86_64, PowerPC, IA64, Alpha, and S390. On other platforms, a numeric stack trace is still produced, and the use of the resolve_stack_dump utility is still required. (Bug#31891)
mysqltest now has mkdir
and rmdir
commands for creating and removing
directories.
(Bug#31004)
The LAST_EXECUTED
column of the
INFORMATION_SCHEMA.EVENTS
table now
indicates when the event started executing rather than when it
finished executing. As a result, the ENDS
column is never less than LAST_EXECUTED
.
(Bug#29830)
The mysql_odbc_escape_string()
C API
function has been removed. It has multi-byte character escaping
issues, doesn't honor the
NO_BACKSLASH_ESCAPES
SQL mode
and is not needed anymore by Connector/ODBC as of 3.51.17.
(Bug#29592)
See also Bug#41728.
The server uses less memory when loading privileges containing table grants. (Patch provided by Google.) (Bug#25175)
Added the
Uptime_since_flush_status
status variable, which indicates the number of seconds since the
most recent FLUSH STATUS
statement.
(Community contribution by Jeremy Cole)
(Bug#24822)
Added the SHOW PROFILES
and
SHOW PROFILE
statements to
display statement profile data, and the accompanying
INFORMATION_SCHEMA.PROFILING
table.
Profiling is controlled via the
profiling
and
profiling_history_size
session
variables. see Section 12.4.6.32, “SHOW PROFILES
Syntax”, and
Section 19.28, “The INFORMATION_SCHEMA PROFILING
Table”. (Community contribution by
Jeremy Cole)
The profiling feature is enabled via the
--enable-community-features
and --enable-profiling
options
to configure. These options are enabled by
default; to disable them, use
--disable-community-features
and
--disable-profiling
.
(Bug#24795)
Added the SHA2()
function, which
calculates the SHA-2 family of hash functions (SHA-224, SHA-256,
SHA-384, and SHA-512). (Contributed by Bill Karwin)
(Bug#13174)
The server now provides a pluggable audit interface that enables information about server operations to be reported to interested parties. Audit plugins may register with the audit interface to receive notification about server operations. When an auditable event occurs within the server, the server determines whether notification is needed. For each registered audit plugin, the server checks the event against those event classes in which the plugin is interested and passes the event to the plugin if there is a match. For more information, see Section 22.2.3.3, “Audit Plugins”.
The new read-only global system variables
report_host
,
report_password
,
report_port
, and
report_user
system variables
provide runtime access to the values of the corresponding
--report-host
,
--report-password
,
--report-port
, and
--report-user
options.
Formerly it was possible to specify an
innodb_flush_method
value of
fdatasync
to obtain the default flush
behavior of using fdatasync()
for flushing.
This is no longer possible because it can be confusing that a
value of fdatasync
causes use of
fsync()
rather than
fdatasync()
.
The use of InnoDB
hash indexes now can be
controlled by setting the new
innodb_adaptive_hash_index
system variable at server startup. By default, this variable is
enabled. See Section 13.7.10.4, “Adaptive Hash Indexes”.
The argument for the mysql-test-run.pl
--do-test
and --skip-test
options is now interpreted as a Perl regular expression if there
is a pattern metacharacter in the argument value. This allows
more flexible specification of which tests to perform or skip.
The Instance Manager (mysqlmanager) has been discontinued and is no longer provided in MySQL releases.
For Falcon
, supernodes have been added to
index pages. Supernodes are an array of 16 vectors into each
index page to keys that are fully expanded with noprefix
compression. This allows the page to be searched quicker using a
binary search of supernode keys followed by the normal
sequential search. Without enabling supernodes, the whole page
has to be searched sequentially.
Two new statements, BACKUP
DATABASE
and RESTORE
,
have been added for backup and restore operations. See
MySQL Backup Statements.
Bugs fixed:
Performance:
InnoDB
adaptive hash latches could be held
too long during filesort operations, resulting in a server
crash. Now the hash latch is released when a query on
InnoDB
tables performs a filesort. This
eliminates the crash and may provide significant performance
improvements on systems on which many queries using filesorts
with temporary tables are being performed.
(Bug#32149)
Important Change: Security Fix:
It was possible to circumvent privileges through the creation of
MyISAM
tables employing the DATA
DIRECTORY
and INDEX DIRECTORY
options to overwrite existing table files in the MySQL data
directory. Use of the MySQL data directory in DATA
DIRECTORY
and INDEX DIRECTORY
is
now disallowed. This is now also true of these options when used
with partitioned tables and individual partitions of such
tables.
Additional fixes were made in MySQL 6.0.6, 6.0.14.
See also Bug#39277.
Security Fix:
A client that connects to a malicious server could be tricked by
the server into sending files from the client host to the
server. This occurs because the
libmysqlclient
client library would respond
to a FETCH LOCAL FILE
request from the server
even if the request is sent for statements from the client other
than LOAD DATA LOCAL
INFILE
. The client library has been modified to
respond to a FETCH LOCAL FILE
request from
the server only if is sent in response to a
LOAD DATA LOCAL
INFILE
statement from the client.
The client library now also checks whether
CLIENT_LOCAL_FILE
is set and refuses to send
a local file if not.
Binary distributions ship with the
local-infile
capability enabled.
Applications that do not use this functionality should disable
it to be safe.
Important Change: Security Enhancement:
On Windows Vista and Windows Server 2008, a user without
administrative privileges does not have write permissions to the
Program Files
directory where MySQL and the
associated data files are normally installed. Using data files
located in the standard Program Files
installation directory could therefore cause MySQL to fail, or
lead to potential security issues in an installed instance.
To address the problem, on Windows XP, Windows Vista and Windows
Server 2008, the datafiles and data file configuration are now
set to the Microsoft recommended AppData
folder. The AppData
folder is typically
located within the user's home directory.
When upgrading an existing 5.1.23 or 6.0.4 installation of
MySQL you must take a backup of your data and configuration
file (my.ini
before installing the new
version. To migrate your data, either extract the data and
re-import (using mysqldump, then upgrade
and re-import using mysql), or back up your
data, upgrade to the new version, and copy your existing data
files from your old datadir
directory to
the new directory located within AppData
.
Failure to back up your data and follow these procedures may lead to data loss.
Security Enhancement: It was possible to force an error message of excessive length which could lead to a buffer overflow. This has been made no longer possible as a security precaution. (Bug#32707)
Incompatible Change:
In MySQL 5.1.23, the last_errno
and
last_error
members of the
NET
structure in
mysql_com.h
were renamed to
client_last_errno
and
client_last_error
. This was found to cause
problems for connectors that use the internal
NET
structure for error handling. The change
has been reverted.
(Bug#34655)
See also Bug#12713.
Incompatible Change:
The parser accepted illegal syntax in a FOREIGN
KEY
clause:
Multiple MATCH
clauses.
Multiple ON DELETE
clauses.
Multiple ON UPDATE
clauses.
MATCH
clauses specified after ON
UPDATE
or ON DELETE
. In case of
multiple redundant clauses, this leads to confusion, and
implementation-dependent results.
These illegal syntaxes are now properly rejected. Existing applications that used them will require adjustment. (Bug#34455)
Incompatible Change:
It was possible to use FRAC_SECOND
as a
synonym for MICROSECOND
with
DATE_ADD()
,
DATE_SUB()
, and
INTERVAL
; now, using
FRAC_SECOND
with anything other than
TIMESTAMPADD()
or
TIMESTAMPDIFF()
produces a syntax
error.
It is now possible (and preferable) to use
MICROSECOND
with
TIMESTAMPADD()
and
TIMESTAMPDIFF()
, and
FRAC_SECOND
is now deprecated.
(Bug#33834)
Incompatible Change:
The UPDATE
statement allowed
NULL
to be assigned to NOT
NULL
columns (the implicit default value for the
column data type was assigned). This was changed so that on
error occurs.
This change was reverted, because the original report was
determined not to be a bug: Assigning NULL
to
a NOT NULL
column in an
UPDATE
statement should produce
an error only in strict SQL mode and set the column to the
implicit default with a warning otherwise, which was the
original behavior. See Section 10.1.4, “Data Type Default Values”, and
Bug#39265.
(Bug#33699)
Incompatible Change:
It is no longer possible to create CSV
tables
with NULL
columns. However, for backward
compatibility, you can continue to use such tables that were
created in previous MySQL releases.
(Bug#32050)
Incompatible Change:
For packages that are built within their own prefix (for
example, /usr/local/mysql
) the plugin
directory will be lib/plugin
. For packages
that are built to be installed into a system-wide prefix (such
as RPM packages with a prefix of /usr
), the
plugin directory will be lib/mysql/plugin
to ensure a clean /usr/lib
hierarchy. In
both cases, the $pkglibdir
configuration
setting is used at build time to set the plugin directory.
The current plugin directory location is available as the value
of the plugin_dir
system
variable as before, but the mysql_config
script now has a
--plugindir
option that can
be used externally to the server by third-party plugin writers
to obtain the default plugin directory path name and configure
their installation directory appropriately.
(Bug#31736)
Incompatible Change:
Inserting a row with a NULL
value for a
DATETIME
column results in a
CSV
file that the storage engine cannot read.
All CSV
tables now need to be defined with
each column marked as NOT NULL
. An error is
raised if you try to create a CSV
table with
columns that are not defined with NOT NULL
.
(Bug#31473, Bug#32817)
Incompatible Change:
The utf8_general_ci
and
ucs2_general_ci
collations did not sort the
letter "U+00DF SHARP S" equal to 's'
.
As a result of this fix, any indexes on columns that use these
collations (but only columns that use SHARP S) must be rebuilt
when upgrading to 6.0.5 or higher. To do this, use
ALTER TABLE
to drop and re-add
the indexes, or use mysqldump to dump the
affected tables and mysql to reload the dump
file.
(Bug#27877)
See also Bug#37046.
Incompatible Change:
Several changes were made to the processing of multiple-table
DELETE
statements:
Statements could not perform cross-database deletes unless the tables were referred to without using aliases. This limitation has been lifted and table aliases now are allowed.
Previously, alias declarations could be given for tables
elsewhere than in the
table_references
part of the
syntax. This could lead to ambiguous statements that have
unexpected results such as deleting rows from the wrong
table. Example:
DELETE FROM t1 AS a2 USING t1 AS a1 INNER JOIN t2 AS a2;
Now alias declarations can be declared only in the
table_references
part. Elsewhere
in the statement, alias references are allowed but not alias
declarations.
Alias resolution was improved so that it is no longer possible to have inconsistent or ambiguous aliases for tables.
Statements containing alias constructs that are no longer allowed must be rewritten. (Bug#27525)
See also Bug#30234.
Important Change: Partitioning: The following statements did not function correctly with corrupted or crashed tables and have been disabled:
ALTER TABLE ... ANALYZE PARTITION
ALTER TABLE ... CHECK PARTITION
ALTER TABLE ... OPTIMIZE PARTITION
ALTER TABLE ... REPAIR PARTITION
ALTER TABLE ... REBUILD PARTITION
is
unaffected by this change and continues to be available. This
statement and ALTER TABLE ... REORGANIZE
PARTITION
may be used to analyze and optimize
partitioned tables, since these operations cause the partition
files to be rebuilt.
(Bug#20129)
See also Bug#39434.
Important Change: Replication:
When the master crashed during an update on a transactional
table while in autocommit
mode,
the slave failed. This fix causes every transaction (including
autocommit
transactions) to be
recorded in the binlog as starting with a
BEGIN
and
ending with a COMMIT
or
ROLLBACK
.
(Bug#26395)
Important Change:
InnoDB
free space information is now shown in
the Data_free
column of
SHOW TABLE STATUS
and in the
DATA_FREE
column of the
INFORMATION_SCHEMA.TABLES
table.
(Bug#32440)
See also Bug#11379.
Important Change:
The server handled truncation of values having excess trailing
spaces into CHAR
,
VARCHAR
, and
TEXT
columns in different ways.
This behavior has now been made consistent for columns of all
three of these types, and now follows the existing behavior of
VARCHAR
columns in this regard;
that is, a Note
is always issued whenever
such truncation occurs.
This change does not affect columns of these three types when
using a binary encoding; BLOB
columns are also unaffected by the change, since they always use
a binary encoding.
(Bug#30059)
Important Change:
An AFTER UPDATE
trigger was not invoked when
the UPDATE
did not make any
changes to the table for which the trigger was defined. Now
AFTER UPDATE
triggers behave the same in this
regard as do BEFORE UPDATE
triggers, which
are invoked whether the UPDATE
makes any changes in the table or not.
(Bug#23771)
Replication: Important Note: Network timeouts between the master and the slave could result in corruption of the relay log. This fix rectifies a long-standing replication issue when using unreliable networks, including replication over wide area networks such as the Internet. If you experience reliability issues and see many You have an error in your SQL syntax errors on replication slaves, we strongly recommend that you upgrade to a MySQL version which includes this fix. (Bug#26489)
MySQL Cluster:
When all data and SQL nodes in the cluster were shut down
abnormally (that is, other than by using STOP
in the cluster management client), ndb_mgm
used excessive amounts of CPU.
(Bug#33237)
MySQL Cluster: There was a short interval during the startup process prior to the beginning of heartbeat detection such that, were an API or management node to reboot or a network failure to occur, data nodes could not detect this, with the result that there could be a lingering connection. (Bug#28445)
Partitioning:
In some cases, matching rows from a partitioned
MyISAM
using a
BIT
column as the primary key
were not found by queries.
(Bug#34358)
Partitioning:
Enabling innodb_file_per_table
produced problems with partitioning and tablespace operations on
partitioned InnoDB
tables, in some cases
leading to corrupt partitions or causing the server to crash.
(Bug#33429)
Partitioning:
A table defined using PARTITION BY KEY
and
having a BIT
column referenced in
the partitioning key did not behave correctly; some rows could
be inserted into the wrong partition, causing wrong results to
be returned from queries.
(Bug#33379)
Partitioning: It was possible to partition a table to which a foreign key referred. (Bug#32948)
Partitioning:
When ALTER TABLE DROP PARTITION
was executed
on a table on which there was a trigger, the statement failed
with an error. This occurred even if the trigger did not
reference any tables.
(Bug#32943)
Partitioning:
A query of the form SELECT
against a
partitioned col1
FROM
table
GROUP BY (SELECT
col2
FROM
table
LIMIT 1);table
having a
SET
column crashed the server.
(Bug#32772)
Partitioning:
SHOW CREATE TABLE
misreported the
value of AUTO_INCREMENT
for partitioned
tables using either of the InnoDB
or
ARCHIVE
storage engines.
(Bug#32247)
Partitioning:
Selecting from
INFORMATION_SCHEMA.PARTITIONS
while
partition management statements (for example, ALTER
TABLE ... ADD PARTITION
) were executing caused the
server to crash.
(Bug#32178)
Partitioning:
An error in the internal function
mysql_unpack_partition()
led to a fatal
error in subsequent calls to
open_table_from_share()
.
(Bug#32158)
Partitioning:
Currently, all partitions of a partitioned table must use the
same storage engine. One may optinally specify the storage
engine on a per-partition basis; however, where this is the
done, the storage engine must be the same as used by the table
as a whole. ALTER TABLE
did not
enforce these rules correctly, the result being that incaccurate
error messages were shown when trying to use the statement to
change the storage engine used by an individual partition or
partitions.
(Bug#31931)
Partitioning:
ORDER BY ... DESC
did not always work
correctly when selecting from partitioned tables.
(Bug#31890)
See also Bug#31001.
Partitioning:
ALTER TABLE ... COALESCE PARTITION
on a table
partitioned by [LINEAR] HASH
or
[LINEAR] KEY
caused the server to crash.
(Bug#30822)
Partitioning:
When the range
access method
was used on a partitioned Falcon
table, the
entire index was scanned. For partitioned tables using other
storage engines, a related issue caused an ordered range scan to
return some rows twice.
(Bug#30573, Bug#33257, Bug#33555)
Partitioning:
LIKE
queries on tables partitioned by
KEY
could return incomplete results. The
problem was observed with the Falcon
storage
engine, but could affect third-party storage engines as well.
(Bug#30480)
Partitioning:
Using the DATA DIRECTORY
and INDEX
DIRECTORY
options for partitions with
CREATE TABLE
or
ALTER TABLE
statements appeared
to work on Windows, although they are not supported by MySQL on
Windows systems, and subsequent attempts to use the tables
referenced caused errors. Now these options are disabled on
Windows, and attempting to use them generates a warning.
(Bug#30459)
Partitioning: It was not possible to insert the greatest possible value for a given data type into a partitioned table. For example, consider a table defined as shown here:
CREATE TABLE t (c BIGINT UNSIGNED) PARTITION BY RANGE(c) ( PARTITION p0 VALUES LESS THAN MAXVALUE );
The largest possible value for a BIGINT
UNSIGNED
column is 18446744073709551615, but the
statement INSERT INTO t VALUES
(18446744073709551615);
would fail, even though the
same statement succeeded were t
not a
partitioned table.
In other words, MAXVALUE
was treated as being
equal to the greatest possible value, rather than as a least
upper bound.
(Bug#29258)
Replication:
Replicating a Falcon table that contained a
TEXT
or
BLOB
column would fail during a
DELETE
operation with the error
HA_ERR_END_OF_FILE
.
(Bug#36468)
Replication:
When using row-based replication, a slave could crash at startup
because it received a row-based replication event that
InnoDB
could not handle due to an incorrect
test of the query string provided by MySQL, which was
NULL
for row-based replication events.
(Bug#35226)
Replication:
insert_id
was not written to
the binary log for inserts into BLACKHOLE
tables.
(Bug#35178)
Replication:
When using statement-based replication and a
DELETE
,
UPDATE
, or
INSERT ...
SELECT
statement using a LIMIT
clause is encountered, a warning that the statement is not safe
to replicate in statement mode is now issued; when using
MIXED
mode, the statement is now replicated
using the row-based format.
(Bug#34768)
Replication:
mysqlbinlog did not output the values of
auto_increment_increment
and
auto_increment_offset
when both
were equal to their default values (for both of these variables,
the default is 1). This meant that a binary log recorded by a
client using the defaults for both variables and then replayed
on another client using its own values for either or both of
these variables produced erroneous results.
(Bug#34732)
See also Bug#31168.
Replication:
A CHANGE MASTER TO
statement with
no MASTER_HEARTBEAT_PERIOD
option failed to
reset the heartbeat period to its default value.
(Bug#34686)
Replication:
SHOW SLAVE STATUS
failed when
slave I/O was about to terminate.
(Bug#34305)
Replication: The character sets and collations used for constant identifiers in stored procedures were not replicated correctly. (Bug#34289)
Replication:
mysqlbinlog from a 5.1 or later MySQL
distribution could not read binary logs generated by a 4.1
server when the logs contained
LOAD DATA
INFILE
statements.
(Bug#34141)
This regression was introduced by Bug#32407.
Replication:
A CREATE USER
,
DROP USER
, or
RENAME USER
statement that fails
on the master, or that is a duplicate of any of these
statements, is no longer written to the binlog; previously,
either of these occurrences could cause the slave to fail.
(Bug#33862)
See also Bug#29749.
Replication:
SHOW BINLOG EVENTS
could fail
when the binlog contained one or more events whose size was
close to the value of
max_allowed_packet
.
(Bug#33413)
Replication: mysqlbinlog failed to release all of its memory after terminating abnormally. (Bug#33247)
Replication:
When a stored routine or trigger, running on a master that used
MySQL 5.0 or MySQL 5.1.11 or earlier, performed an insert on an
AUTO_INCREMENT
column, the
insert_id
value was not
replicated correctly to a slave running MySQL 5.1.12 or later
(including any MySQL 6.0 release).
(Bug#33029)
See also Bug#19630.
Replication: The error message generated due to lack of a default value for an extra column was not sufficiently informative. (Bug#32971)
Replication:
When a user variable was used inside an
INSERT
statement, the
corresponding binlog event was not written to the binlog
correctly.
(Bug#32580)
Replication: When using row-based replication, deletes from a table with a foreign key constraint failed on the slave. (Bug#32468)
Replication:
The --base64-output
option
for mysqlbinlog was not honored for all types
of events. This interfered in some cases with performing
point-in-time recovery.
(Bug#32407)
Replication:
SQL statements containing comments using --
syntax were not replayable by mysqlbinlog,
even though such statements replicated correctly.
(Bug#32205)
Replication: When using row-based replication from a master running MySQL 6.0.3 or earlier to a slave running 6.0.4 or later, updates of integer columns failed on the slave with Error in Unknown event: row application failed. (Bug#31583)
This regression was introduced by Bug#21842.
Replication: Replicating write, update, or delete events from a master running MySQL 5.1.15 or earlier to a slave running 5.1.16 or later caused the slave to crash. (Bug#31581)
Replication: When using row-based replication, the slave stopped when attempting to delete nonexistent rows from a slave table without a primary key. In addition, no error was reported when this occurred. (Bug#31552)
Replication:
Errors due to server ID conflicts were reported only in the
slave's error log; now these errors are also shown in the
Server_IO_State
column in the output of
SHOW SLAVE STATUS
.
(Bug#31316)
Replication:
STOP SLAVE
did not stop
connection attempts properly. If the I/O slave thread was
attempting to connect, STOP SLAVE
waited for the attempt to finish, sometimes for a long period of
time, rather than stopping the slave immediately.
(Bug#31024)
See also Bug#30932.
Replication:
Issuing a DROP VIEW
statement
caused replication to fail if the view did not actually exist.
(Bug#30998)
Replication:
Replication of LOAD
DATA INFILE
could fail when
read_buffer_size
was larger
than max_allowed_packet
.
(Bug#30435)
Replication:
Replication crashed with the NDB
storage engine when mysqld was started with
--character-set-server=ucs2
.
(Bug#29562)
Replication: When using row-based logging, nontransactional updates were not written atomically to the binary log. If a nontransactional update was made concurrently with some other update, this could cause incorrect binary logging, and consequently the slave could diverge from the master. Now, nontransactional updates are always written atomically to the binary log. (Bug#29020)
Replication:
Setting server_id
did not
update its value for the current session.
(Bug#28908)
Replication: Some older servers wrote events to the binary log using different numbering from what is currently used, even though the file format number in the file is the same. Slaves running MySQL 5.1.18 and later could not read these binary logs properly. Binary logs from these older versions now are recognized and event numbers are mapped to the current numbering so that they can be interpreted properly. (Bug#27779, Bug#32434)
This regression was introduced by Bug#22583.
Replication:
MASTER_POS_WAIT()
did not return
NULL
when the server was not a slave.
(Bug#26622)
Replication:
The nonspecific error message Wrong parameters to
function register_slave resulted when
START SLAVE
failed to register on
the master due to excess length of any the slave server options
--report-host
,
--report-user
, or
--report-password
. An error
message specific to each of these options is now returned in
such cases. The new error messages are:
Failed to register slave: too long 'report-host'
Failed to register slave: too long 'report-user'
Failed to register slave; too long 'report-password'
See also Bug#19328.
Replication:
PURGE BINARY LOGS TO
and PURGE
BINARY LOGS BEFORE
did not handle missing binary log
files correctly or in the same way. Now for both of these
statements, if any files listed in the
.index
file are missing from the file
system, the statement fails with an error.
(Bug#18199, Bug#18453)
API:
When the language option was not set correctly, API programs
calling mysql_server_init()
crashed. This issue was observed only on Windows platforms.
(Bug#31868)
Corrected a typecast involving bool
on Mac OS
X 10.5 (Leopard), which evaluated differently from earlier Mac
OS X versions.
(Bug#38217)
Queries could return different results depending on whether the join buffer was or was not used. (Bug#37131)
BACKUP DATABASE
did not correctly
determine dependency ordering of backed-up objects, which could
cause a RESTORE
operation to
fail.
(Bug#36531)
Concurrent LOAD DATA
INFILE
statements inserting data into
Falcon
tables could crash the server.
(Bug#35982)
Following a server crash, recovery of Falcon
tables containing BLOB
or
TEXT
columns could lose data.
(Bug#35688)
Manually replacing a binary log file with a directory having the same name caused an error that was not handled correctly. (Bug#35675)
Using LOAD DATA
INFILE
with a view could crash the server.
(Bug#35469)
Selecting from
INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS
could cause a server crash.
(Bug#35406)
See also Bug#35108.
For a TEMPORARY
table,
DELETE
with no
WHERE
clause could fail when preceded by
DELETE
statements with a
WHERE
clause.
(Bug#35392)
In some cases, when too many clients tried to connect to the
server, the proper SQLSTATE
code was not
returned.
(Bug#35289)
Memory-allocation failures for attempts to set
key_buffer_size
to large values
could result in a server crash.
(Bug#35272)
Queries could return different results depending on whether
ORDER BY
columns were indexed.
(Bug#35206)
When a view containing a reference to DUAL
was created, the reference was removed when the definition was
stored, causing some queries against the view to fail with
invalid SQL syntax errors.
(Bug#35193)
SELECT ... FROM
INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS
caused the
server to crash if the table referenced by a foreign key had
been dropped. This issue was observed on Windows platforms only.
(Bug#35108)
See also Bug#35406.
Debugging symbols were missing for some executables in Windows binary distributions. (Bug#35104)
Nonconnection threads were being counted in the value of the
Max_used_connections
status
variable.
(Bug#35074)
Two different threads could obtain the same record number for
concurrent inserts into the same Falcon
table.
(Bug#34990)
A query that performed a
ref_or_null
join where the
second table used a key having one or columns that could be
NULL
and had a column value that was
NULL
caused the server to crash.
(Bug#34945)
This regression was introduced by Bug#12144.
For some queries, the optimizer used an ordered index scan for
GROUP BY
or DISTINCT
when
it was supposed to use a loose index scan, leading to incorrect
results.
(Bug#34928)
Creating a foreign key on an InnoDB
table
that was created with an explicit
AUTO_INCREMENT
value caused that value to be
reset to 1.
(Bug#34920)
mysqldump failed to return an error code when
using the --master-data
option
without binary logging being enabled on the server.
(Bug#34909)
Under some circumstances, the value of
mysql_insert_id()
following a
SELECT ... INSERT
statement could return an
incorrect value. This could happen when the last SELECT
... INSERT
did not involve an
AUTO_INCREMENT
column, but the value of
mysql_insert_id()
was changed by
some previous statements.
(Bug#34889)
Logging to the progress tables used by
BACKUP DATABASE
and
RESTORE
caused a server crash.
(Bug#34858)
Table and database names were mixed up in some places of the subquery transformation procedure. This could affect debugging trace output and further extensions of that procedure. (Bug#34830)
If fsync()
returned
ENOLCK
, InnoDB
could treat
this as fatal and cause abnormal server termination.
InnoDB
now retries the operation.
(Bug#34823)
CREATE SERVER
and
ALTER SERVER
could crash the
server if out-of-memory conditions occurred.
(Bug#34790)
DROP SERVER
does not release
memory cached for server structures created by
CREATE SERVER
, so repeated
iterations of these statements resulted in a memory leak.
FLUSH
PRIVILEGES
now releases the memory allocated for
CREATE SERVER
.
(Bug#34789)
A malformed URL used for a FEDERATED
table's CONNECTION
option value in a
CREATE TABLE
statement was not
handled correctly and could crash the server.
(Bug#34788)
Repeated UPDATE
operations on a
Falcon
table could cause a memory leak.
(Bug#34778)
Queries such as SELECT ROW(1, 2) IN (SELECT t1.a, 2)
FROM t1 GROUP BY t1.a
(combining row constructors and
subqueries in the FROM
clause) could lead to
assertion failure or unexpected error messages.
(Bug#34763)
Using NAME_CONST()
with a negative number and
an aggregate function caused MySQL to crash. This could also
have a negative impact on replication.
(Bug#34749)
A memory-handling error associated with use of
GROUP_CONCAT()
in subqueries
could result in a server crash.
(Bug#34747)
For an indexed integer column
col_name
and a value
N
that is one greater than the
maximum value allowed for the data type of
col_name
, conditions of the form
WHERE
failed to return rows
where the value of col_name
<
N
col_name
is
.
(Bug#34731)N
- 1
A server running with the --debug
option could attempt to dereference a null pointer when opening
tables, resulting in a crash.
(Bug#34726)
Assigning an “incremental” value to the
debug
system variable did not
add the new value to the current value. For example, if the
current debug
value was
'T'
, the statement SET debug =
'+P'
resulted in a value of 'P'
rather than the correct value of 'P:T'
.
(Bug#34678)
For debug builds, reading from
INFORMATION_SCHEMA.TABLES
or
INFORMATION_SCHEMA.COLUMNS
could
cause assertion failures. This could happen under rare
circumstances when INFORMATION_SCHEMA
fails
to get information about a table (for example, when a connection
is killed).
(Bug#34656)
Executing a TRUNCATE TABLE
statement on a table having both a foreign key reference and a
DELETE
trigger crashed the
server.
(Bug#34643)
Some subqueries using an expression that included an aggregate function could fail or in some cases lead to a crash of the server. (Bug#34620)
Dangerous pointer arithmetic crashed the server on some systems. (Bug#34598)
Creating a view inside a stored procedure could lead to a crash of the MySQL Server. (Bug#34587)
Concurrent ALTER TABLE
operations
on temporary and nontemporary Falcon
tables
caused the server to hang.
(Bug#34567)
This regression was introduced by Bug#33634.
A server crash could occur if
INFORMATION_SCHEMA
tables built in memory
were swapped out to disk during query execution.
(Bug#34529)
CAST(AVG(
produced incorrect results for
non-arg
) AS
DECIMAL)DECIMAL
arguments.
(Bug#34512)
SET GLOBAL falcon_record_chill_threshold
and
SET GLOBAL falcon_index_chill_threshold
did
not work.
(Bug#34486)
The per-thread debugging settings stack was not being deallocated before thread termination, resulting in a stack memory leak. (Bug#34424)
Client applications could not connect to the server on Windows Vista because the server was creating an IPv6-only TCP/IP socket. Now on Vista, the server listens on both IPv4 and IPv6. On XP, because of OS restrictions (no dual stack), the server listens on either IPv4 or IPv6. (Bug#34381)
Inserting a unique record into a Falcon
table, then performing a DELETE
on the same record resulted in the error Record has
changed since last read.
(Bug#34351)
Executing an ALTER VIEW
statement
on a table crashed the server.
(Bug#34337)
For InnoDB
, exporting and importing a table
could corrupt TINYBLOB
columns,
and a subsequent ALTER TABLE
could corrupt TINYTEXT
columns as
well.
(Bug#34300)
On Windows, client programs generated assertion failures. (Bug#34298)
DEFAULT 0
was not allowed for the
YEAR
data type.
(Bug#34274)
The INFORMATION_SCHEMA.FALCON_TRANSACTIONS
had two columns named STATE
.
(Bug#34241)
Under some conditions, a SET GLOBAL
innodb_commit_concurrency
or SET GLOBAL
innodb_autoextend_increment
statement could fail.
(Bug#34223)
mysqldump attempts to set the
character_set_results
system
variable after connecting to the server. This failed for pre-4.1
servers that have no such variable, but
mysqldump did not account for this and 1)
failed to dump database contents; 2) failed to produce any error
message alerting the user to the problem.
(Bug#34192)
Use of stored functions in the WHERE
clause
for SHOW OPEN TABLES
caused a
server crash.
(Bug#34166)
Compilation failed on Solaris for the ARCHIVE
storage engine due to inclusion of getopt.h
in the ARCHIVE
code.
(Bug#34094)
CREATE TABLE ... ENGINE=Falcon
failed with an
unhelpful error message when the Falcon
storage engine had failed to allocate the page cache properly on
server startup. Now, Falcon
is initialized on
server startup, and is not loaded if the allocation fails.
(Bug#34085)
Updates of floating-point columns in
FEDERATED
tables could produce incorrect
results.
(Bug#34015)
For a FEDERATED
table with an index on a
nullable column, accessing the table could crash a server,
return an incorrect result set, or return ERROR 1030
(HY000): Got error 1430 from storage engine
.
(Bug#33946)
Passing anything other than an integer argument to a
LIMIT
clause in a prepared statement would
fail. (This limitation was introduced to avoid replication
problems; for example, replicating the statement with a string
argument would cause a parse failure in the slave). Now,
arguments to the LIMIT
clause are converted
to integer values, and these converted values are used when
logging the statement.
(Bug#33851)
An internal buffer in mysql was too short. Overextending it could cause stack problems or segmentation violations on some architectures. (This is not a problem that could be exploited to run arbitrary code.) (Bug#33841)
A query using WHERE
(column1='
, where
string1
' AND
column2=constant1
) OR
(column1='string2
' AND
column2=constant2
)col1
used a binary collation and
string1
matched
string2
except for case, failed to
match any records even when matches were found by a query using
the equivalent clause WHERE
column2=
.
(Bug#33833)constant1
OR
column2=constant2
Large unsigned integers were improperly handled for prepared statements, resulting in truncation or conversion to negative numbers. (Bug#33798)
Reuse of prepared statements could cause a memory leak in the embedded server. (Bug#33796)
The server crashed when executing a query that had a subquery
containing an equality X=Y where Y referred to a named select
list expression from the parent select. The server crashed when
trying to use the X=Y equality for
ref
-based access.
(Bug#33794)
Some queries using a combination of IN
,
CONCAT()
, and an implicit type
conversion could return an incorrect result.
(Bug#33764)
In some cases a query that produced a result set when using
ORDER BY ASC
did not return any results when
this was changed to ORDER BY DESC
.
(Bug#33758)
Disabling concurrent inserts caused some cacheable queries not to be saved in the query cache. (Bug#33756)
ORDER BY ... DESC
sorts could produce
misordered results.
(Bug#33697)
Use of uninitialized memory for filesort
in a
subquery caused a server crash.
(Bug#33675)
The WEIGHT_STRING()
function
returned incorrect results for column values when earlier column
values were NULL
.
(Bug#33663)
The server could crash when
REPEAT
or another control instruction was used in conjunction with
labels and a
LEAVE
instruction.
(Bug#33618)
The parser allowed control structures in compound statements to have mismatched beginning and ending labels. (Bug#33618)
make_binary_distribution passed the
--print-libgcc-file
option to the C compiler,
but this does not work with the ICC compiler.
(Bug#33536)
Threads created by the event scheduler were incorrectly counted
against the max_connections
thread limit, which could lead to client lockout.
(Bug#33507)
CREATE TABLE ... ENGINE=Falcon
failed on
kernel 2.4 based Linux systems when using
O_DIRECT
with an NFS file system.
(Bug#33484)
Dropping a function after dropping the function's creator could cause the server to crash. (Bug#33464)
For the latin2_czech_cs
collation, the
primary weights for all variants of capital letters
U
and O
were incorrect
(were not equal to the corresponding small letters).
As a result of this bug fix, indexes must be rebuilt for columns
that use the latin2_czech_cs collation
. See
Section 2.11.3, “Checking Whether Tables or Indexes Must Be Rebuilt”.
(Bug#33452)
Certain combinations of views, subselects with outer references and stored routines or triggers could cause the server to crash. (Bug#33389)
SET GLOBAL myisam_max_sort_file_size=DEFAULT
set myisam_max_sort_file_size
to an incorrect value.
(Bug#33382)
See also Bug#31177.
ENUM
- or
SET
-valued plugin variables could not be set
from the command line.
(Bug#33358)
If the mysql
database was named in the
BACKUP DATABASE
statement, the
backup operation hung.
(Bug#33355)
Loading plugins via command-line options to mysqld could cause an assertion failure. (Bug#33345)
SLEEP(0)
failed to return on
64-bit Mac OS X due to a bug in
pthread_cond_timedwait()
.
(Bug#33304)
CREATE TABLE ...
SELECT
created tables that for date columns used the
obsolete Field_date
type instead of
Field_newdate
.
(Bug#33256)
For MyISAM
tables, CHECK
TABLE
(non-QUICK
) and any form of
REPAIR TABLE
incorrected treated
rows as corrupted under the combination of the following
conditions:
The table had dynamic row format
The table had a CHAR
(not
VARCHAR
) column longer than
127 bytes (for multi-byte character sets this could be less
than 127 characters)
The table had rows with a signifcant length of more than 127
bytes significant length in that
CHAR
column (that is, a byte
beyond byte position 127 must be a nonspace character)
This problem affected CHECK
TABLE
, REPAIR TABLE
,
OPTIMIZE TABLE
,
ALTER TABLE
.
CHECK TABLE
reported and marked
the table as crashed if any row was present that fulfilled the
third condition. The other statements deleted these rows.
(Bug#33222)
The error message was vague for attempts to drop a
Falcon
tablespace that contained tables. Now
the message Tablespace busy is returned.
(Bug#33216)
When creating temporary tables within Falcon
,
the tables are automatically created in the
FALCON_TEMPORARY
tablespace. If you specify
an alternate tablespace to the CREATE
TABLE
statement a warning will now be issued to that
effect.
(Bug#33211)
The parser accepted an INTO
clause in nested
SELECT
statements, which is
invalid because such statements must return their results to the
outer context.
(Bug#33204)
Granting the UPDATE
privilege on
one column of a view caused the server to crash.
(Bug#33201)
For DECIMAL
columns used with the
ROUND(
or
X
,D
)TRUNCATE(
function with a nonconstant value of
X
,D
)D
, adding an ORDER
BY
for the function result produced misordered output.
(Bug#33143)
Some valid SELECT
statements
could not be used as views due to incorrect column reference
resolution.
(Bug#33133)
The weight for supplementary Unicode characters should be
0xFFFD
, but the
WEIGHT_STRING()
function returned
0x0DC6
instead.
(Bug#33077)
The CSV
engine did not honor update requests
for BLOB
columns when the new
column value had the same length as the value to be updated.
(Bug#33067)
After receiving a SIGHUP
signal, the server
could crash, and user-specified log options were ignored when
reopening the logs.
(Bug#33065)
Repeatedly executing a query with a semi-join subquery could cause a server crash. (Bug#33062)
The fix for Bug#11230 and Bug#26215 introduced a significant input-parsing slowdown for the mysql client. This has been corrected. (Bug#33057)
When MySQL was built with OpenSSL, the SSL library was not properly initialized with information of which endpoint it was (server or client), causing connection failures. (Bug#33050)
Under some circumstances a combination of aggregate functions
and GROUP BY
in a
SELECT
query over a view could
lead to incorrect calculation of the result type of the
aggregate function. This in turn could lead to incorrect
results, or to crashes on debug builds of the server.
(Bug#33049)
It was not possible to set the value of
falcon_consistent_read
within
the local scope. You can now set the global value, using
SET
GLOBAL
, but this affects only the current local scope
and all new connections made after the global variable was set.
(Bug#33041)
The new index condition pushdown optimization could cause a
server crash when used with the range access method over an
InnoDB
table.
(Bug#33033)
For DISTINCT
queries, MySQL 4.0 and 4.1
stopped reading joined tables as soon as the first matching row
was found. However, this optimization was lost in MySQL 5.0,
which instead read all matching rows. This fix for this
regression may result in a major improvement in performance for
DISTINCT
queries in cases where many rows
match.
(Bug#32942)
Repeated creation and deletion of views within prepared statements could eventually crash the server. (Bug#32890)
See also Bug#34587.
The correct data type for a NULL
column
resulting from a UNION
could be
determined incorrectly in some cases: 1) Not correctly inferred
as NULL
depending on the number of selects;
2) Not inferred correctly as NULL
if one
select used a subquery.
(Bug#32848)
For queries containing GROUP_CONCAT(DISTINCT
, there was a
limitation that the col_list
ORDER BY
col_list
)DISTINCT
columns had to
be the same as ORDER BY
columns. Incorrect
results could be returned if this was not true.
(Bug#32798)
Incorrect assertions could cause a server crash for
DELETE
triggers for transactional
tables.
(Bug#32790)
SHOW EVENTS
and selecting from
the INFORMATION_SCHEMA.EVENTS
table
failed if the current database was
INFORMATION_SCHEMA
.
(Bug#32775)
In some cases where setting a system variable failed, no error was sent to the client, causing the client to hang. (Bug#32757)
Enabling the
PAD_CHAR_TO_FULL_LENGTH
SQL
mode caused privilege-loading operations (such as
FLUSH
PRIVILEGES
) to include trailing spaces from grant
table values stored in CHAR
columns. Authentication for incoming connections failed as a
result. Now privilege loading does not include trailing spaces,
regardless of SQL mode.
(Bug#32753)
Use of the cp932
character set with
CAST()
in an ORDER
BY
clause could cause a server crash.
(Bug#32726)
The SHOW ENGINE
INNODB STATUS
and
SHOW ENGINE INNODB
MUTEX
statements incorrectly required the
SUPER
privilege rather than the
PROCESS
privilege.
(Bug#32710)
Inserting strings with a common prefix into a table that used
the ucs2
character set corrupted the table.
(Bug#32705)
A subquery using an IS NULL
check of a column
defined as NOT NULL
in a table used in the
FROM
clause of the outer query produced an
invalid result.
(Bug#32694)
Specifying a nonexistent column for an
INSERT DELAYED
statement caused a
server crash rather than producing an error.
(Bug#32676)
Tables in the mysql
database that stored the
current sql_mode
value as part
of stored program definitions were not updated with newer mode
values
(NO_ENGINE_SUBSTITUTION
,
PAD_CHAR_TO_FULL_LENGTH
). This
causes various problems defining stored programs if those modes
were included in the current
sql_mode
value.
(Bug#32633)
Use of CLIENT_MULTI_QUERIES
caused
libmysqld
to crash.
(Bug#32624)
A SELECT ... GROUP BY
query failed
with an assertion if the length of the
bit_column
BIT
column used for the
GROUP BY
was not an integer multiple of 8.
(Bug#32556)
A view created with a string literal for one of the columns picked up the connection character set, but not the collation. Comparison to that field therefore used the default collation for that character set, causing an error if the connection collation was not compatible with the default collation. The problem was caused by text literals in a view being dumped with a character set introducer even when this was not necessary, sometimes leading to a loss of collation information. Now the character set introducer is dumped only if it was included in the original query. (Bug#32538)
See also Bug#21505.
Using SELECT INTO OUTFILE
with 8-bit
ENCLOSED BY
characters led to corrupted data
when the data was reloaded using LOAD DATA INFILE. This was
because SELECT INTO OUTFILE
failed to escape
the 8-bit characters.
(Bug#32533)
For FLUSH TABLES WITH
READ LOCK
, the server failed to properly detect
write-locked tables when running with low-priority updates,
resulting in a crash or deadlock.
(Bug#32528)
Queries using LIKE
on tables having indexed
CHAR
columns using either of the
eucjpms
or ujis
character
sets did not return correct results.
(Bug#32510)
A query of the form SELECT
@
crashed
the server.
(Bug#32482)user_variable
:=
constant
AS
alias
FROM
table
GROUP BY
alias
WITH ROLLUP
Sending several KILL
QUERY
statements to target a connection running
SELECT SLEEP()
could freeze the server.
(Bug#32436)
ssl-cipher
values in option files were not
being read by libmysqlclient
.
(Bug#32429)
Repeated execution of a query containing a
CASE
expression and numerous AND
and
OR
relations could crash the server. The root
cause of the issue was determined to be that the internal
SEL_ARG
structure was not properly
initialized when created.
(Bug#32403)
Referencing within a subquery an alias used in the
SELECT
list of the outer query
was incorrectly permitted.
(Bug#32400)
If a global read lock acquired with
FLUSH TABLES WITH READ
LOCK
was in effect, executing
ALTER TABLE
could cause a server
crash.
(Bug#32395)
utf16
columns allowed incorrect Unicode
characters inserted through conversion from another Unicode
character set.
(Bug#32393)
An ORDER BY
query on a view created using a
FEDERATED
table as a base table caused the
server to crash.
(Bug#32374)
Comparison of a BIGINT NOT NULL
column with a
constant arithmetic expression that evaluated to NULL mistakenly
caused the error Column '...' cannot be
null (error 1048).
(Bug#32335)
Assigning a 65,536-byte string to a
TEXT
column (which can hold a
maximum of 65,535 bytes) resulted in truncation without a
warning. Now a truncation warning is generated.
(Bug#32282)
The LAST_DAY()
function returns a
DATE
value, but internally the
value did not have the time fields zeroed and calculations
involving the value could return incorrect results.
(Bug#32270)
MIN()
and
MAX()
could return incorrect
results when an index was present if a loose index scan was
used.
(Bug#32268)
Executing a prepared statement associated with a materialized cursor sent to the client a metadata packet with incorrect table and database names. The problem occurred because the server sent the name of the temporary table used by the cursor instead of the table name of the original table.
The same problem occured when selecting from a view, in which case the name of the table name was sent, rather than the name of the view. (Bug#32265)
Memory corruption could occur due to large index map in
Range checked for each record
status reported
by EXPLAIN
SELECT
. The problem was based in an incorrectly
calculated length of the buffer used to store a hexadecimal
representation of an index map, which could result in buffer
overrun and stack corruption under some circumstances.
(Bug#32241)
Various test program cleanups were made: 1)
mytest and libmysqltest
were removed. 2) bug25714 displays an error
message when invoked with incorrect arguments or the
--help
option. 3)
mysql_client_test exits cleanly with a proper
error status.
(Bug#32221)
The default grant tables on Windows contained information for
host production.mysql.com
, which should not
be there.
(Bug#32219)
For comparisons of the form date_col OP
datetime_const
(where
OP
is
=
,
<
,
>
,
<=
,
or
>=
),
the comparison is done using
DATETIME
values, per the fix for
Bug#27590. However that fix caused any index on
date_col
not to be used and
compromised performance. Now the index is used again.
(Bug#32198)
DATETIME
arguments specified in
numeric form were treated by
DATE_ADD()
as
DATE
values.
(Bug#32180)
When configure was run with
--with-libevent
, libevent
was not linked statically with mysqld,
preventing mysqld from being run with a
debugger.
(Bug#32156)
Killing a statement could lead to a race condition in the server. (Bug#32148)
String-to-double conversion was performed differently when the prepared-statement protocol was used from when it was not. (Bug#32095)
With lower_case_table_names
set, CREATE TABLE LIKE
was treated
differently by libmysqld
than by the
nonembedded server.
(Bug#32063)
On Windows, mysqltest_embedded.exe did not
properly execute the send
command.
(Bug#32044)
Within a subquery, UNION
was
handled differently than at the top level, which could result in
incorrect results or a server crash.
(Bug#32036, Bug#32051)
HOUR()
,
MINUTE()
, and
SECOND()
could return nonzero
values for DATE
arguments.
(Bug#31990)
A variable named read_only
could be declared even though that is a reserved word.
(Bug#31947)
On Windows, the build process failed with four parallel build threads. (Bug#31929)
Changing the SQL mode to cause dates with “zero”
parts to be considered invalid (such as
'1000-00-00'
) could result in indexed and
nonindexed searches returning different results for a column
that contained such dates.
(Bug#31928)
The server used unnecessarily large amounts of memory when user
variables were used as an argument to
CONCAT()
or
CONCAT_WS()
.
(Bug#31898)
Queries testing numeric constants containing leading zeros
against ZEROFILL
columns were not evaluated
correctly.
(Bug#31887)
mysql-test-run.pl sometimes set up test scenarios in which the same port number was passed to multiple servers, causing one of them to be unable to start. (Bug#31880)
Using ORDER BY
led to the wrong result when
using the ARCHIVE
on a table with a
BLOB
when the table cache was
full. The table could also be reported as crashed after the
query had completed, even though the table data was intact.
(Bug#31833)
Name resolution for correlated subqueries and
HAVING
clauses failed to distinguish which of
two was being performed when there was a reference to an outer
aliased field. This could result in error messages about a
HAVING
clause for queries that had no such
clause.
(Bug#31797)
If an error occurred during file creation, the server sometimes did not remove the file, resulting in an unused file in the file system. (Bug#31781)
mysqlslap failed to commit after the final record load. (Bug#31704)
ucs2
does not work as a client character set,
but attempts to use it as such were not rejected. Now
character_set_client
cannot be
set to ucs2
. This also affects statements
such as SET NAMES
and SET CHARACTER
SET
.
(Bug#31615)
The server returned the error message Out of memory; restart server and try again when the actual problem was that the sort buffer was too small. Now an appropriate error message is returned in such cases. (Bug#31590)
For a table that had been opened with
HANDLER
and marked for reopening
after being closed with
FLUSH TABLES
,
DROP TABLE
did not properly
discard the handler.
(Bug#31397)
A table having an index that included a
BLOB
or
TEXT
column, and that was
originally created with a MySQL server using version 4.1 or
earlier, could not be opened by a 5.1 or later server.
(Bug#31331)
The -
, *
, and
/
operators and the functions
POW()
and
EXP()
could misbehave when used
with floating-point numbers. Previously they might return
+INF
, -INF
, or
NaN
in cases of numeric overflow (including
that caused by division by zero) or when invalid arguments were
used. Now NULL
is returned in all such cases.
(Bug#31236)
The mysql_change_user()
C API
function caused global
Com_
status
variable values to be incorrect.
(Bug#31222)xxx
When sorting privilege table rows, the server treated escaped
wildcard characters (\%
and
\_
) the same as unescaped wildcard characters
(%
and _
), resulting in
incorrect row ordering.
(Bug#31194)
Server variables could not be set to their current values on Linux platforms. (Additional fixes were made in MySQL 6.0.9 and 6.0.10.) (Bug#31177)
See also Bug#6958.
Data in BLOB
or
GEOMETRY
columns could be cropped when
performing a UNION
query.
(Bug#31158)
The server crashed in the parser when running out of memory. Memory handling in the parser has been improved to gracefully return an error when out-of-memory conditions occur in the parser. (Bug#31153)
MySQL declares a UNIQUE
key as a
PRIMARY
key if it doesn't have
NULL
columns and is not a partial key, and
the PRIMARY
key must alway be the first key.
However, in some cases, a nonfirst key could be reported as
PRIMARY
, leading to an assert failure by
InnoDB
. This is fixed by correcting the key
sort order.
(Bug#31137)
Many nested subqueries in a single query could led to excessive memory consumption and possibly a crash of the server. (Bug#31048)
An assertion failure occurred for queries containing two subqueries if both subqueries were evaluated using a semi-join strategy. (Bug#31040)
On Windows, SHOW PROCESSLIST
could display process entries with a State
value of *** DEAD ***
.
(Bug#30960)
ROUND(
or
X
,D
)TRUNCATE(
for nonconstant values of X
,D
)D
could
crash the server if these functions were used in an
ORDER BY
that was resolved using
filesort
.
(Bug#30889)
Resetting the query cache by issuing a SET GLOBAL
query_cache_size=0
statement caused the server to
crash if it concurrently was saving a new result set to the
query cache.
(Bug#30887)
Manifest problems prevented MySQLInstanceConfig.exe from running on Windows Vista. (Bug#30823)
The optimizer incorrectly optimized conditions out of the
WHERE
clause in some queries involving
subqueries and indexed columns.
(Bug#30788)
If an alias was used to refer to the value returned by a stored function within a subselect, the outer select recognized the alias but failed to retrieve the value assigned to it in the subselect. (Bug#30787)
Improper calculation of CASE
expression results could lead to value truncation.
(Bug#30782)
The thread_handling
system
variable was treated as having a SESSION
value and as being settable at runtime. Now it has only a
GLOBAL
read-only value.
(Bug#30651)
If the optimizer used a Multi-Range Read access method for index
lookups, incorrect results could occur for rows that contained
any of the BLOB
or
TEXT
data types.
(Bug#30622)
Binary logging for a stored procedure differed depending on whether or not execution occurred in a prepared statement. (Bug#30604)
When casting a string value to an integer, cases where the input
string contained a decimal point and was long enough to overrun
the unsigned long long
type were not handled
correctly. The position of the decimal point was not taken into
account which resulted in miscalculated numbers and incorrect
truncation to appropriate SQL data type limits.
(Bug#30453)
With libmysqld
, use of prepared statements
and the query cache at the same time caused problems.
(Bug#30430)
For CREATE ... SELECT ... FROM
, where the
resulting table contained indexes, adding
SQL_BUFFER_RESULT
to the
SELECT
part caused index
corruption in the table.
(Bug#30384)
An orphaned PID file from a no-longer-running process could cause mysql.server to wait for that process to exit even though it does not exist. (Bug#30378)
The optimizer made incorrect assumptions about the value of the
is_member
value for user-defined functions,
sometimes resulting in incorrect ordering of UDF results.
(Bug#30355)
The Table_locks_waited
waited
variable was not incremented in the cases that a lock had to be
waited for but the waiting thread was killed or the request was
aborted.
(Bug#30331)
Simultaneous ALTER TABLE
statements for BLACKHOLE
tables caused 100%
CPU use due to locking problems.
(Bug#30294)
Tables with a GEOMETRY
column could be marked
as corrupt if you added a non-SPATIAL
index
on a GEOMETRY
column.
(Bug#30284)
Flushing a merge table between the time it was opened and its child table were actually attached caused the server to crash. (Bug#30273)
This regression was introduced by Bug#26379.
The Com_create_function
status variable was
not incremented properly.
(Bug#30252)
For Multi-Range Read scans used to resolve
LIMIT
queries, failure to close the scan
caused file descriptor leaks for MyISAM
tables.
(Bug#30221)
View metadata returned from
INFORMATION_SCHEMA.VIEWS
was
changed by the fix for Bug#11986, causing the information
returned in MySQL 5.1 to differ from that returned in 5.0.
(Bug#30217)
If the server crashed during an ALTER
TABLE
statement, leaving a temporary file in the
database directory, a subsequent DROP
DATABASE
statement failed due to the presence of the
temporary file.
(Bug#30152)
The parser accepted an INTO
clause in nested
SELECT
statements, which is
invalid because such statements must return their results to the
outer context.
(Bug#30105)
For tables with FLOAT
or
DOUBLE
columns,
CHECKSUM TABLE
could report
different results on master and slave servers.
(Bug#30041)
mysqld displayed the
--enable-pstack
option in its
help message even if MySQL was configured without
--with-pstack
.
(Bug#29836)
The mysql_config command would output
CFLAGS
values that were incompatible with C++
for the HP-UX platform.
(Bug#29645)
Views were treated as insertable even if some base table columns with no default value were omitted from the view definition. (This is contrary to the condition for insertability that a view must contain all columns in the base table that do not have a default value.) (Bug#29477)
myisamchk always reported the character set
for a table as latin1_swedish_ci (8)
regardless of the table' actual character set.
(Bug#29182)
Denormalized double-precision numbers cannot be handled properly by old MIPS pocessors. For IRIX, this is now handled by enabling a mode to use a software workaround. (Bug#29085)
When doing a DELETE
on a table
that involved a JOIN
with
MyISAM
or MERGE
tables and
the JOIN
referred to the same table, the
operation could fail reporting ERROR 1030 (HY000): Got
error 134 from storage engine
. This was because scans
on the table contents would change because of rows that had
already been deleted.
(Bug#28837)
SHOW VARIABLES
did not correctly
display the value of the
thread_handling
system
variable.
(Bug#28785)
When running the MySQL Instance Configuration Wizard, a race condition could exist that would fail to connect to a newly configured instance. This was because mysqld had not completed the startup process before the next stage of the installation process. (Bug#28628)
For upgrading to a new major version using RPM packages (such as 4.1 to 5.0), if the installation procedure found an existing MySQL server running, it could fail to shut down the old server, but also erroneously removed the server's socket file. Now the procedure checks for an existing server package from a different vendor or major MySQL version. In such case, it refuses to install the server and recommends how to safely remove the old packages before installing the new ones. (Bug#28555)
mysqlhotcopy silently skipped databases with names consisting of two alphanumeric characters. (Bug#28460)
No information was written to the general query log for the
COM_STMT_CLOSE
,
COM_STMT_RESET
, and
COM_STMT_SEND_LONG_DATA
commands. (These
occur when a client invokes the
mysql_stmt_close()
,
mysql_stmt_reset()
and
mysql_stmt_send_long_data()
C
API functions.)
(Bug#28386)
Previously, the parser accepted the ODBC { OJ ... LEFT
OUTER JOIN ...}
syntax for writing left outer joins.
The parser now allows { OJ ... }
to be used
to write other types of joins, such as INNER
JOIN
or RIGHT OUTER JOIN
. This
helps with compatibility with some third-party applications, but
is not official ODBC syntax.
(Bug#28317)
The FEDERATED
storage engine did not perform
identifier quoting for column names that are reserved words when
sending statements to the remote server.
(Bug#28269)
The SQL parser did not accept an empty
UNION=()
clause. This meant that, when there
were no underlying tables specified for a
MERGE
table, SHOW CREATE
TABLE
and mysqldump both output
statements that could not be executed.
Now it is possible to execute a CREATE
TABLE
or ALTER TABLE
statement with an empty UNION=()
clause.
However, SHOW CREATE TABLE
and
mysqldump do not output the
UNION=()
clause if there are no underlying
tables specified for a MERGE
table. This also
means it is now possible to remove the underlying tables for a
MERGE
table using ALTER TABLE ...
UNION=()
.
(Bug#28248)
An ORDER BY
at the end of a
UNION
affected individual
SELECT
statements rather than the
overall query result.
(Bug#27848)
It was possible to exhaust memory by repeatedly running
index_merge
queries and never
performing any FLUSH
TABLES
statements.
(Bug#27732)
When utf8
was set as the connection character
set, using SPACE()
with a
non-Unicode column produced an error.
(Bug#27580)
See also Bug#23637.
A race condition between killing a statement and the thread executing the statement could lead to a situation such that the binary log contained an event indicating that the statement was killed, whereas the statement actually executed to completion. (Bug#27571)
Some queries using the
NAME_CONST()
function failed to
return either a result or an error to the client, causing it to
hang. This was due to the fact that there was no check to insure
that both arguments to this function were constant expressions.
(Bug#27545, Bug#32559)
Evaluation of an IN()
predicate containing a
decimal-valued argument caused a server crash.
(Bug#27513, Bug#27362, CVE-2007-2583)
With the read_only
system
variable enabled, CREATE DATABASE
and DROP DATABASE
were allowed to
users who did not have the SUPER
privilege.
(Bug#27440)
The parser rules for the SHOW
PROFILE
statement were revised to work with older
versions of bison.
(Bug#27433)
resolveip failed to produce correct results for host names that begin with a digit. (Bug#27427)
In ORDER BY
clauses, mixing aggregate
functions and nongrouping columns is not allowed if the
ONLY_FULL_GROUP_BY
SQL mode is
enabled. However, in some cases, no error was thrown because of
insufficient checking.
(Bug#27219)
For the --record_log_pos
option, mysqlhotcopy now determines the slave
status information from the result of SHOW
SLAVE STATUS
by using the
Relay_Master_Log_File
and
Exec_Master_Log_Pos
values rather than the
Master_Log_File
and
Read_Master_Log_Pos
values. This provides a
more accurate indication of slave execution relative to the
master.
(Bug#27101)
Memory corruption, a crash of the MySQL server, or both, could
take place if a low-level I/O error occurred while an
ARCHIVE
table was being opened.
(Bug#26978)
SHOW PROFILE
hung if executed
before enabling the @@profiling
session
variable.
(Bug#26938)
The mysql_insert_id()
C API
function sometimes returned different results for
libmysqld
and
libmysqlclient
.
(Bug#26921)
Symbolic links on Windows could fail to work. (Bug#26811)
mysqld sometimes miscalculated the number of
digits required when storing a floating-point number in a
CHAR
column. This caused the
value to be truncated, or (when using a debug build) caused the
server to crash.
(Bug#26788)
See also Bug#12860.
The default database is no longer changed to
NULL
(“no database”) if
DROP DATABASE
for that database
failed.
(Bug#26704)
DROP DATABASE
failed for attempts
to drop databases with names that contained the legacy
#mysql50#
name prefix.
(Bug#26703)
config-win.h
unconditionally defined
bool
as BOOL
,
causing problems on systems where bool
is 1
byte and BOOL
is 4 bytes.
(Bug#26461)
It makes no sense to attempt to use ALTER TABLE ...
ORDER BY
to order an InnoDB
table
if there is a user-defined clustered index, because rows are
always ordered by the clustered index. Such attempts now are
ignored and produce a warning.
Also, in some cases, InnoDB
incorrectly used
a secondary index when the clustered index would produce a
faster scan. EXPLAIN
output now
indicates use of the clustered index (for tables that have one)
as lines with a type
value of
index
, a
key
value of PRIMARY
, and
without Using index
in the
Extra
value.
(Bug#26447)
See also Bug#35850.
On Windows, for distributions built with debugging support, mysql could crash if the user typed Control-C. (Bug#26243)
When symbolic links were disabled, either with a server startup
option or by enabling the
NO_DIR_IN_CREATE
SQL mode,
CREATE TABLE
silently ignored the
DATA DIRECTORY
and INDEX
DIRECTORY
table options. Now the server issues a
warning if symbolic links are disabled when these table options
are used.
(Bug#25677)
CREATE TABLE LIKE
did not work when the
source table was an INFORMATION_SCHEMA
table.
(Bug#25629)
Attempting to create an index with a prefix on a
DECIMAL
column appeared to
succeed with an inaccurate warning message. Now, this action
fails with the error Incorrect prefix key; the used
key part isn't a string, the used length is longer than the key
part, or the storage engine doesn't support unique prefix
keys.
(Bug#25426)
mysqlcheck -A -r did not correctly identify all tables that needed repairing. (Bug#25347)
On Windows, an error in configure.js
caused
installation of source distributions to fail.
(Bug#25340)
The Qcache_free_blocks
status
variable did not display a value of 0 if the query cache was
disabled.
(Bug#25132)
The client library had no way to return an error if no
connection had been established. This caused problems such as
mysql_library_init()
failing
silently if no errmsg.sys
file was
available.
(Bug#25097)
For Windows 64-bit builds, enabling shared-memory support caused client connections to fail. (Bug#24992)
If the expected precision of an arithmetic expression exceeded the maximum precision supported by MySQL, the precision of the result was reduced by an unpredictable or arbitrary amount, rather than to the maximum precision. In some cases, exceeding the maximum supported precision could also lead to a crash of the server. (Bug#24907)
mysql did not use its completion table. Also, the table contained few entries. (Bug#24624)
Data truncated for column
warnings were
generated for some (constant) values that did not have too high
precision.
(Bug#24541)col_num
at row
row_num
If a user installed MySQL Server and set a password for the
root
user, and then uninstalled and
reinstalled MySQL Server to the same location, the user could
not use the MySQL Instance Config wizard to configure the server
because the uninstall operation left the previous data directory
intact. The config wizard assumed that any
new install (not an upgrade) would have the default data
directory where the root
user has no
password. The installer now writes a registry key named
FoundExistingDataDir
. If the installer finds
an existing data directory, the key will have a value of 1,
otherwise it will have a value of 0. When
MySQLInstanceConfig.exe is run, it will
attempt to read the key. If it can read the key, and the value
is 1 and there is no existing instance of the server (indicating
a new installation), the Config Wizard will allow the user to
input the old password so the server can be configured.
(Bug#24215)
Logging of statements to log tables was incorrect for statements
that contained utf8
-incompatible binary
strings. Incompatible sequences are hex-encoded now.
(Bug#23924)
The MySQL header files contained some duplicate macro definitions that could cause compilation problems. (Bug#23839)
A CREATE TRIGGER
statement could
cause a deadlock or server crash if it referred to a table for
which a table lock had been acquired with
LOCK TABLES
.
(Bug#23713)
SHOW COLUMNS
on a
TEMPOARY
table caused locking issues.
(Bug#23588)
For distributions compiled with the bundled
libedit
library, there were difficulties
using the mysql client to enter input for
non-ASCII or multi-byte characters.
(Bug#23097)
perror reported incomplete or inaccurate information. (Bug#23028, Bug#25177)
After stopping and starting the event scheduler, disabled events could remain in the execution queue. (Bug#22738)
The server produced a confusing error message when attempting to open a table that required a storage engine that was not loaded. (Bug#22708)
The parser treated the INTERVAL()
function incorrectly, leading to situations where syntax errors
could result depending on which side of an arithmetic operator
the function appeared.
(Bug#22312)
For views or stored programs created with an invalid
DEFINER
value, the error message was
confusing (did not tie the problem to the
DEFINER
clause) and has been improved.
(Bug#21854)
Warnings for deprecated syntax constructs used in stored routines make sense to report only when the routine is being created, but they were also being reported when the routine was parsed for loading into the execution cache. Now they are reported only at routine creation time. (Bug#21801)
On Mac OS X, mysqld did not react to Ctrl-C
when run under gdb, even when run with the
--gdb
option.
(Bug#21567)
When inserting an extraordinarly large value into a
DOUBLE
column, the value could be
truncated in such a way that the new value cannot be reloaded
manually or from the output of mysqldump.
(Bug#21497)
CREATE ... SELECT
did not always set
DEFAULT
column values in the new table.
(Bug#21380)
mysql_config output did not include
-lmygcc
on some platforms when it was needed.
(Bug#21158)
mysql-stress-test.pl and mysqld_multi.server.sh were missing from some binary distributions. (Bug#21023, Bug#25486)
It was possible to execute CREATE TABLE t1 ... SELECT
... FROM t2
with the
CREATE
privilege for
t1
and SELECT
privilege for t2
, even in the absence of the
INSERT
privilege for
t1
.
(Bug#20901)
The BENCHMARK()
function, invoked
with more than 2147483648 iterations (the size of a signed
32-bit integer), terminated prematurely.
(Bug#20752)
mysqldumpslow returned a confusing error message when no configuration file was found. (Bug#20455)
MySQLInstanceConfig.exe could lose the
innodb_data_home_dir
setting
when reconfiguring an instance.
(Bug#19797)
Issuing an SQL KILL
of the active
connection caused an error on Mac OS X.
(Bug#19723)
CREATE TABLE
allowed 0 as the
default value for a TIMESTAMP
column when the server was running in
NO_ZERO_DATE
mode.
(Bug#18834)
The -lmtmalloc
library was removed from the
output of mysql_config on Solaris, as it
caused problems when building DBD::mysql
(and
possibly other applications) on that platform that tried to use
dlopen() to access the client library.
(Bug#18322)
Use of GRANT
statements with
grant tables from an old version of MySQL could cause a server
crash.
(Bug#16470)
A SET
column whose definition specified 64
elements could not be updated using integer values.
(Bug#15409)
Zero-padding of exponent values was not the same across platforms. (Bug#12860)
If a SELECT
calls a stored
function in a transaction, and a statement within the function
fails, that statement should roll back. Furthermore, if
ROLLBACK
is
executed after that, the entire transaction should be rolled
back. Before this fix, the failed statement did not roll back
when it failed (even though it might ultimately get rolled back
by a ROLLBACK
later that rolls back the entire transaction).
(Bug#12713)
See also Bug#34655.
The grammar for GROUP BY
, when used with
WITH CUBE
or WITH ROLLUP
,
caused a conflict with the grammar for view definitions that
included WITH CHECK OPTION
.
(Bug#9801)
The parser incorrectly allowed SQLSTATE
'00000'
to be specified for a condition handler. (This
is incorrect because the condition must be a failure condition
and '00000'
indicates success.)
(Bug#8759)
MySQLInstanceConfig.exe did not save the
innodb_data_home_dir
value to
the my.ini
file under certain
circumstances.
(Bug#6627)
RESTORE
failed for databases or
tables with names that contain certain nonalphanumeric
characters, such as spaces.
(Bug#3353)
Grant table checks failed in libmysqld
.
Functionality added or changed:
Important Change: Partitioning: Security Fix:
It was possible, by creating a partitioned table using the
DATA DIRECTORY
and INDEX
DIRECTORY
options to gain privileges on other tables
having the same name as the partitioned table. As a result of
this fix, any table-level DATA DIRECTORY
or
INDEX DIRECTORY
options are now ignored for
partitioned tables.
(Bug#32091, CVE-2007-5970)
Incompatible Change: The Unicode implementation has been extended to provide support for supplementary characters that lie outside the Basic Multilingual Plane (BMP). Noteworthy features:
utf16
and utf32
character sets have been added. These correspond to the
UTF-16 and UTF-32 encodings of the Unicode character set,
and they both support supplementary characters.
The utf8
character set from previous
versions of MySQL has been renamed to
utf8mb3
, to reflect that its encoding
uses a maximum of three bytes for multi-byte characters.
(Old tables that previously used utf8
will be reported as using utf8mb3
after
an in-place upgrade to MySQL 6.0, but otherwise work as
before.)
The new utf8
character set in MySQL 6.0
is similar to utf8mb3
, but its encoding
allows up to four bytes per character to enable support for
supplementary characters.
The ucs2
character set is essentially
unchanged except for the inclusion of some newer BMP
characters.
In most respects, upgrading from MySQL 5.1 to 6.0 should present few problems with regard to Unicode usage, although there are some potential areas of incompatibility. Some examples:
For the variable-length character data types
(VARCHAR
and the
TEXT
types), the maximum
length in characters for utf8
columns is
less in MySQL 6.0 than previously.
For all character data types
(CHAR
,
VARCHAR
, and the
TEXT
types), the maximum
number of characters for utf8
columns
that can be indexed is less in MySQL 6.0 than previously.
Consequently, if you want to upgrade tables from the old
utf8
(now utf8mb3
) to the
current utf8
, it may be necessary to change
some column or index definitions.
For additional details about the new Unicode character sets and potential incompatibilities, see Section 9.1.10, “Unicode Support”, and Section 9.1.11, “Upgrading from Previous to Current Unicode Support”.
If you use events, a known issue is that if you upgrade from MySQL 5.1 to 6.0.4 though 6.0.6, the event scheduler will not work, even after you run mysql_upgrade. (This is an issue only for an upgrade, not for a new installation of MySQL 6.0.x.) As of MySQL 6.0.7, mysql_upgrade handles upgrading the system tables properly. If you upgrade to 6.0.4 through 6.0.6, you can work around this upgrading problem by using these instructions:
In MySQL 5.1, before upgrading, create a dump file
containing your mysql.event
table:
shell> mysqldump -uroot -p mysql event > event.sql
Stop the server, upgrade to MySQL 6.0, and start the server.
Recreate the mysql.event
table using the
dump file:
shell> mysql -uroot -p mysql < event.sql
Run mysql_upgrade to upgrade the other
system tables in the mysql
database:
shell> mysql_upgrade -uroot -p
Restart the server. The event scheduler should run normally.
Incompatible Change:
Because of a change in the format of the
Falcon
pages stored within
Falcon
database files,
Falcon
databases created in MySQL 6.0.4 (or
later) are not compatible with previous releases, and existing
Falcon
databases are incompatible with MySQL
6.0.4 (and later versions. You should dump
Falcon
databases using
mysqldump before upgrading, and then reload
them after the upgrade. For more information, see
Section 4.5.4, “mysqldump — A Database Backup Program”.
MySQL Cluster:
Introduced the
Ndb_execute_count
status
variable, which measures the number of round trips made by
queries to the NDB
kernel.
Partitioning: Error messages for partitioning syntax errors have been made more descriptive. (Bug#29368)
Cluster Replication: Replication: A replication heartbeat mechanism has been added to facilitate monitoring. This provides an alternative to checking log files, making it possible to detect in real time when a slave has failed.
Configuration of heartbeats is done via a new
MASTER_HEARTBEAT_PERIOD =
clause for the
interval
CHANGE MASTER TO
statement (see
Section 12.5.2.1, “CHANGE MASTER TO
Syntax”); monitoring can be done by
checking the values of the status variables
Slave_heartbeat_period
and
Slave_received_heartbeats
(see
Section 5.1.6, “Server Status Variables”).
The addition of replication heartbeats addresses a number of issues:
Relay logs were rotated every
slave_net_timeout
seconds
even if no statements were being replicated.
SHOW SLAVE STATUS
displayed
an incorrect value for
Seconds_Behind_Master
following a
FLUSH
LOGS
statement.
Replication master-slave connections used
slave_net_timeout
for
connection timeouts.
Replication:
Replication of the following SQL functions now switches to
row-based logging in MIXED
mode, and
generates a warning in STATEMENT
mode:
CURRENT_USER()
and its
alias CURRENT_USER
See Section 5.2.4.3, “Mixed Binary Logging Format”, for more information. (Bug#12092, Bug#28086, Bug#30244)
The (undocumented) configure script previously included with binary distributions is no longer included. (Bug#35011)
The --event-scheduler
option
without a value disabled the event scheduler. Now it enables the
event scheduler.
(Bug#31332)
mysqldump produces a -- Dump
completed on
comment
at the end of the dump if
DATE
--comments
is given. The date
causes dump files for identical data take at different times to
appear to be different. The new options
--dump-date
and
--skip-dump-date
control whether the date is added to the comment.
--skip-dump-date
suppresses date printing. The default is
--dump-date
(include the date
in the comment).
(Bug#31077)
MySQL now can be compiled with gcc 4.2.x.
There was a problem involving a conflict with the
min()
and max()
macros
in my_global.h
.
(Bug#28184)
Added the --auto-vertical-output
option to mysql which causes result sets to
be displayed vertically if they are too wide for the current
window, and using normal tabular format otherwise. (This applies
to statements terminated by ;
or
\G
.)
(Bug#26780)
It is now possible to set
long_query_time
in microseconds
or to 0. Setting this value to 0 causes all queries to be
recorded in the slow query log.
Currently, fractional values can be used only when logging to files. We plan to provide this functionality for logging to tables when time-related data types are enhanced to support microsecond resolution. (Bug#25412)
INFORMATION_SCHEMA
implementation changes
were made that optimize certain types of queries for
INFORMATION_SCHEMA
tables so that they
execute more quickly.
Section 7.2.24, “INFORMATION_SCHEMA
Optimization”, provides
guidelines on how to take advantage of these optimizations by
writing queries that minimize the need for the server to access
the file system to obtain the information contained in
INFORMATION_SCHEMA
tables. By writing queries
that enable the server to avoid directory scans or opening table
files, you will obtain better performance.
(Bug#19588)
Three options were added to mysqldump make it easier to generate a dump from a slave server:
--dump-slave
is similar to
--master-data
, but the
CHANGE MASTER TO
statement
contains binary log coordinates for the slave's master host,
not the slave itself.
--apply-slave-statements
causes STOP SLAVE
and
START SLAVE
statements to be
added before the CHANGE MASTER
TO
statement and at the end of the output,
respectively.
--include-master-host-port
causes the CHANGE MASTER TO
statement to include MASTER_PORT
and
MASTER_HOST
options for the slave's
master.
(Bug#8368)
mysql-test-run.pl now supports a
--combination
option for specifying options to
the mysqld server. This option is similar to
--mysqld
but should be given two or more times.
mysql-test-run.pl executes multiple test
runs, using the options for each instance of
--combination
in successive runs.
For test runs specific to a given test suite, an alternative to
the use of --combination
is to create a
combinations
file in the suite directory.
The file should contain a section of options for each test run.
An alternative thread model is available for dealing with the issues that occur with the original one-thread-per-client model when scaling to large numbers of simultaneous connections. This model uses thread pooling:
Connection manager threads do not dedicate a thread to each client connection. Instead, the connection is added to the set of existing connection sockets. The server collects input from these sockets and when a complete request has been received from a given client, it is queued for service.
The server maintains a pool of service threads to process requests. When a queued request is waiting and there is an available (not busy) service thread in the pool, the request is given to the thread to be handled. After processing the request, the service thread becomes available to process other requests.
Service threads are created at server startup and exist until the server terminates. A given service thread is not tied to a specific client connection and the requests that it processes over time may originate from different client connections.
The pool of service threads has a fixed size, so the amount of memory required for it does not increase as the number of client connections increases.
For information about choosing one thread model over the other and tuning the parameters that control thread resources, see Section 7.5.7, “How MySQL Uses Threads for Client Connections”.
When the server detects MyISAM
table
corruption, it now writes additional information to the error
log, such as the name and line number of the source file, and
the list of threads accessing the table. Example: Got
an error from thread_id=1, mi_dynrec.c:368
. This is
useful information to include in bug reports.
Two options relating to slow query logging have been added for
mysqld.
--log-slow-slave-statements
causes slow
statements executed by a replication slave to be written to the
slow query log;
min_examined_row_limit
can be
used to cause queries which examine fewer than the stated number
of rows not to be logged.
Bugs fixed:
Security Fix: Replication:
It was possible for any connected user to issue a
BINLOG
statement, which could be
used to escalate privileges.
Use of the BINLOG
statement now
requires the SUPER
privilege.
(Bug#31611, CVE-2007-6313)
Security Fix: Three vulnerabilities in yaSSL versions 1.7.5 and earlier were discovered that could lead to a server crash or execution of unauthorized code. The exploit requires a server with yaSSL enabled and TCP/IP connections enabled, but does not require valid MySQL account credentials. The exploit does not apply to OpenSSL.
The proof-of-concept exploit is freely available on the Internet. Everyone with a vulnerable MySQL configuration is advised to upgrade immediately.
Security Fix:
Using RENAME TABLE
against a
table with explicit DATA DIRECTORY
and
INDEX DIRECTORY
options can be used to
overwrite system table information by replacing the symbolic
link points. the file to which the symlink points.
MySQL will now return an error when the file to which the symlink points already exists. (Bug#32111, CVE-2007-5969)
Security Fix:
ALTER VIEW
retained the original
DEFINER
value, even when altered by another
user, which could allow that user to gain the access rights of
the view. Now ALTER VIEW
is
allowed only to the original definer or users with the
SUPER
privilege.
(Bug#29908)
Security Fix:
When using a FEDERATED
table, the local
server could be forced to crash if the remote server returned a
result with fewer columns than expected.
(Bug#29801)
Incompatible Change:
The falcon_lock_timeout
system variable,
which had a value in milliseconds, has been replaced with
falcon_lock_wait_timeout
, which has a value
in seconds. The default value of
falcon_lock_wait_timeout
is 50 seconds. This
has been done for better name and unit consistency with the
innodb_lock_wait_timeout
system
variable. Uses of the old variable should be converted to use
the new variable.
(Bug#33474, Bug#33072)
Incompatible Change:
With ONLY_FULL_GROUP_BY
SQL
mode enabled, queries such as SELECT a FROM t1 HAVING
COUNT(*)>2
were not being rejected as they should
have been.
This fix results in the following behavior:
There is a check against mixing group and nongroup columns
only when
ONLY_FULL_GROUP_BY
is
enabled.
This check is done both for the select list and for the
HAVING
clause if there is one.
This behavior differs from previous versions as follows:
Previously, the HAVING
clause was not
checked when
ONLY_FULL_GROUP_BY
was
enabled; now it is checked.
Previously, the select list was checked even when
ONLY_FULL_GROUP_BY
was not
enabled; now it is checked only when
ONLY_FULL_GROUP_BY
is
enabled.
Incompatible Change:
SET PASSWORD
statements now cause
an implicit commit, and thus are prohibited within stored
functions and triggers.
(Bug#30904)
Incompatible Change:
The mysql_install_db
script could fail to
locate some components (including resolveip)
during execution if the
--basedir
option was
specified on the command-line or within the
my.cnf
file. This was due to a conflict
when comparing the compiled-in values and the supplied values.
The --source-install
command-line option to the
script has been removed and replaced with the
--srcdir
option.
mysql_install_db now locates components
either using the compiled-in options, the
--basedir
option or
--srcdir
option.
(Bug#30759)
Incompatible Change: It was possible to create a view having a column whose name consisted of an empty string or space characters only.
One result of this bug fix is that aliases for columns in the
view SELECT
statement are checked to ensure
that they are legal column names. In particular, the length must
be within the maximum column length of 64 characters, not the
maximum alias length of 256 characters. This can cause problems
for replication or loading dump files. For additional
information and workarounds, see
Section D.5, “Restrictions on Views”.
(Bug#27695)
See also Bug#31202.
Incompatible Change: It was possible for option files to be read twice at program startup, if some of the standard option file locations turned out to be the same directory. Now duplicates are removed from the list of files to be read.
Also, users could not override system-wide settings using
~/.my.cnf
because
was read last. The latter file now is read earlier so that
SYSCONFDIR
/my.cnf~/.my.cnf
can override system-wide
settings.
The fix for this problem had a side effect such that on Unix,
MySQL programs looked for options in
~/my.cnf
rather than the standard location
of ~/.my.cnf
. That problem was addressed as
Bug#38180.
(Bug#20748)
Incompatible Change:
A number of problems existed in the implementation of
MERGE
tables that could cause problems. The
problems are summarized below:
Bug#26379 - Combination of
FLUSH TABLE
and REPAIR TABLE
corrupts a
MERGE
table. This was caused in a number
of situations:
A thread trying to lock a MERGE
table
performs busy waiting while REPAIR
TABLE
or a similar table administration task
is ongoing on one or more of its
MyISAM
tables.
A thread trying to lock a MERGE
table
performs busy waiting until all threads that did
REPAIR TABLE
or similar
table administration tasks on one or more of its
MyISAM
tables in
LOCK TABLES
segments do
UNLOCK
TABLES
. The difference against problem #1 is
that the busy waiting takes place after the
administration task. It is terminated by
UNLOCK
TABLES
only.
Two FLUSH
TABLES
within a LOCK
TABLES
segment can invalidate the lock. This
does not require a MERGE
table. The
first FLUSH
TABLES
can be replaced by any statement that
requires other threads to reopen the table. In 5.0 and
5.1 a single
FLUSH
TABLES
can provoke the problem.
Bug#26867 - Simultaneously executing
LOCK TABLES
and
REPAIR TABLE
on a
MERGE
table would result in memory/cpu
hogging.
Trying DML on a MERGE
table, which has a
child locked and repaired by another thread, made an
infinite loop in the server.
Bug#26377 - Deadlock with MERGE
and
FLUSH TABLE
Locking a MERGE
table and its children in
parent-child order and flushing the child deadlocked the
server.
Bug#25038 - Waiting TRUNCATE
TABLE
Truncating a MERGE
child, while the
MERGE
table was in use, let the truncate
fail instead of waiting for the table to become free.
Bug#25700 - MERGE
base tables get
corrupted by OPTIMIZE TABLE
,
ANALYZE TABLE
, or
REPAIR TABLE
.
Repairing a child of an open MERGE
table
corrupted the child. It was necessary to
FLUSH
the child first.
Bug#30275 - MERGE
tables:
FLUSH
TABLES
or
UNLOCK
TABLES
causes server to crash.
Flushing and optimizing locked MERGE
children crashed the server.
Bug#19627 - temporary merge table locking
Use of a temporary MERGE
table with
nontemporary children could corrupt the children.
Temporary tables are never locked. Creation of tables with
nontemporary children of a temporary
MERGE
table is now prohibited.
Bug#27660 - Falcon
:
MERGE
table possible
It was possible to create a MERGE
table
with non-MyISAM
children.
Bug#30273 - MERGE
tables: Can't lock file
(errno: 155)
This was a Windows-only bug. Table administration statements sometimes failed with "Can't lock file (errno: 155)".
The fix introduces the following changes in behavior:
This patch changes the behavior of temporary
MERGE
tables. Temporary
MERGE
must have temporary children. The
old behavior was wrong. A temporary table is not locked.
Hence even nontemporary children were not locked. See Bug#19627.
You cannot change the union list of a nontemporary
MERGE
table when
LOCK TABLES
is in effect. The
following does not work:
CREATE TABLE m1 ... ENGINE=MRG_MYISAM ...; LOCK TABLES t1 WRITE, t2 WRITE, m1 WRITE; ALTER TABLE m1 ... UNION=(t1,t2) ...;
However, you can do this with a temporary
MERGE
table.
You cannot create a MERGE
table with
CREATE ... SELECT
, neither as a temporary
MERGE
table, nor as a nontemporary
MERGE
table. For example, CREATE
TABLE m1 ... ENGINE=MRG_MYISAM ... SELECT ...;
causes the error message: table is not BASE
TABLE.
(Bug#19627, Bug#25038, Bug#25700, Bug#26377, Bug#26379, Bug#26867, Bug#27660, Bug#30275, Bug#30491)
Partitioning: Important Note:
An apostrophe or single quote character
('
) used in the DATA
DIRECTORY
, INDEX DIRECTORY
, or
COMMENT
for a PARTITION
clause caused the server to crash. When used as part of a
CREATE TABLE
statement, the crash
was immediate. When used in an ALTER
TABLE
statement, the crash did not occur until trying
to perform a SELECT
or DML
statement on the table. In either case, the server could not be
completely restarted until the .frm
file
corresponding to the newly created or altered table was deleted.
Upgrading to the current (or later) release solves this
problem only for tables that are newly created or altered.
Tables created or altered in previous versions of the server
to include '
characters in
PARTITION
options must still be removed by
deleting the corresponding .frm
files and
re-creating them afterwards.
Partitioning: MySQL Cluster:
EXPLAIN
PARTITIONS
reported partition usage by queries on
NDB
tables according to the
standard MySQL hash function than the hash function used in the
NDB
storage engine.
(Bug#29550)
Replication: MySQL Cluster:
Row-based replication from or to a big-endian machine where the
table used the NDB
storage engine
failed, if the same table on the other machine was either
non-NDB
or the other machine was
little-endian.
(Bug#29549, Bug#30790)
MySQL Cluster: Replication: (Replication): Inconsistencies could occur between the master and the slave when replicating Disk Data tables. (Bug#19259, Bug#19227)
MySQL Cluster:
An insert or update with combined range and equality constraints
failed when run against an NDB
table with the error Got unknown error from
NDB. An example of such a statement would be
UPDATE t1 SET b = 5 WHERE a IN (7,8) OR a >=
10;
.
(Bug#31874)
MySQL Cluster:
An error with an if
statement in
sql/ha_ndbcluster.cc
could potentially lead
to an infinite loop in case of failure when working with
AUTO_INCREMENT
columns in
NDB
tables.
(Bug#31810)
MySQL Cluster:
The NDB
storage engine code was not
safe for strict-alias optimization in gcc
4.2.1.
(Bug#31761)
MySQL Cluster: Following an upgrade, ndb_mgmd would fail with an ArbitrationError. (Bug#31690)
MySQL Cluster: It was possible in some cases for a node group to be “lost” due to missed local checkpoints following a system restart. (Bug#31525)
MySQL Cluster:
A query against a table with TEXT
or BLOB
columns that would return
more than a certain amount of data failed with Got
error 4350 'Transaction already aborted' from
NDBCLUSTER.
(Bug#31482)
This regression was introduced by Bug#29102.
MySQL Cluster:
NDB
tables having names containing
nonalphanumeric characters (such as
“$
”) were not discovered
correctly.
(Bug#31470)
MySQL Cluster: A node failure during a local checkpoint could lead to a subsequent failure of the cluster during a system restart. (Bug#31257)
MySQL Cluster: A cluster restart could sometimes fail due to an issue with table IDs. (Bug#30975)
MySQL Cluster: In some cases, the cluster managment server logged entries multiple times following a restart of mgmd. (Bug#29565)
MySQL Cluster:
ndb_mgm --help
did not
display any information about the -a
option.
(Bug#29509)
MySQL Cluster: An interpreted program of sufficient size and complexity could cause all cluster data nodes to shut down due to buffer overruns. (Bug#29390)
MySQL Cluster:
Performing DELETE
operations
after a data node had been shut down could lead to inconsistent
data following a restart of the node.
(Bug#26450)
MySQL Cluster:
UPDATE IGNORE
could sometimes fail on
NDB
tables due to the use of
unitialized data when checking for duplicate keys to be ignored.
(Bug#25817)
MySQL Cluster: The cluster log was formatted inconsistently and contained extraneous newline characters. (Bug#25064)
Partitioning:
An INSERT
into a
Falcon
table with partitions and an
auto-increment column would fail.
(Bug#33661)
Partitioning:
Multiple simultaneous inserts into a partitioned
Falcon
table could deadlock.
(Bug#33480, Bug#33735)
Partitioning:
Repeated updates of a table that was partitioned by
KEY
on a
TIMESTAMP
column eventually
crashed the server.
(Bug#32067)
Partitioning:
Selecting from a table partitioned by KEY
on
a VARCHAR
column whose size was
greater than 65530 caused the server to crash.
(Bug#31705)
Partitioning:
INSERT DELAYED
on a partitioned
table crashed the server. The server now rejects the statement
with an error.
(Bug#31210)
Partitioning:
Using ALTER TABLE
to partition an
existing table having an AUTO_INCREMENT
column could crash the server.
(Bug#30878)
This regression was introduced by Bug#27405.
Partitioning:
Falcon
cannot drop a table for which there is
a pending transaction, but the error message for such attempts
was misleading.
(Bug#22972)
Cluster Replication: Replication: A node failure during replication could lead to buckets out of order; now active subscribers are checked for, rather than empty buckets. (Bug#31701)
Replication:
When using a transactional storage engine not using
statement-based logging, a duplicate key error on the master
caused replication to fail. This issue was first observed when
using the Falcon
storage engine.
(Bug#33688)
Replication:
When updating columns for a row when using a
Falcon
table, the values for columns that
were not updated were replicated as NULL
.
(Bug#33055)
Replication:
When dropping a database containing a stored procedure while
using row-cased replication, the delete of the stored procedure
from the mysql.proc
table was recorded in the
binary log following the DROP
DATABASE
statement. To correct this issue,
DROP DATABASE
now uses
statement-based replication.
(Bug#32435)
Replication:
DELETE FROM
(no
tbl_name
WHERE
clause) for a Falcon
table caused replication to fail on the slave.
(Bug#32150)
Replication: It was possible for the name of the relay log file to exceed the amount of memory reserved for it, possibly leading to a crash of the server. (Bug#31836)
See also Bug#28597.
Replication: Corruption of log events caused the server to crash on 64-bit Linux systems having 4 GB or more of memory. (Bug#31793)
Replication: Trying to replicate an update of a row that was missing on the slave led to a failure on the slave. (Bug#31702)
Replication:
Falcon
tables would fail during replication
if ROW
-based replication was specified.
(Bug#31671)
Replication: Table names were displayed as binary “garbage” characters in slave error messages. The issue was observed on 64-bit Windows but may have effected other platforms. (Bug#30854)
Replication: One thread could read uninitialized memory from the stack of another thread. This issue was only known to occur in a mysqld process acting as both a master and a slave. (Bug#30752)
Replication:
A new configuration option,
falcon_support_xa
has been
added. The option specifies whether Falcon
should report itself as a two-phase commit storage engine, and
therefore take part in XA transactions.
(Bug#29371)
Replication:
It was possible to set SQL_SLAVE_SKIP_COUNTER
such that the slave would jump into the middle of an event
group, including possibly a transaction.
(Bug#28618)
See also Bug#12691.
Replication: Due a previous change in how the default name and location of the binary log file were determined, replication failed following some upgrades. (Bug#28597, Bug#28603)
See also Bug#31836.
This regression was introduced by Bug#20166.
Replication:
Connections from one mysqld server to another
failed on Mac OS X, affecting replication and
FEDERATED
tables.
(Bug#26664)
See also Bug#29083.
Replication:
Stored procedures having BIT
parameters were not replicated correctly.
(Bug#26199)
Replication:
Issuing SHOW SLAVE STATUS
as
mysqld was shutting down could cause a crash.
(Bug#26000)
Replication: If a temporary error occured inside an event group on an event that was not the first event of the group, the slave could get caught in an endless loop because the retry counter was reset whenever an event was executed successfully. (Bug#24860)
Replication:
An UPDATE
statement using a
stored function that modified a nontransactional table was not
logged if it failed. This caused the copy of the
nontransactional table on the master have a row that the copy on
the slave did not.
In addition, when an
INSERT ...
ON DUPLICATE KEY UPDATE
statement encountered a
duplicate key constraint, but the
UPDATE
did not actually change
any data, the statement was not logged. As a result of this fix,
such statements are now treated the same for logging purposes as
other UPDATE
statements, and so
are written to the binary log.
(Bug#23333)
See also Bug#12713.
Replication:
A replication slave sometimes failed to reconnect because it was
unable to run SHOW SLAVE HOSTS
.
It was not necessary to run this statement on slaves (since the
master should track connection IDs), and the execution of this
statement by slaves was removed.
(Bug#21132)
Replication: A replication slave sometimes stopped for changes that were idempotent (that is, such changes should have been considered “safe”), even though it should have simply noted that the change was already done, and continued operation. (Bug#19958)
Cluster Replication:
A replication slave could return “garbage” data
that was not in recognizable row format due to a problem with
the internal all_set()
method.
(Bug#33375)
Cluster Replication:
Replicating NDB
tables with extra
VARCHAR
columns on the master
caused the slave to fail.
(Bug#31646)
See also Bug#29549.
Cluster Replication: In some cases, not all tables were properly initialized before the binary log thread was started. (Bug#31618)
Cluster API:
A buffer overrun in NdbBlob::setValue()
caused erroneous results on Mac OS X.
(Bug#31284)
Setting falcon_consistent_read
to a value of 1 or ON
resulted in a value of
–1 being assigned.
(Bug#34331)
Compiling MySQL on FreeBSD would fail due to missing definitions for certain network constants. (Bug#34292)
For Falcon
, under some circumstances, a
rolled back record could appear not to be removed.
(Bug#34174)
Attempting to set the isolation level to a value not supported
by Falcon
caused a Falcon
assertion failure.
(Bug#34164)
Falcon
did not compile on Mac OS X/Intel or
Mac OS X/PPC.
(Bug#34095)
When inserting very large data sets into table using
INSERT INTO ... SELECT FROM
on a
Falcon
table when the value of
falcon_page_cache_size
is
higher than the available memory. Instead of returning an error,
mysqld would crash in this instance.
(Bug#34086)
For Falcon
, an initializing transaction
created a dependency on a commitNoUpdate transaction releasing
transaction dependencies, which caused an assertion failure.
(Bug#33759)
The output from SHOW CREATE TABLE
on a Falcon
table would not include the
AUTO_INCREMENT
value parameters.
(Bug#33662)
For table creation, Falcon
did not handle
identifiers with embedded double quotation marks.
(Bug#33657, Bug#33667)
Contention between concurrent Falcon
transactions could cause some queries to be starved for a long
time.
(Bug#33634)
Incomplete Falcon
recovery after server
restarts eventually resulted in tablespace corruption.
(Bug#33608, Bug#33665)
Using falcon_debug_mask
to
enable debugging messages could lead to some messages not being
correctly flushed to the log file.
(Bug#33531)
Table recovery failed repeatedly after starting the server with
a corrupted Falcon
tablespace, causing the
server to crash.
(Bug#33517)
After a server restart, Falcon
mishandled
metadata, resulting in apparent corruption of
BLOB
data.
(Bug#33492)
Dropping a tablespace for the Falcon
storage
engine when the specified tablespace did not exist would
silently succeed, instead of generating a suitable error
message.
(Bug#33212)
Multiple concurrent delete operations on a
Falcon
table were serialized rather than
executing concurrently, resulting in poor performance.
(Bug#33191)
Inserting millions of rows into a Falcon
table could cause the insert operation to hang.
(Bug#33175)
The columns in the INFORMATION_SCHEMA
table
for FALCON_SERIAL_LOG_INFO
,
FALCON_TRANSACTIONS
, and
FALCON_TRANSACTION_SUMMARY
contained a
reference to the databae of tablespace, but the column
information was actually showing instances of the
Falcon
engine. The tables have been updated
to a different structure.
(Bug#33141)
Using ALTER TABLE
to convert a
CHAR
column using the
ucs2
character set to
VARBINARY
when using a
Falcon
table would cause a crash.
(Bug#33081)
Multiple Falcon
gopher threads attempting to
update the same index could result in failure to add new index
entries.
(Bug#33080)
Falcon
tried to delete a record from an empty
record locator page, which could cause a server crash.
(Bug#33068)
Falcon
failed to rebuild a Section page
during recovery, causing a server crash.
(Bug#32921)
Using Falcon
when accessing multiple versions
of the same record, certain records could fail to be retrieved
from the record cache, causing an assertion failure.
(Bug#32862)
Creating an index on a Falcon
table with a
column using UTF32 that has been converted to UTF8 would cause a
server crash.
(Bug#32833)
Using ALTER TABLE
on a
Falcon
table it would be possible to create
two tables with the same name but different case.
(Bug#32830)
Converting a table from InnoDB
to
Falcon
, where the Falcon
table with the same name (but different case) would cause a
server crash.
(Bug#32829)
Concurrent TRUNCATE TABLE
operations for Falcon
tables caused
Falcon
to crash.
(Bug#32730)
mysqld_safe looked for error messages in the wrong location. (Bug#32679)
An issue with the
NO_ENGINE_SUBSTITUTION
sql_mode
database can cause the
creation of stored routines to fail. If you are having problems
with creating stored routines while using this
sql_mode
value, remove this
value from your sql_mode
setting.
(Bug#32633)
Repeatedly creating and dropping Falcon
tablespaces failed because the old tablespace was not dropped
before the new tablespace file was created.
(Bug#32621)
Falcon
did not properly handle quoted column
name or tablespace name identifiers.
(Bug#32620)
The INTERVAL()
function
incorrectly handled NULL
values in the value
list.
(Bug#32560)
Use of a NULL
-returning GROUP
BY
expression in conjunction with WITH
ROLLUP
could cause a server crash.
(Bug#32558)
See also Bug#31095.
ORDER BY UpdateXML(...)
caused the server to
crash in queries where
UpdateXML()
returned
NULL
.
(Bug#32557)
Falcon
used a fixed index key size which was
too small to cope with some Falcon
page
sizes, leading to a crash. Falcon
now
supports variable-length index keys according to the supported
page sizes via the falcon_page_size
system
variable.
(Bug#32554)
The rules for valid column names were being applied differently for base tables and views. (Bug#32496)
Falcon
options to set the limits of memory
usage would not be honored. This could lead to crashes and
assertions during normal usage, instead of generating a suitable
warning.
(Bug#32413)
Falcon
would incorrectly return the supported
repeatable-read level when queried by the Online Backup system,
preventing the ability to create a consistent snapshot backup.
(Bug#32301)
Some uses of user variables in a query could result in a server crash. (Bug#32260)
Under certain conditions, the presence of a GROUP
BY
clause could cause an ORDER BY
clause to be ignored.
(Bug#32202)
On Mac OS X, creating a Falcon
table using a
new Falcon
installation caused a crash.
(Bug#32201)
Altering a Falcon
table to support an auto
increment column on a column with existing data and null values
would incorrectly update the table and return an incorrect count
of the altered rows.
(Bug#32194)
InnoDB
does not support
SPATIAL
indexes, but could crash when asked
to handle one. Now an error is returned.
(Bug#32125)
The server crashed on optimizations involving a join of
INT
and
MEDIUMINT
columns and a system
variable in the WHERE
clause.
(Bug#32103)
mysql-test-run.pl used the
--user
option when starting
mysqld, which produces warnings if the
current user is not root
. Now
--user
is added only for
root
.
(Bug#32078)
Inserting, updating and deleting a large number of
BLOB
records in a
Falcon
table would take significant amount of
time and may prevent shutdown.
(Bug#32062)
On 64-bit platforms, assignments of values to enumeration-valued storage engine-specific system variables were not validated and could result in unexpected values. (Bug#32034)
A DELETE
statement with a
subquery in the WHERE
clause would sometimes
ignore an error during subquery evaluation and proceed with the
delete operation.
(Bug#32030)
Using dates in the range '0000-00-01'
to
'0000-00-99'
range in the
WHERE
clause could result in an incorrect
result set. (These dates are not in the supported range for
DATE
, but different results for a
given query could occur depending on position of records
containing the dates within a table.)
(Bug#32021)
User-defined functions are not loaded if the server is started
with the --skip-grant-tables
option, but the server did not properly handle this case and
issued an Out of memory error message
instead.
(Bug#32020)
If a user-defined function was used in a
SELECT
statement, and an error
occurred during UDF initialization, the error did not terminate
execution of the SELECT
, but
rather was converted to a warning.
(Bug#32007)
In debug builds, testing the result of an IN
subquery against NULL
caused an assertion
failure.
(Bug#31884)
SHOW CREATE TRIGGER
caused a
server crash.
(Bug#31866)
The server crashed after insertion of a negative value into an
AUTO_INCREMENT
column of an
InnoDB
table.
(Bug#31860)
For libmysqld
applications, handling of
mysql_change_user()
calls left
some pointers improperly updated, leading to server crashes.
(Bug#31850)
Comparison results for BETWEEN
were
different from those for operators like
<
and
>
for
DATETIME
-like values with
trailing extra characters such as '2007-10-01 00:00:00
GMT-6'
. BETWEEN
treated
the values as DATETIME
, whereas
the other operators performed a binary-string comparison. Now
they all uniformly use a DATETIME
comparison, but generate warnings for values with trailing
garbage.
(Bug#31800)
The server could crash during filesort
for
ORDER BY
based on expressions with
INET_NTOA()
or
OCT()
if those functions returned
NULL
.
(Bug#31758)
For a fatal error during a filesort in
find_all_keys()
, the error was returned
without the necessary handler uninitialization, causing an
assertion failure.
(Bug#31742)
The examined-rows count was not incremented for
const
queries.
(Bug#31700)
The mysql_change_user()
C API
function was subject to buffer overflow.
(Bug#31669)
For SELECT ... INTO
OUTFILE
, if the ENCLOSED BY
string
is empty and the FIELDS TERMINATED BY
string
started with a special character (one of n
,
t
, r
,
b
, 0
,
Z
, or N
), every occurrence
of the character within field values would be duplicated.
(Bug#31663)
SHOW COLUMNS
and
DESCRIBE
displayed
null
as the column type for a view with no
valid definer. This caused mysqldump to
produce a nonreloadable dump file for the view.
(Bug#31662)
The mysqlbug script did not include the
correct values of CFLAGS
and
CXXFLAGS
that were used to configure the
distribution.
(Bug#31644)
For queries for which loose index scan is applicable, the optimizer could choose the wrong execution plan for correlated subqueries. (Bug#31639)
Queries that include a comparison of an
INFORMATION_SCHEMA
table column to
NULL
caused a server crash.
(Bug#31633)
EXPLAIN
EXTENDED
for SELECT
from INFORMATION_SCHEMA
tables caused an
assertion failure.
(Bug#31630)
A buffer used when setting variables was not dimensioned to
accommodate the trailing '\0'
byte, so a
single-byte buffer overrun was possible.
(Bug#31588)
For semi-join processing, pullout of functionally dependent tables was not handled transitively. (Bug#31563)
HAVING
could treat lettercase of table
aliases incorrectly if
lower_case_table_names
was
enabled.
(Bug#31562)
Spurious duplicate-key errors could occur for multiple-row
inserts into an InnoDB
table that activate a
trigger.
(Bug#31540)
When inserting dates into a
DATETIME
column with a
Falcon
, the values would automatically be
converted with values between 70 and 99 converted to 1970 to
1999, and values from 00 to 69 converted to 2000 to 2069. These
dates are now correctly handled.
(Bug#31490)
The length of the result from
IFNULL()
could be calculated
incorrectly because the sign of the result was not taken into
account.
(Bug#31471)
Queries that used the ref
access method or index-based subquery execution over indexes
that have DECIMAL
columns could
fail with an error Column
.
(Bug#31450)col_name
cannot be null
InnoDB
now tracks locking and use of tables
by MySQL only after a table has been successfully locked on
behalf of a transaction. Previously, the locked flag was set and
the table in-use counter was updated before checking whether the
lock on the table succeeded. A subsequent failure in obtaining a
lock on the table led to an inconsistent state as the table was
neither locked nor in use.
(Bug#31444)
SELECT 1 REGEX NULL
caused an assertion
failure for debug servers.
(Bug#31440)
INFORMATION_SCHEMA.TABLES
was
returning incorrect information.
(Bug#31381)
mysql_install_db failed if the default
storage engine was NDB
. Now it
explicitly uses MyISAM
as the storage engine
when running mysqld --bootstrap.
(Bug#31315)
TABLESPACE
names within
Falcon
did not support characters outside the
alpha-numeric ASCII character set.
(Bug#31311)
For InnoDB
tables with
READ COMMITTED
isolation
level, semi-consistent reads used for
UPDATE
statements skipped rows
locked by another transaction, rather than waiting for the locks
to be released. Consequently, rows that possibly should have
been updated were never examined.
(Bug#31310)
For an almost-full MyISAM
table, an insert
that failed could leave the table in a corrupt state.
(Bug#31305)
When dropping Falcon tablespaces the associated tablespace file was not deleted. (Bug#31296)
Falcon
could crash when the maximum record
size was exceeded.
(Bug#31286)
myisamchk --unpack could corrupt a table that when unpacked has static (fixed-length) row format. (Bug#31277)
Building a 64-bit binary with support for the
Falcon
storage engine using
gcc on Solaris could fail. See
Section 2.9, “MySQL Installation Using a Source Distribution”, for more information.
(Bug#31268, Bug#33126)
When a TIMESTAMP
with a nonzero
time part was converted to a DATE
value, no warning was generated. This caused index lookups to
assume that this is a valid conversion and was returning rows
that match a comparison between a
TIMESTAMP
value and a
DATE
keypart. Now a warning is
generated so that TIMESTAMP
with
a nonzero time part will not match
DATE
values.
(Bug#31221)
If MAKETIME()
returned
NULL
when used in an ORDER
BY
that was evaluated using
filesort
, a server crash could result.
(Bug#31160)
LAST_INSERT_ID()
execution could
be handled improperly in subqueries.
(Bug#31157)
An assertion designed to detect a bug in the
ROLLUP
implementation would incorrectly be
triggered when used in a subquery context with noncacheable
statements.
(Bug#31156)
When creating a TABLESPACE
that uses the same
name as an existing TABLESPACE
, Falcon
returned Unknown error -103
. MySQL now
returns an error stating that the specified tablespace already
exists.
(Bug#31114)
mysqldump failed to handle databases
containing a ‘-
’ character in the
name.
(Bug#31113)
Starting the server using
--read-only
and with the Event
Scheduler enabled caused it to crash.
This issue occurred only when the server had been built with certain nonstandard combinations of configure options.
Dropping a tablespace and specifying an engine type that does not support tablespaces reported a warning. The response has now been updated to report an error. (Bug#31110)
GROUP BY NULL WITH ROLLUP
could cause a
server crash.
(Bug#31095)
See also Bug#32558.
A rule to prefer filesort
over an indexed
ORDER BY
when accessing all rows of a table
was being used even if a LIMIT
clause was
present.
(Bug#31094)
REGEXP
operations could cause a
server crash for character sets such as ucs2
.
Now the arguments are converted to utf8
if
possible, to allow correct results to be produced if the
resulting strings contain only 8-bit characters.
(Bug#31081)
Expressions of the form WHERE
, where the same
column was named both times, could cause a server crash in the
optimizer.
(Bug#31075)col
NOT IN
(col
, ...)
Falcon
failed to compile on FreeBSD.
(Bug#31045)
Using ORDER BY
with
ARCHIVE
tables caused a server crash.
(Bug#31036)
The MOD()
function and the
%
operator crashed the server for a divisor
less than 1 with a very long fractional part.
(Bug#31019)
Using falcon_serial_log_dir
to
set the location of the Falcon
serial log
would have no effect.
(Bug#31005)
The LooseScan subquery optimization strategy could produce duplicate rows in query results. (Bug#30993)
A character set introducer followed by a hexadecimal or bit-value literal did not check its argument and could return an ill-formed result for invalid input. (Bug#30986)
CHAR(
did not check its
argument and could return an ill-formed result for invalid
input.
(Bug#30982)str
USING
charset
)
The result from
CHAR(
) did not add a leading 0x00 byte for input
strings with an odd number of bytes.
(Bug#30981)str
USING
ucs2
The GeomFromText()
function could
cause a server crash if the first argument was
NULL
or the empty string.
(Bug#30955)
When invoked with constant arguments,
STR_TO_DATE()
could use a cached
value for the format string and return incorrect results.
(Bug#30942)
GROUP_CONCAT()
returned
','
rather than an empty string when the
argument column contained only empty strings.
(Bug#30897)
A server crash could occur if a stored function that contained a
DROP TEMPORARY TABLE
statement was invoked by
a CREATE TEMPORARY
TABLE
statement that created a table of the same name.
(Bug#30882)
Calling NAME_CONST()
with
nonconstant arguments triggered an assertion failure.
Nonconstant arguments are now disallowed.
(Bug#30832)
Running ALTER TABLE ... OPTIMIZE PARTITION
on
a Falcon
table, a 'divide by zero' error
would be reported during a server crash.
(Bug#30826)
For a spatial column with a regular
(non-SPATIAL
) index, queries failed if the
optimizer tried to use the index.
(Bug#30825)
INFORMATION_SCHEMA.SCHEMATA
was
returning incorrect information.
(Bug#30795)
On Windows, the pthread_mutex_trylock()
implementation was incorrect. One symptom was that invalidating
the query cache could cause a server crash.
(Bug#30768)
A multiple-table UPDATE
involving
transactional and nontransactional tables caused an assertion
failure.
(Bug#30763)
Under some circumstances,
CREATE TABLE ...
SELECT
could crash the server or incorrectly report
that the table row size was too large.
(Bug#30736)
Using the MIN()
or
MAX()
function to select one part
of a multi-part key could cause a crash when the function result
was NULL
.
(Bug#30715)
INFORMATION_SCHEMA.VIEWS.VIEW_DEFINITION
was
incorrect for views that were defined to select from other
INFORMATION_SCHEMA
tables.
(Bug#30689)
Issuing an ALTER SERVER
statement
to update the settings for a FEDERATED
server
would cause the mysqld to crash.
(Bug#30671)
The optimizer could ignore ORDER BY
in cases
when the result set is ordered by filesort
,
resulting in rows being returned in incorrect order.
(Bug#30666)
A different execution plan was displayed for
EXPLAIN
than would actually have
been used for the SELECT
because
the test of sort keys for ORDER BY
did not
consider keys mentioned in IGNORE KEYS FOR ORDER
BY
.
(Bug#30665)
MyISAM
tables could not exceed 4294967295
(232 – 1) rows on Windows.
(Bug#30638)
mysql-test-run.pl could not run
mysqld with root
privileges.
(Bug#30630)
Using GROUP BY
on an expression of the form
caused a server
crash due to incorrect calculation of number of decimals.
(Bug#30587)timestamp_col
DIV
number
The options available to the CHECK
TABLE
statement were also allowed in
OPTIMIZE TABLE
and
ANALYZE TABLE
statements, but
caused corruption during their execution. These options were
never supported for these statements, and an error is now raised
if you try to apply these options to these statements.
(Bug#30495)
When expanding a *
in a
USING
or NATURAL
join, the
check for table access for both tables in the join was done
using only the grant information of the first table.
(Bug#30468)
Compared to MySQL 5.1, the 6.0 optimizer failed to use join buffering for certain queries, resulting in slower performance for those queries. (Bug#30363)
A table-access check was performed improperly by
libmysqld
, causing a crash.
(Bug#30329)
Some valid euc-kr
characters having the
second byte in the ranges [0x41..0x5A]
and
[0x61..0x7A]
were rejected.
(Bug#30315)
When loading a dynamic plugin on FreeBSD, the plugin would fail to load. This was due to a build error where the required symbols would be not exported correctly. (Bug#30296)
Setting certain values on a table using a spatial index could cause the server to crash. (Bug#30286)
It was not possible for client applications to distinguish
between auto-set and auto-updated
TIMESTAMP
column values.
To rectify this problem, a new
ON_UPDATE_NOW_FLAG
flag is set by
Field_timestamp constructors whenever a column should be set to
NOW
on UPDATE
,
and the get_schema_column_record()
function
now reports whether a timestamp column is set to
NOW
on UPDATE
.
In addition, such columns now display on update
CURRENT_TIMESTAMP
in the Extra
column in the output from SHOW
COLUMNS
.
(Bug#30081)
Some INFORMATION_SCHEMA
tables are intended
for internal use, but could be accessed by using
SHOW
statements.
(Bug#30079)
On some 64-bit systems, inserting the largest negative value
into a BIGINT
column resulted in
incorrect data.
(Bug#30069)
mysqlslap did not properly handle multiple result sets from stored procedures. (Bug#29985)
Running the sqlbench test suite against
Falcon
would cause a crash.
(Bug#29870)
When accessing the statistics in
INFORMATION_SCHEMA.FALCON_DATABASE_IO
, the
information related only to the Falcon
database, and not to user tablespaces. The output has been
updated to report on all tablespaces, and the
DATABASE
column has been renamed to
TABLESPACE
to reflect the fact that these
statistics are now reported by tablespace, not by database.
(Bug#29823)
Whitespace characters other than spaces within XML tags, such as
linefeeds or tabs, caused
LOAD XML
INFILE
to skip rows.
(Bug#29752)
configure did not find nss
on some Linux platforms.
(Bug#29658)
Compilation failed on systems where a native
log2()
implementation was unavailable.
(Bug#29640)
Use of the latin2_czech_cs
collation caused a
server crash.
(Bug#29459)
Using two simultaneous connections it was possible to create a
deadlock situation between two different active transactions on
the same Falcon
table. There is no way to
prevent this, but a new parameter,
falcon_lock_timeout
can set the timeout for
deadlocked transactions. The default timeout is 0 (timeouts are
disabled).
(Bug#29452)
The mysql client program now ignores Unicode byte order mark (BOM) characters at the beginning of input files. Previously, it read them and sent them to the server, resulting in a syntax error.
Presence of a BOM does not cause mysql to
change its default character set. To do that, invoke
mysql with an option such as
--default-character-set=utf8
.
(Bug#29323)
Inserting information into the same table from multiple threads
could cause duplicate key errors. This was related to the
changes made to allow compatibility with the
InnoDB
repeatable-read isolation level. The
option, falcon_innodb_compatibility
, has been
renamed to
falcon_consistent_read
, but
with the opposite effect. The default is for this option to be
on. When set to off, the behavior of Falcon
is similar to that in InnoDB
.
(Bug#29151)
For transactional tables, an error during a multiple-table
DELETE
statement did not roll
back the statement.
(Bug#29136)
The log
and
log_slow_queries
system
variables were displayed by SHOW
VARIABLES
but could not be accessed in expressions as
@@log
and
@@log_slow_queries
. Also, attempting to set
them with SET
produced an incorrect
Unknown system variable
message. Now these
variables are treated as synonyms for
general_log
and
slow_query_log
, which means
that they can be accessed in expressions and their values can be
changed with SET
.
(Bug#29131)
When loading large data sets using
LOAD DATA
INFILE
into a Falcon
table, the
server could crash.
(Bug#29081)
SHOW VARIABLES
did not display
the relay_log
,
relay_log_index
, or
relay_log_info_file
system variables.
(Bug#28893)
Index hints specified in view definitions were ignored when using the view to select from the base table. (Bug#28702)
Views do not have indexes, so index hints do not apply. Use of index hints when selecting from a view is now disallowed. (Bug#28701)
After changing the SQL mode to a restrictive value that would make already-inserted dates in a column be considered invalid, searches returned different results depending on whether the column was indexed. (Bug#28687)
The result from CHAR()
was
incorrectly assumed in some contexts to return a single-byte
result.
(Bug#28550)
Using a temporary table within Falcon
that is
created in a directory where the path contains a mixture of
upper and lower letters would fail.
(Bug#28541)
Under heavy load when updating Falcon
tables,
a race condition could occur that would ultimately result in a
crash.
(Bug#28519)
The result of a comparison between
VARBINARY
and
BINARY
columns differed depending
on whether the VARBINARY
column
was indexed.
(Bug#28076)
The metadata in some MYSQL_FIELD
members
could be incorrect when a temporary table was used to evaluate a
query.
(Bug#27990)
ALTER TABLE
did
not cause the table to be rebuilt.
(Bug#27610)tbl_name
ROW_FORMAT=format_type
When installing the Windows service, using quotation marks around command-line configuration parameters could cause the quotation marks to be incorrectly placed around the entire command-line option, and not just the value. (Bug#27535)
Searching a Falcon
table that uses
DATETIME
columns with an index
could return incorrect results.
(Bug#27426)
Removing a partition on a Falcon
table when
there are two tables with the same name, but different case,
would cause a crash during normal shutdown.
(Bug#27425)
Mixing differently cased tables between
MyISAM
and Falcon
tables
would cause a crash.
(Bug#27424)
The ExtractValue()
and
UpdateXML()
functions performed
extremely slowly for large amounts of XML data (greater than 64
KB). These functions now execute approximately 2000 times faster
than previously.
(Bug#27287)
On Windows, writes to the debug log were using
freopen()
instead of
fflush()
, resulting in slower performance.
(Bug#27099)
The MySQL Instance Configuration Wizard would not allow you to choose a service name, even though the criteria for the service name were valid. The code that checks the name has been updated to support the correct criteria of any string less than 256 character and not containing either a forward or backward slash character. (Bug#27013)
LOAD DATA
INFILE
ran very slowly when reading large files into
partitioned tables.
(Bug#26527)
Threads that were calculating the estimated number of records
for a range scan did not respond to the
KILL
statement. That is, if a
range
join type is possible
(even if not selected by the optimizer as a join type of choice
and thus not shown by EXPLAIN
),
the query in the statistics
state (shown by
the SHOW PROCESSLIST
) did not
respond to the KILL
statement.
(Bug#25421)
For mysql --show-warnings, warnings were in some cases not displayed. (Bug#25146)
Using CREATE UNIQUE INDEX
on a
Falcon
table where rows contain duplicate
values could result in pending transactions to the table being
deleted.
(Bug#22842)
Creating a Falcon
table with an
auto-increment column that is not indexed as the first column in
a multi-column index would auto-increment. This behavior was
different to the behavior in both MyISAM
and
InnoDB
. Falcon
now rejects
such tables during creation in the same way
InnoDB
does.
(Bug#22564)
For storage engines that do not redefine
handler::index_next_same()
and are capable
of indexes, statements that include a WHERE
clause might select incorrect data.
(Bug#22351)
Creating a new table or dropping a database on a newly created
Falcon
database or tablespace raised an
error.
(Bug#22199)
Using TRUNCATE TABLE
on a
Falcon
table did not reset the auto-increment
counters and used an inefficient method of deleting existing
data.
(Bug#22173)
Creating a DATE
outside the
normal range within a Falcon
table would
result in a zero DATE
value being
returned, even though normally invalid values would be stored
correctly in other storage engines.
(Bug#22168)
Selecting information from a Falcon
table
using a DOUBLE
column with an
index would produce incorrect results.
(Bug#22125)
The readline
library has been updated to
version 5.2. This addresses issues in the
mysql client where history and editing within
the client would fail to work as expected.
(Bug#18431)
mysql stripped comments from statements sent
to the server. Now the
--comments
or
--skip-comments
option can be
used to control whether to retain or strip comments. The default
is --skip-comments
.
(Bug#11230, Bug#26215)
Executing DISABLE KEYS
and ENABLE
KEYS
on a nonempty table would cause the size of the
index file for the table to grow considerable. This was because
the DISABLE KEYS
operation would only mark
the existing index, without deleting the index blocks. The
ENABLE KEYS
operation would re-create the
index, adding new blocks, while the previous index blocks would
remain. Existing indexes are now dropped and recreated when the
ENABLE KEYS
statement is executed.
(Bug#4692)
Functionality added or changed:
Incompatible Change:
Aliases for wildcards (as in SELECT t.* AS 'alias' FROM
t
) are no longer accepted and result in an error.
Previously, such aliases were ignored silently.
(Bug#27249)
Incompatible Change:
Several columns were added to the
INFORMATION_SCHEMA.ROUTINES
table
to provide information about the RETURNS
clause data type for stored functions:
DATA_TYPE
,
CHARACTER_MAXIMUM_LENGTH
,
CHARACTER_OCTET_LENGTH
,
NUMERIC_PRECISION
,
NUMERIC_SCALE
,
CHARACTER_SET_NAME
, and
COLLATION_NAME
.
This change produces an incompatibility for applications that
depend on column order in the
ROUTINES
table because the new
columns appear between the ROUTINE_TYPE
and
DTD_IDENTIFIER
columns. Such applications may
need to be adjusted to account for the new columns.
Incompatible Change:
Added the optimizer_use_mrr
system variable to enable control over whether Multi-Range Read
optimization is used. This replaces the
multi_range_count
system variable, which has
been removed.
Sinhala collations utf8_sinhala_ci
and
ucs2_sinhala_ci
were added for the
utf8
and ucs2
character
sets.
(Bug#26474)
If the value of the
--log-warnings
option is greater
than 1, the server now writes access-denied errors for new
connection attempts to the error log (for example, if a client
user name or password is incorrect).
(Bug#25822)
Added the PARAMETERS
table to
INFORMATION_SCHEMA
. The
PARAMETERS
table provides
information about stored procedure and function parameters, and
about return values for stored functions.
Bugs fixed:
Incompatible Change:
DROP TABLE
now is allowed only if
you have acquired a WRITE
lock with
LOCK TABLES
, or if you hold no
locks, or if the table is a TEMPORARY
table.
Previously, if other tables were locked, you could drop a table with a read lock or no lock, which could lead to deadlocks between clients. The new stricter behavior means that some usage scenarios will fail when previously they did not. (Bug#25858)
Incompatible Change:
GRANT
and
REVOKE
statements now cause an
implicit commit, and thus are prohibited within stored functions
and triggers.
(Bug#21975, Bug#21422, Bug#17244)
MySQL Cluster:
Adding a new TINYTEXT
column to
an NDB
table which used
COLUMN_FORMAT = DYNAMIC
, and when binary
logging was enabled, caused all cluster
mysqld processes to crash.
(Bug#30213)
MySQL Cluster:
After adding a new column of one of the
TEXT
or
BLOB
types to an
NDB
table which used
COLUMN_FORMAT = DYNAMIC
, it was no longer
possible to access or drop the table using SQL.
(Bug#30205)
The server crashed on optimization of queries that compared an
indexed DECIMAL
column with a
string value.
(Bug#32262)
The server crashed on optimizations that used the range
checked for each record
access method.
(Bug#32229)
When comparing a BLOB
value that
was null, memory corruption could occur casuing the server to
crash.
(Bug#32191)
Deleting a large number of records could sometimes take a significant amount of time. (Bug#27946)
Several buffer-size system variables were either being handled incorrectly for large values (for settings larger than 4GB, they were truncated to values less than 4GB without a warning), or were limited unnecessarily to 4GB even on 64-bit systems. The following changes were made:
For key_buffer_size
, values
larger than 4GB are allowed on 64-bit platforms.
For join_buffer_size
,
sort_buffer_size
, and
myisam_sort_buffer_size
,
values larger than 4GB are allowed on 64-bit platforms
(except Windows, for which large values are truncated to 4GB
with a warning).
In addition, settings for
read_buffer_size
and
read_rnd_buffer_size
are
limited to 2GB on all platforms. Larger values are truncated to
2GB with a warning.
(Bug#5731, Bug#29419, Bug#29446)
Functionality added or changed:
Mac OS X (Intel) support has been added. To build on Mac OS X
from the repository sources you must have the most recent
versions of bison
,
automake
, autoconf
and
libtool
installed.
There are known issues with the Falcon on Mac OS X build. (Bug#30564)
The Falcon record cache parameters have been altered. The
falcon_max_record_memory
and
falcon_min_record_memory
are no longer
supported. Instead, the
falcon_record_memory_max
,
falcon_record_scavenge_threshold
,
falcon_record_scavenge_floor
and falcon_inital_allocation
parameters are
now used to control the caching of records in memory within
Falcon.
(Bug#30083)
64-bit Windows support.
Support for tablespaces.
New performance settings, falcon_log_windows
,
falcon_index_chill_threshold
,
and
falcon_record_chill_threshold
.
The option falcon_disable_fsync
has been added. If set to true, then the periodic fsync
operation is disabled.
The option
falcon_initial_allocation
has
been added to control the initial size of a Falcon tablespace on
disk.
Bugs fixed:
An assertion could be thrown during a high number of concurrent
updates of BLOB
fields.
(Bug#30463)
When loading large data sets into a Falcon table mysqld could crash. An out-of-memory error will now be raised in this situation. (Bug#30251, Bug#30074)
Falcon would incorrectly allow creation of two tables with the same name but different case sensitivity, without raising an error, but treat the two tables as the same during further queries. . (Bug#30210)
Updating a large table without an index would lock all the records during a transaction and unlock the records individually. (Bug#30124)
Creating a tablespace with a unique name but using the same data file as an existing tablespace results in the re-initialization of the tablespace and the loss of the data contained in it. Falcon now reports an error if the data file already exists. (Bug#29511)
Using SELECT
on a table that uses
two INT
columns with a single
index would fail to return rows that queried both columns and
complex comparison operators.
(Bug#29319)
Falcon could occasionally report a problem with a duplicate key
error during INSERT
when
inserting the same data into a unique column on two or more
connections simultaneously.
(Bug#29240)
Inserting into a table with a unique index simultaneously on two connections in a way that would cause a deadlock would cause MySQL to hang. The deadlock situation is now identified and an error is raised. (Bug#29206)
Wide DECIMAL
columns would show
rounding errors during SELECT
.
(Bug#29201)
Some Falcon variables were marked as status variables. (Bug#29169)
Accessing an INFORMATION_SCHEMA
table
generated by Falcon, when Falcon has not been enabled, would
cause mysqld to crash.
(Bug#29014)
For debug builds, the server crashed when inserting a negated
DECIMAL
value of maximum
precision (65 digits), such as for INSERT INTO ...
SELECT -col_val ...
(Bug#28810)
Accessing data within DECIMAL
columns wider than 18 digits would cause a crash.
(Bug#28725)
mysqld would crash after a high number of
ALTER TABLE
,
INSERT
and
UPDATE
statements.
(Bug#28515, Bug#22154)
Unique indexes on VARCHAR
columns
were not identified correctly.
(Bug#28500)
Under certain situations the Falcon tables and log could become corrupt and prevent recovery from a crashed version of the files. (Bug#28351)
The value for
FALCON_SYSTEM_MEMORY_SUMMARY.TOTAL_SPACE
in
INFORMATION_SCHEMA
would be reported
incorrectly.
(Bug#28197)
Searching for rows within a table with some nonwestern character
sets would fail to return the correct results if the
SELECT
relied on an index.
(Bug#27697)
Inserting large numbers of identical columns into a table,
followed by a SELECT
or
UPDATE
could cause a hang or
crash.
(Bug#27277)
Loading certain data sets through a direct import could cause index problems and a crash. (Bug#26930)
DECIMAL
columns with large widths
did not work, either during
INSERT
or
SELECT
.
(Bug#26607)
DELETE
statements could cause a
crash when many simultaneous threads are running.
(Bug#26475)
Falcon would fail to build under Mac OS X/Intel. A preliminary patch is available to allow building under Mac OS X/Intel only (PowerPC support is not yet available). Note that Mac OS X/Intel is still an unsupported platform. (Bug#26466)
Queries could fail with a Can't find record in
...
error.
(Bug#26328)
Under certain situations, shutting down MySQL using mysqladmin could cause Falcon to corrupt the database tables and fail to restart properly. (Bug#26296)
Searches for accented characters in a UTF8 table fail if an index exists for the column. (Bug#26057)
Searches using LIKE
on a UTF8 table fail if
the search relies an indexed column.
(Bug#24921)
Searches for data on a partial index for a column using the UTF8 character set would fail. (Bug#24858)
Searches for data using exotic collation/character sets fail if the search relies on an indexed column. (Bug#23689)
Inserting rows to a table with a unique index where the unique index value is identical on two separate connections would block the second transaction. (Bug#22847)
Renaming a database would raise error ERROR 1030
(HY000): Got error 157 from storage engine
.
(Bug#22182)
Large inserts to a table within a single transaction trigger high memory usage and may ultimately crash. (Bug#22169)
Renaming tables to or from Falcon tablespaces raised an error. (Bug#22155)
This was an internal release only, and no binaries were published.
Functionality added or changed:
SELECT ... FOR
UPDATE
is now supported.
Uncommitted record scavenging has been implemented.
Performance diagnostics are available through
INFORMATION_SCHEMA
.
Bugs fixed:
Using SELECT ... FOR
UPDATE
and
ROLLBACK
could
cause mysqld
to hang indefinitely.
(Bug#28165)
Concurrent updates on two different connections could lead to an assertion failure. (Bug#28090)
Updating a row within a table that has a unique compound index to a nonunique value would not raise an error. (Bug#27997)
Rolling back an inserted row while accessing the same on a different connection would cause a crash. (Bug#27993)
Creating a table with a 19-digit
DECIMAL
column would cause
incorrect data to be stored. This is due to current limitation
in Falcon where you cannot create a table with a column with
greater than 18 digits precision (for example,
DECIMAL(18,9)
). Creating a column with larger
than this specification will fail and raise an error.
(Bug#27962)
Executing INSERT INTO ... SELECT FROM
could
cause a crash on large data sets.
(Bug#27951)
Inserting data into the same table on two different connections with autocommit disabled would cause a crash. (Bug#27895)
Creating a Falcon table immediately after creating a new database could cause a crash. (Bug#27768)
Executing SELECT ... FOR
UPDATE
in a second connection on a newly created and
populated table could cause a crash.
(Bug#27767)
Continually updating a BLOB
column would cause MySQL server to crash.
(Bug#27719)
Using a trigger on an UPDATE
to a
Falcon table when autocommit is disabled would cause MySQL
server to crash.
(Bug#27574)
Interrupting a stored procedure during execution could cause a crash. (Bug#27539)
Opening the same database with Falcon tables on a different connection could cause a crash. (Bug#27428)
Using ROLLBACK
after a DELETE
does not restore
the deleted row.
(Bug#27357)
Two simultaneous SELECT
... FOR UPDATE
statements with
READ COMMITTED
isolation
level would result in the wrong error message being returned.
(Bug#26871)
Row insertions to a table with long
VARCHAR
columns and large
compound indexes would cause MySQL to crash.
(Bug#26850)
Falcon could consume large amounts of memory during a high
number of continuous INSERT
statements.
(Bug#26843)
Updating a partitioned table in two sessions simultaneously would cause MySQL to crash. (Bug#26828)
Locking between sessions when using
SELECT ... FOR
UPDATE
would not work.
(Bug#26826)
Tables with UNIQUE
key constraints would not
be enforced.
(Bug#26803)
When updating a table with a unique key constraint the constraint would not be enforced. (Bug#26802)
Searching for records in a table with a
DECIMAL(6,6)
column would fail to find the
value.
(Bug#26469)
Rows with a numeric column may fail to find records with zero values. (Bug#26468)
Retrieving rows from a table that used an index would sometimes fail to return the row. (Bug#26452)
Continue handlers in stored procedures could cause a crash. (Bug#26433)
Tables with a long multi-column index may fail to find a record
for UPDATE
.
(Bug#26420)
Deleting a large quantity of rows in a single table may result
in ERROR 1020
.
(Bug#26055)
A DROP TABLE
statement on a table
created using
CREATE TABLE ...
SELECT
crashed the server.
(Bug#25564)
Random updates of LONG VARCHAR
columns would
fail.
(Bug#23818)
Running SELECT
after a changing
the table contents does not result in a new data set.
(Bug#22181)
Using ALTER TABLE
with
interleaving transactions could cause mysqld
to crash.
(Bug#22165)
MySQL 5.2 was merged into MySQL 6.0. An overview of features added in MySQL 5.2 and MySQL 6.0 can be found here: Section 1.5, “What Is New in MySQL 6.0”.
For a full list of changes, please refer to the changelog sections for individual 5.2.x releases.
This is a new Alpha development release, fixing recently discovered bugs.
This Alpha release, as any other pre-production release, should not be installed on production level systems or systems with critical data. It is good practice to back up your data before installing any new version of software. Although MySQL has worked very hard to ensure a high level of quality, protect your data by making a backup as you would for any software beta release. Please refer to our bug database at http://bugs.mysql.com/ for more details about the individual bugs fixed in this version.
This section documents all changes and bug fixes that have been applied since the last official MySQL release. If you would like to receive more fine-grained and personalized update alerts about fixes that are relevant to the version and features you use, please consider subscribing to MySQL Network (a commercial MySQL offering). For more details please see http://www.mysql.com/products/enterprise/advisors.html.
Functionality added or changed:
Incompatible Change: The following deprecated constructs now generate warnings. Where alternatives are shown, applications should be updated to use them. Existing applications that depend on the deprecated constructs should be converted to make use of the current equivalents as soon as possible. You should not employ them in new applications.
The log_bin_trust_routine_creators
system
variable (use
log_bin_trust_function_creators
).
The table_type
system
variable (use
storage_engine
).
The TYPE
table option to specify the
storage engine for CREATE
TABLE
or ALTER
TABLE
(use ENGINE
).
The SHOW TABLE TYPES
SQL statement (use
SHOW ENGINES
).
The SHOW INNODB STATUS
and SHOW
MUTEX STATUS
SQL statements (use
SHOW ENGINE
INNODB STATUS
SHOW ENGINE
INNODB MUTEX
).
The SHOW PLUGIN
SQL statement (use
SHOW PLUGINS
).
The LOAD TABLE ... FROM MASTER
and
LOAD DATA FROM MASTER
SQL statements (use
mysqldump or
mysqlhotcopy to dump tables and
mysql to reload dump files).
The BACKUP TABLE
and RESTORE
TABLE
SQL statements (use
mysqldump or
mysqlhotcopy to dump tables and
mysql to reload dump files).
TIMESTAMP(
data type: The ability to specify a display width of
N
)N
(use without
N
).
The --master-
server options to set replication parameters (use the
xxx
CHANGE MASTER TO
statement
instead): --master-host
,
--master-user
, --master-password
, --master-port
,
--master-connect-retry
,
--master-ssl
,
--master-ssl-ca
,
--master-ssl-capath
,
--master-ssl-cert
,
--master-ssl-cipher
,
--master-ssl-key
.
MySQL Cluster:
It is now possible to control whether fixed-width or
variable-width storage is used for a given column of an
NDB
table by means of the
COLUMN_FORMAT
specifier as part of the
column's definition in a CREATE
TABLE
or ALTER TABLE
statement.
It is also possible to control whether a given column of an
NDB
table is stored in memory or on
disk, using the STORAGE
specifier as part of
the column's definition in a CREATE
TABLE
or ALTER TABLE
statement.
For permitted values and other information about
COLUMN_FORMAT
and STORAGE
,
see Section 12.1.14, “CREATE TABLE
Syntax”.
The INFORMATION_SCHEMA.COLUMNS
table now has STORAGE
and
FORMAT
columns. For
NDB
tables,
STORAGE
indicates whether a column is stored
on disk or memory, and FORMAT
indicates the
column storage format (FIXED
,
DYNAMIC
, or DEFAULT
).
The INFORMATION_SCHEMA.STATISTICS
table now has an INDEX_COMMENT
column to
indicate any comment string provided for the column. The
SHOW INDEX
statement now displays
an Index_comment
column that provides the
same information.
The LOAD XML
INFILE
statement was added. This statement makes it
possible to read data directly from XML files into database
tables. For more information, see Section 12.2.7, “LOAD XML
Syntax”.
Bugs fixed:
Use of the latin2_czech_cs
collation caused a
server crash.
(Bug#29459)
This is a new Alpha development release, fixing recently discovered bugs.
This Alpha release, as any other pre-production release, should not be installed on production level systems or systems with critical data. It is good practice to back up your data before installing any new version of software. Although MySQL has worked very hard to ensure a high level of quality, protect your data by making a backup as you would for any software beta release. Please refer to our bug database at http://bugs.mysql.com/ for more details about the individual bugs fixed in this version.
This section documents all changes and bug fixes that have been applied since the last official MySQL release. If you would like to receive more fine-grained and personalized update alerts about fixes that are relevant to the version and features you use, please consider subscribing to MySQL Network (a commercial MySQL offering). For more details please see http://www.mysql.com/products/enterprise/advisors.html.
Functionality added or changed:
Incompatible Change:
Added the optimizer_use_mrr
system variable to enable control over whether Multi-Range Read
optimization is used. This replaces the
multi_range_count
system variable, which has
been removed.
The syntax for the LOCK TABLES
statement has been extended to support transactional table locks
that do not commit transactions automatically. Following
LOCK TABLES ... IN
SHARE MODE
or
LOCK TABLES ... IN
EXCLUSIVE MODE
, you can access tables not mentioned in
the LOCK TABLES
statement. You
can now also issue these extended LOCK
TABLES
statements many times in succession, adding
additional tables to the locked set, and without unlocking any
tables that were locked previously. When using
LOCK TABLES
with IN
SHARE MODE
or IN EXCLUSIVE MODE
,
tables are not unlocked until the transaction is committed.
The behavior of LOCK TABLES
when
not using IN SHARE MODE
or IN
EXCLUSIVE MODE
remains unchanged.
A new SQL function,
WEIGHT_STRING()
, returns the
weight string for an input string. The weight string represents
the sorting and comparison value of the input string.
Added the optimizer_switch
system variable to enable control over individual optimizations.
The maximum length of table comments was extended from 60 to 2048 characters. The maximum length of column comments was extended from 255 to 1024 characters. Index definitions now can include a comment of up to 1024 characters.
Parser performance was improved for identifier scanning and conversion of ASCII string literals.
Bugs fixed:
Bugs fixed:
MySQL would fail with an assertion on startup. (Bug#25835)
Functionality added or changed:
Performance improvements: thread bottlenecks have been reduced when a larger number of parallel auto-commit threads executed a trivial query in a hard loop.
Bugs fixed:
Falcon compound primary key problem. (Bug#25828)
Assertion when killing a
CREATE TABLE ...
SELECT
statement.
(Bug#25565)
A DROP TABLE
statement on a table
created using
CREATE TABLE ...
SELECT
crashed the server.
(Bug#25564)
Crash if create index on nullable utf8
column.
(Bug#25555)
Between fails with Unicode field. (Bug#24511)
This appendix lists the changes to the MySQL Enterprise Monitor, beginning with the most recent release. Each release section covers added or changed functionality, bug fixes, and known issues, if applicable. All bug fixes are referenced by bug number and include a link to the bug database. Bugs are listed in order of resolution. To find a bug quickly, search by bug number.
This section documents all changes and bug fixes that have been applied since the release of MySQL Enterprise Monitor, version 2.1.1.
Bugs fixed:
Security Fix: A number of cross-site request forging issues have been identified and resolved. (Bug#52888, Bug#52910, Bug#52905, Bug#52897)
Scheduling a rule against an instance, and then deleting that
instance, would retain the instance within MySQL Enterprise Dashboard,
identified as Unknown
.
(Bug#51095)
Deleting a server within MySQL Enterprise Dashboard could cause a
foreign key constraint
error.
(Bug#50927)
Deleting a server that had purged all its monitoring data, but still have query analyzer information, would fail. (Bug#50916)
The SSL certificates supplied with MySQL Enterprise Service Manager have been updated.
The certificate shipped with MySQL Enterprise Service Manager is an example certificate that expires after 1 year and that folks should create their own and back it up between MEM service manager updates. For more information on updating the certificate, see Section 15.12.4, “Creating a new SSL KeyStore”. (Bug#50694)
Clicking on a link to a support issue within the dashboard is now configured to open the issue within a new window. (Bug#50651)
Monitoring of a server that had
INFORMATION_SCHEMA
, and a large number of
schemas and/or tables could upset the gathering of monitoring
data.
(Bug#47947)
If you specify an invalid backend proxy address to MySQL Enterprise Monitor Agent, the agent would fail silently. (Bug#46927)
Installation on certain platforms could fail during the generation of a UUID because of a lack of privileges. A separate UUID generation tool, agent-generate-uuid is now used to create the UUID. (Bug#46370)
If a customer was using their own SSL certificate, they entered
that information in the server.xml
file.
However, running the upgrade installer caused
server.xml
, and any custom certificates, to
be replaced.
(Bug#44525)
Starting the agent could lead to an error regarding the
ssh-keygen tool and a missing library
(libcrypto
).
(Bug#43125)
This section documents all changes and bug fixes that have been applied since the release of MySQL Enterprise Monitor, version 2.1.0.
Functionality added or changed:
The smallest purge log time interval that could be set in the Dashboard was one week. MySQL Enterprise Monitor was changed to allow setting the smallest purge log time interval to one day. (Bug#46822)
Certain heat chart rules cannot be unscheduled or disabled, this is because they are required for correct operation of MySQL Enterprise Monitor. Should an attempt be made to unschedule or disable one of these heat chart rules, a suitable message is now displayed, explaining this requirement. (Bug#46535)
If you are monitoring one instance of MySQL server mysqld and then upgrade that MySQL server, the correct version of the MySQL server is not displayed in the Dashboard. The agent will now perform a re-synchronization of the inventory if it identifies that the server has gone away and that the monitored MySQL has been upgraded. (Bug#38409)
Bugs fixed:
The MySQL Enterprise Monitor Agent could fail to reconnect to a monitored MySQL instance if the agent was started while the MySQL instance was unavailable. (Bug#50797)
When installing MySQL Enterprise Monitor Agent on a Linux operating system using
the SELinux security environment, the installation would fail if
the allow_execstack
option had been enabled.
(Bug#50515)
It was possible to updated an existing email notification list with two email addresses in the destination without a required comma between the addresses. Addresses are now validated during the editing phase to ensure that this does not occur. (Bug#50161)
The agent could not be installed on Mac OS X Snow Leopard (10.6) due to an incompatibility in the XML libraries used. (Bug#50126)
Deleting users within MySQL Enterprise Service Manager could lead to errors in the repository database that would affect further operations involving the deleted user. (Bug#49896)
When creating a new instance by copying an existing agent
configuration, it is possible to create an orphaned agent. The
recommended advice is to TRUNCATE
the
mysql.inventory
table. However, doing this
could lead to additional errors and an exception when the
scheduled data updates on the now orphaned agent are executed.
(Bug#49882)
Monitoring a MySQL 4.0 server would fail because MySQL 4.0 did not support table-level character set support. (Bug#49082)
The agent installer for Solaris on x64 would fail due to a library linker issue duing the post-installation phase of the installer. (Bug#48336)
Support has been added for SNMPv2 traps in addition to the existing SNMPv1 traps. You can configure the version to use for SNMP traps, see ???.
In addition, support has also been added to send SNMP notifications to two hosts in place of just one host. Notifications are sent to both hosts simultaneously. (Bug#47686, Bug#48955)
Support issues can have a Severity from S1 through S4, but can also have a value of “NS” meaning “No Severity Set”. MySQL Enterprise Monitor was not able to parse this, which resulted in errors such as the following:
2009-09-23 13:53:51,812 ERROR [em-worker-pool-thread-6:monitor.support.DevSpPoller] error consuming successful response java.lang.IllegalArgumentException: No enum const class com.mysql.etools.monitor.support.SpIssue$Severity.NS at java.lang.Enum.valueOf(Enum.java:196) ...
The pagination of errors within MySQL Enterprise Dashboard for MySQL Enterprise Service Manager logging made it difficult to identify the true source of the error. (Bug#47464)
An additional link has been added to the Configure What's New page to link to the relevant documentation. (Bug#47256)
MySQL Enterprise Monitor would fail to install on Miracle Linux4. (Bug#47209)
Some strings in the What's New tab of MySQL Enterprise Dashboard had not been translated from English to Japanese. (Bug#47203)
The diagnostic report file has been updated so that the filename of the report includes the timestamp when the report was generated. (Bug#47164)
When the Configuring and troubleshooting this feed link was clicked it opened the help screen in the current browser window, rather than in a new window.
The link can be found on the What's New tab, at the bottom of the Important Product-Related Announcements section, in the Welcome to the "What's New?" Live Feed! sub-section. (Bug#47145)
The links for further information on the What's New feed were invalid. (Bug#47133)
When the Help link was clicked in the Dashboard, the following script error was generated:
row: 32 char: 5 error: object expected code: 0 URL: http://xxx.yyy.com:38080/Help.action
This only happened when using Internet Explorer. (Bug#47065)
The times used for queries in Query Analyzer would not match the time set for the user's timezone and browser setting. (Bug#47040)
The date format in the configure what's new popup on the What's New? tab did not reflect the locale set in the User Preferences page. (Bug#46901)
Two links in the Agent installer were incorrect.
The link https://enterprise.mysql.com/docs/monitor/2.0/en/mem-install.html#mem-agent-rights should have pointed to https://enterprise.mysql.com/docs/monitor/2.1/en/mem-install.html#mem-agent-rights. Also, the link https://enterprise.mysql.com/docs/monitor/2.1/en/mem-query-analysis.html should have pointed to https://enterprise.mysql.com/docs/monitor/2.1/en/mem-query-analyzer.html. (Bug#46812)
The REPLACE
and CALL
statments did not show a rows graph within the statement popup
graph tab.
(Bug#46796)
When updating your scription after the subscription has expired, the ability to update your advisor bundle was not available. (Bug#46700)
The task message for a given server within the agent would be logged at the incorrect level. Messages are now logged at the message level. (Bug#46681)
Pressing cancel on a popup would cause a page reload, instead of just closing the popup window. (Bug#46604)
The cry for help email included a stack trace, however it was displayed on a single line without any line breaks. (Bug#46458)
If the Last link was clicked on the Infrastructure logs page, the following error was generated:
Error Message fromIndex(400) > toIndex(31)
The Windows installers for MySQL Enterprise Service Manager did not include 64-bit versions of the various binary tools. (Bug#45682)
The agent could get into a state where it loop through the resynchronization of the core data, without reporting information to the service manager, causing gaps in the data. (Bug#45382)
The IP address of the agent host on FreeBSD 7 systems would not be reported correctly. (Bug#45079)
This section documents all changes and bug fixes that have been applied since the release of MySQL Enterprise Monitor, version 2.0.6.
Functionality added or changed:
Incompatible Change: The default proxy port used to relay queries when using the Query Analyzer has been changed from port 4040 to 6446.
The Agent did not write its version number to the log on startup or shutdown.
The information is now available by setting log level
“MESSAGE” in the Dashboard. It is also available
when running the Agent from the command line with the command
mysql-monitor-agent
--version
. The Agent also now logs
its version number on startup if the log level is set to
“CRITICAL”.
(Bug#45884)
The Agent did not have a configurable response size.
The response size was hard coded to 65K. However, with large inventories, the customer might need to use a larger response size.
The Agent command line option
--agent-max-response-size
was added which will
set the maximum size (in bytes) of the response the agent will
send to the Service Manager. The default is 65536.
(Bug#45571)
If the Service Manager lost connection to the repository server,
it would shut down after 50 attempts to reconnect or if it was
unable to reconnect within 180 seconds. This behavior has now
been made configurable through parameters in the
config.properties
file. The parameters are:
mysql.max_connect_retries
- default is
50.
mysql.max_connect_timeout_msec
- default
is 180 seconds.
There was no way to force the Agent to resynch with the Service Manager. A link has now been added. The link can be found on the Settings, Manage Servers page - click the context menu next to a server, the menu now contains a Refresh item. (Bug#45461)
When the Agent debug log was examined, it was found to contain XML returned by the Service Manager that did not contain carriage returns. This made the data difficult to read by a human. The Service Manager has been changed to return formatted XML. (Bug#45460)
The version of Enterprise Monitor was not logged on startup.
Enterprise Monitor was changed to log the Monitor and Advisor version number on startup. See also Bug#45884. (Bug#45459)
The ability to customize the text of the email sent for an event was added. The URL to the event can now be added to the email, so that the administrator does not have to search for the action that triggered the email. (Bug#44383)
In large installations it can be desirable to locate the
repository MySQL Server and the Tomcat server on difference
computers to reduce load. However, the script
mysqlmonitorctl.sh
assumed these were
running on the same server.
The script was therefore changed to accommodate the above requirement.
The mysqlmonitorctl.sh
script now checks
for a new configuration file called
mysqlmonitorctl.conf
. This configuration
file is located in a new directory,
etc/defaults
, relative to the install
directory. The configuration file contains 2 variables:
START_MYSQL=yes
START_TOMCAT=yes
The script will then start/stop the MySQL Server and Tomcat accordingly. Defaults for both variables in the file are set to “yes”. The update installers will not overwrite this file. (Bug#44379)
When Replication was configured to use SSL for encrypting the transfer of the binary log, even though replication worked and the dashboard displayed the replication group correctly, the agent still logged the following message (repeatedly):
2009-04-06 16:12:00: (critical) job_collect_mysql.c:698: [mysql] (master-uuid) mysql_real_connect(hostname:port replication:...) to the slave's master failed: Access denied for user 'replication'@'hostname' (using password: YES) (1045)
It was not possible to keep logs for a specific period of more than 52 weeks. The value for purging logs could be set in Settings, Global Settings to values ranging from “Never” to “52 Weeks” using the drop down list boxes.
The interface has now been changed to additionally offer periods of 18 months and 24 months. (Bug#43793)
Events used a GMT timestamp for the event time within email notifications, rather than the local time for the server generating the event.
MySQL Enterprise Monitor has been changed so that it displays the time using the server's locale and GMT. (Bug#43739)
MySQL Enterprise Monitor did not include a graph to show
max_used_connections
versus
max_connections
.
This has now been included with the Silver level advisor bundle. (Bug#43583)
A rule has been added named “Server Restarted” to signal a server restart. This has been added as a Heat Chart advisor to the Silver level advisor bundle. The rule has the following options:
Expression: (%Uptime% < THRESHOLD) Critical Alert: 600 Warning Alert: 600 Info Alert: 600 Variable: %Uptime% Data Item: mysql.status:Uptime Instance: local Default frequency: 5 minutes
In the Enterprise Dashboard, it was possible to change the last
remaining user with a manager role to having an agent role. This
led to a problem whereby when attempting to subsequently login
to the Dashboard, this caused redirection to the
setup.action
page which presents the Create
Administrator facility. However, there was no
button on this page, so it was
not possible to create the administrative account.
The Dashboard has now been changed so that the currently logged in user is not able to change their role. (Bug#42436)
Certain alerts were misleadingly labelled as CRITICAL, and caused people to change settings unnecessarily, thereby adversely affecting their system performace and functionality.
MySQL Enterprise Monitor was changed as follows:
Heat Chart Advisor
MyISAM Key Cache Has Sub-Optimal Hit Rate. Critical threshold removed, Warning set to 75 and Info set to 85.
Query Cache Has Sub-Optimal Hit Rate. Critical threshold removed, Warning set to 40 and Info set to 50.
Temporary Tables To Disk Ratio Excessive. Critical threshold removed, others left unchanged.
Memory Usage Advisor
InnoDB Buffer Cache Has Sub-Optimal Hit Rate. Critical threshold removed, others left unchanged.
Key Buffer Size May Not Be Optimal For Key Cache. Critical threshold removed, others left unchanged.
Key Buffer Size May Not Be Optimal For System RAM. Critical threshold removed, others left unchanged.
Table Cache Not Optimal. Critical threshold removed, Warning set to 60 and Info set to 40.
Thread Cache Size May Not Be Optimal. Critical threshold removed, Warning set to 75 and Info set to 85.
Performance Advisor
Binary Log Usage Exceeding Disk Cache Memory Limits. Critical threshold removed, Warning set to 50 and Info set to 70.
Excessive Disk Temporary Table Usage Detected. Critical threshold removed, others left unchanged.
InnoDB Buffer Pool Writes May Be Performance Bottleneck. Critical threshold removed, Warning set to 99 and Info set to 99.5.
InnoDB Log Waits May Be Performance Bottleneck. Critical threshold removed, Warning set to 1 and Info set to 0.5.
In the Enterprise Dashboard, the Monitor page did not have detailed server meta information. For example, the hostname, datadir, socket and port information were not displayed.
The interface has now been changed to include the following. Hostname, datadir, socket, and port information has been added to the server meta information on the monitor page. The port and datadir information has been added to the Settings, Manage Servers page. Socket and datadir information has been added to the edit server popup. (Bug#40787)
When running multiple instances of the Enterprise Dashboard it could be difficult to determine which instance is currently being logged into.
This was fixed by adding a name for the server on the login page. The name defaults to the hostname but may be changed in the Settings page. (Bug#40642)
The agent should be able to run as a non-root
user. However, the startup scripts always started it as
root
.
The agent chassis now has a new option --user
to drop privileges after being started as
root
. Note, this does not work when not
started as superuser, nor on Windows.
A new dialog box has also been added to the agent installer. The
dialog has the following text: “The agent does not need to
run with root
user privileges. The agent will
switch to the user account provided below when started by the
root
user.”
The dialog also has a text field to allow the entry of the user account.
A new parameter was also added to the
mysql-monitor-agent.ini
file. The parameter
has the format user=xxx
, where xxx is the
user account to be used.
(Bug#33778)
The Advisor rule “InnoDB Redo Logs Not Sized Correctly” has been renamed to “InnoDB Transaction Logs Not Sized Correctly”. The rule's Problem Description and Advice text have also been updated accordingly. (Bug#33528)
You can now configure an individual notification group to be used when sending critical email alerts. You can configure this by selecting the administration checkbox when configuring an individual notification group. For more information, see Section 15.5.5, “Manage Notification Groups”. (Bug#30974)
The Event Log now tracks both the Current and Worst states for individual events.
To enable communication by MySQL Enterprise Service Manager with the MySQL Enterprise website, you can now configure an HTTP Proxy to be used when accessing the Internet. For more information, see Section 15.5.1, “Global Settings”.
The MySQL Enterprise Dashboard now includes a What's New page that incorporates information automatically from the MySQL Enterprise and MySQL Support websites. For more information, see Section 15.6, “The What's New Page”.
Bugs fixed:
The installer for MySQL Enterprise Monitor Agent on Linux 64-bit using glibc-2.3 would fail before the installation had completed properly. (Bug#50289)
The alert for “Connection Usage Excessive”
recommended raising max_connections
. However,
if the users raised max_connections
based
only on the advice of the alert, they could potentially exhaust
all RAM and SWAP.
This alert should have made the proviso that
max_connections
be increased only if
sufficient free RAM is available to support the additional
connections. The alert should also have recommended checking
that all connections are correctly closed, and suggest lowering
the wait_timeout
or
interactive_timeout
settings.
(Bug#46921)
The “Slow Query Log Not Enabled” rule was missing a <value> tag in the <thresholdList> block. This caused a stack trace to be generated when the Service Manager started. (Bug#46899)
Table lock contention rules had inconsistent thresholds.
The rule lock_contention_excessive
(part of
the Basic subscription) contained the following expression:
(%Uptime% > 10800) && (((%Table_locks_waited% / (%Table_locks_immediate% + %Table_locks_waited%)) * 100) > THRESHOLD)
This used thresholds of 1/3/5 (for Info/Warning/Critical).
However, in the rule
table_lock_contention_excessive
(part of the
Platinum subscription), the same expression existed but with
different thresholds:
(%Uptime% > 10800) && (((%Table_locks_waited% / (%Table_locks_immediate% + %Table_locks_waited%)) * 100) > THRESHOLD)
In this case the thresholds were 30/60/95. (Bug#46768)
MySQL Enterprise Monitor 2.1 advisors for Windows suggested using
innodb_flush_method=unbuffered
, which is an
undocumented value. Only documented values should have been
recommended.
(Bug#46709)
When deleting a server within MySQL Enterprise Dashboard where there was a lot of historical data and/or a large number of instances being monitored, the deletion process could take some time and affect the loading of all pages within MySQL Enterprise Dashboard The process should no longer affect the performance UI. (Bug#46632)
The rule names and other content on the Rules page could be displayed without the necessary formatting and translation. (Bug#46608)
You would get a Java NullPointerException
message if you omitted to select a server before using
Add server to group to add a new server to
an existing group.
(Bug#46593)
Initial setup and registration of MySQL Enterprise Monitor could fail on Mac OS X when communicating with the MySQL Enterprise website. (Bug#46571)
The MySQL Enterprise Service Manager would send one email from each agent when agents were no longer able to write information to the repository. You now get one email containing a list of the affected agents. (Bug#46460)
The error message shown in the orange dialog when a Rule could not be scheduled showed the Rule's resource key instead of its name. For example:
U0146 Unable to schedule rule "binary_logging_is_limited.name" due to "mysql.MasterStatus.Binlog_Ignore_DB" data not being collected from server "net-dev2:13306". It may be an unsupported collection for that server.
The length of the MySQL Enterprise Monitor related cookie information caused the web browser to fail with errors such as the following (from Safari 4):
Bad Request Your browser sent a request that this server could not understand. Size of a request header field exceeds server limit. Cookie: __utma=183337658.3685800196369993700.1241092024.1248080652.1248188601.199; __utmc=183337658; __utmz=183337658.1247859315.194.26.ut......
The values reported for the
os.mem.swap_page_out
and
os.mem.swap_page_in
could be identified
incorrectly as delta, instead of absolute, values.
(Bug#46326)
When upgrading an agent that uses SSL to connect to MySQL Enterprise Service Manager using a non-standard SSL port (i.e. not 18443), the upgrade would change the SSL port back to the default value. (Bug#46253)
When upgrading MySQL Enterprise Service Manager any custom properties set within
config.properties
would be lost. Changes are
now retained during an upgrade.
(Bug#46252)
When installing MySQL Enterprise Service Manager the disk space requirements could be calcualted incorrectly, which would cause the remainder of the installation to fail. (Bug#46251)
Installation of MySQL Enterprise Monitor Agent on Solaris 8 or Solaris 9 using the SPARC platform could fail if the latest patches of the SUNW UTF-8 and iconv libraries were not available. This prevented the installer from operating correctly, although the agent would work correctly. The installer for the agent has now been updated to avoid this issue. (Bug#46235)
In the Enterprise Dashboard, the query summary information popup on the BrowseQueries page forced a page reload after any hide. This affected both the user pressing the hide button, as well as the links on the Example and Explain tabs that caused the query summary information popup to be hidden, and the Query Analyzer config popup to be shown instead. (Bug#46230)
The Agent had a memory leak. The memory consumption increased by 35MB every five minutes. (Bug#46222)
The MySQL server embedded with MySQL Enterprise Service Manager has been updated to MySQL 5.1.37. (Bug#46214)
After a Service Manager upgrade, if there were migration errors, the message “Upgrade Status: there were errors in migration (details)” was displayed on the Settings, Manage Servers page. When the details link was clicked the yellow “An Error Occurred” popup was briefly displayed before disappearing, making it impossible to determine the details of the error. (Bug#46181)
When installing a new Advisor JAR, the contents could overwrite localizations in your current installation. (Bug#46169)
The threshold information in email alerts listed the thresholds in a seemingly random order, for example:
Thresholds Warning : 1024 Info : 512 Critical : 10240 Thresholds Info : 70 Critical : 5 Warning : 40 Thresholds Critical : 75 Warning : 85 Info : 95
In the Enterprise Dashboard, the check boxes within the configure what's new panel did not function correctly. When deselecting a check box the accompanying text did not become de-emphasized (“grayed out”) as expected, but only changed when another check box was selected. Further, when the checkbox was subsequently selected, the text did not become emphasized until another check box was selected or deselected. This problem was limited to Internet Explorer 8. (Bug#46104)
In the Enterprise Dashboard, selecting all three checkboxes in the Configure Query Analyzer panel generated an error:
The interval “00:00:00,500” could not be parsed. Intervals must be in hh:mm:ss.msec
format.
The error was due to the default value of Auto-Explain Threshold containing a “,” rather than a “.” character. (Bug#46102)
The MySQL Enterprise Monitor Agent could return a null value for a valid result set, resulting in incorrect results when using Query Analyzer. (Bug#46095)
The Rule “Non-Authorized User Has Server Admin Privileges” in the “Security” Advisor checked for the following:
Create_user_priv = 'Y' File_priv = 'Y' Lock_tables_priv = 'Y' Reload_priv = 'Y' Shutdown_priv = 'Y' Super_priv = 'Y
However, it did not include a check for the condition:
Process_priv = 'Y'
The Query Analyzer Statement Popup history graphs were inconsistent with the other graphs. In particular:
The series colors were not consistent with other graphs.
The graph image was right aligned, but the title was left aligned. When the popup was expanded, unnecessary space was located on the left.
The Y axis did not have a Range Label.
In the Enterprise Dashboard, if a Notification Group was created, and also set to be the “MEM Admin” for cry for help emails, the MEM Admin column showed as "false" in the table overview when the group was saved. However, if the group was then edited and the flag added again, the MEM Admin status was saved. (Bug#46038)
Links in emails generated from the Query Analyzer were not linking to the Query Analyzer tab correctly. (Bug#46036)
When a query was clicked on the Query Analyzer page, the Explain Query tab displayed a potentially incorrect value for the Auto-Explain Threshold. The Threshold can actually be set to a user configurable value in Configure Query Analyzer, but the popup text did not reflect the currently set value, instead displaying a hard-coded default value. (Bug#46035)
The Rule “Server Includes A Root User Account” in the “Security” Advisor had a Recommended Action:
UPDATE user SET user = 'new_name' WHERE user = 'root'; FLUSH PRIVILEGES;
However, three other rules triggered in the case where “user” was not “root” but had administrative grants. This caused the following alerts to be generated:
Non-Authorized User Has DB, Table, Or Index Privileges On All Databases
Non-Authorized User Has GRANT Privileges On All Databases
Non-Authorized User Has Server Admin Privileges
In the Enterprise Dashboard, on the Settings, Manage Servers page, the menu item Configure Query Analyzer generated an unhandled error message if clicked when using the Silver level subscription. Query Analyzer is not available at this subscription level, and the menu option to configure the analyzer should not be shown on this page. (Bug#46016)
If the Agent and monitored server had time settings that were out of sync the Enterprise Dashboard reported the server as “down”. (Bug#45937)
On the What's New? page of the Enterprise Dashboard, multiple messages were generated for the same error. This cluttered the user interface. (Bug#45927)
In the Enterprise Dashboard, when using the Safari web browser, the graph selection displayed on the Query Analyzer tab was sometimes drawn outside the plot area. (Bug#45926)
The Enterprise Monitor log was flooded with ERROR/WARN messages
when the Service Manager was retrying for a
mysqld
connection:
2009-07-02 16:52:23,440 WARN [http-18080-4:com.mysql.sql] java.lang.Exception: MySQL server not running or accepting connections, retrying 30 times or 46 seconds, whichever expires first. Exception was: Communications link failure Last packet sent to the server was 0 ms ago. 2009-07-02 16:52:24,455 WARN [Purger:com.mysql.sql] java.lang.Exception: MySQL server not running or accepting connections, retrying 46 times or 151 seconds, whichever expires first. Exception was: Communications link failure Last packet sent to the server was 0 ms ago. 2009-07-02 16:52:25,471 WARN [http-18080-5:com.mysql.sql] java.lang.Exception: MySQL server not running or accepting connections, retrying 28 times or 34 seconds, whichever expires first. Exception was: Communications link failure Last packet sent to the server was 0 ms ago. 2009-07-02 16:52:26,377 WARN [http-18080-9:com.mysql.sql] java.lang.Exception: MySQL server not running or accepting connections, retrying 33 times or 64 seconds, whichever expires first. Exception was: Communications link failure Last packet sent to the server was 0 ms ago.
In the Enterprise Dashboard the icon file for
event.status.closed
was missing. The problem
manifested differently in different browsers. In Internet
Explorer 8 the UI cell was empty and no text was displayed. In
Firefox 3 the text “event.status.closed” was
displayed in the cell.
(Bug#45872)
If the system time zone was different from that set in the Enterprise Dashboard, then there was inconsistency in the way times were displayed on the Query Analyzer page. Some times were displayed in the time zone of the system and some were displayed using the Dashboard time zone setting. (Bug#45858)
In Enterprise Dashboard, when a range on the graph in the Graphs tab was selected, the following error message was displayed:
Error Message You do not have permissions to access this resource. E0211: PermissionDeniedException: [] com.mysql.merlin.ui.interceptors.AuthenticationInterceptor.intercept(AuthenticationInterce ptor.java:109) com.opensymphony.xwork2.DefaultActionInvocation$2.doProfiling(DefaultActionInvocation.java :224) com.opensymphony.xwork2.DefaultActionInvocation$2.doProfiling(DefaultActionInvocation.java :1) com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:455) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:221) org.apache.struts2.impl.StrutsActionProxy.execute(StrutsActionProxy.java:50) org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:507) org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:421) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.ja va:235) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) net.sf.ehcache.constructs.web.filter.GzipFilter.doFilter(GzipFilter.java:81) net.sf.ehcache.constructs.web.filter.Filter.doFilter(Filter.java:92) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.ja va:235) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) com.mysql.util.RequestCounterFilter.doFilter(RequestCounterFilter.java:117) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.ja va:235) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) com.mysql.merlin.ui.filters.AccessLogFilter.doFilter(AccessLogFilter.java:56) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.ja va:235) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.jav a:584) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) java.lang.Thread.run(Unknown Source)
If both the View Readme and Launch Monitor in browser check boxes were selected on the last screen of the Monitor installer, the Dashboard was not brought up in a browser until after the window displaying the “readme” information was closed. (Bug#45795)
The Agent did not report all the rows from an explain plan where the plan had more than one row. The Dashboard would display information for the first row, but subsequent rows would display NULL. (Bug#45791)
Custom collections did not override standard collections.
If a custom collection file was defined, and collections specified which were the same as the defaults but with some extensions, the custom collection did not appear to be processed and so did not override the default collection. (Bug#45755)
When the Service Manager was restarted, or if the Service Manager was turned off for a brief period, and then turned back on, some graphs, such as Database Activity, showed an erroneous spike in traffic. (Bug#45688)
Cry for help emails were not sent for events such as the monitored server running out of connections or disk space. In the past these had been sent for any error code < 1026. (Bug#45667)
If custom collection files were created for the Agent, and
references added to the agent-item-files
variable within the mysql-monitor-agent.ini
file, on upgrade the following problems occurred:
The agent-item-files
variable was
overwritten, thereby removing the custom entry.
The custom files were deleted, if they were contained in the
share/
directory.
In the Enterprise Dashboard, when closing single or multiple Events the following exception was generated:
Could not execute JDBC batch update org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:71)
In the Enterprise Dashboard, the icon displayed for each server on the Bug#45564)
, page was incorrectly located. This resulted in fewer servers being displayed per page. (In Enterprise Dashboard, when clicking on configure what's new in the What's New? tab, an error occurred. This only happened when using Internet Explorer 8. (Bug#45478)
After the initial server installation a user may select OpenSSL
native integration with Tomcat. This will modify the
apache-tomcat/lib
directory. However,
subsequently running an upgrade installer overwrote the
apache-tomcat/lib
directory which had been
modified during the OpenSSL native integration.
(Bug#45432)
The query SELECT * FROM 23lk4kj234;
was
reported incorrectly in the Query Analyzer.
(Bug#45431)
When an event was closed a “SUCCESS” SNMP trap was sent, rather than a “CLOSED” SNMP trap. (Bug#45376)
When MySQL Enterprise Monitor 1.3 was upgraded directly to 2.1, and having requested SSL in the upgrade dialog, SSL did not work in the upgraded Monitor. (Bug#45339)
When an event was closed, the row in the event table where the event entry was located had its checkbox disabled, even though the event now in that row was open. This happened regardless of whether the close link were used to close the event. (Bug#45250)
button, or theThe Notifications list in the Schedules or Edit Schedules popups listed the Notification Groups targets in the order in which they were created, not alphabetical order. (Bug#45169)
A small memory leak occurred in the agent when a connection attempt to the dashboard failed. This represented a problem if the agent was unable to connect to the dashboard for a long period of time, as each failure to connect would leak some more memory. (Bug#45164)
When disabling Query Analyzer while the two sub-options remain enabled for an individual agent, the analyzer, explain and other options would be logged by the agent as critical errors. Now, only the disabling of Query Analyzer is logged as a critical error. The Example Query and Example Explain options are reported as info errors. (Bug#45041)
The Agent attempted to obtain the Query Analyzer configuration before the Monitor server has created it. This resulted in the Agent generating the following critical error in the log:
2009-05-21 15:59:42: (critical) network-io.c:255: successfully reconnected to dashboard at http://agent:merlin@127.0.0.1:18080/heartbeat 2009-05-21 15:59:47: (critical) agent_mysqld.c:641: successfully connected to database at 127.0.0.1:13306 as user marcos (with password: YES) 2009-05-21 15:59:52: (critical) network-io.c:807: starting task 2 for mysql::server[8b1294a5-b40b-457c-b8d3-a834848dc1df] 2009-05-21 15:59:52: (critical) job_collect_lua.c:323: ...ql/enterprise/agent/share/mysql-proxy/items/quan.lua:505: GETing quan-config from http://agent:merlin@127.0.0.1:18080/v2/rest/instance/mysql/StatementAnalysisSupport/8b1294 a5-b40b-457c-b8d3-a834848dc1df failed with: 404 8b1294a5-b40b-457c-b8d3-a834848dc1df of type mysql.StatementAnalysisSupport not found 2009-05-21 16:00:00: (critical) (share/mysql-proxy/items/quan.lua:528) setting .analyze_queries for 8b1294a5-b40b-457c-b8d3-a834848dc1df to true 2009-05-21 16:00:00: (critical) (share/mysql-proxy/items/quan.lua:532) setting .auto_explain for 8b1294a5-b40b-457c-b8d3-a834848dc1df to true 2009-05-21 16:00:00: (critical) (share/mysql-proxy/items/quan.lua:536) setting .analyze_worst_queries for 8b1294a5-b40b-457c-b8d3-a834848dc1df to true 2009-05-21 16:00:00: (critical) (share/mysql-proxy/items/quan.lua:540) setting .auto_explain_min_exec_time_us for 8b1294a5-b40b-457c-b8d3-a834848dc1df to 500000
If a migration from 1.3 to 2.0 was initiated and a new server created during the migration, but then deleted before migration was finished, the new server delete operation failed with an Null Pointer Exception (NPE). (Bug#44991)
If you have the environment variable
http_proxy
set within your environment, when
connections from MySQL Enterprise Monitor Agent could be redirected to an
external site, instead of sending them to the configured
MySQL Enterprise Service Manager. You can disable this behavior by adding the
contents of the agent-mgmt-hostname
configuration option for MySQL Enterprise Monitor Agent to the
no_proxy
variable.
(Bug#44893)
The regular expression used to parse the adaptive hash index
section of SHOW INNODB STATUS
for the cell
size/used and node size did not function correctly for versions
of monitored server greater than 5.1.28. This was because the
section of the expression dealing with “cells used”
was removed as part of Bug#36941.
(Bug#44853)
The Rule “InnoDB Buffer Cache Hit Rate Not Optimal” in the “Memory Usage” Advisor did not contain an uptime check. This resulted in premature firing of an info event. (Bug#44770)
Any JAVA_OPTS
configuration changes made in
the catalina.sh
file, such as
-Xmx
, -Xms
, were overwritten
when the upgrade installer was run. These values were used for
customizing larger installations.
(Bug#44740)
In the Advisor “Administration” the Rule “InnoDB Redo Logs Not Sized Correctly” did not fire correctly. The rule contained the expression:
(%have_innodb% == "YES") && ((%innodb_log_file_size% * %innodb_log_files_in_group%) < LEAST(1073741824, (%innodb_buffer_pool_size% / 2)))
This was incorrect and needed to be changed to:
(%have_innodb% == "YES") && ((%innodb_log_file_size% * %innodb_log_files_in_group%) <= LEAST(1073741824, (%innodb_buffer_pool_size% / 2)))
If the Service Manager was set up to use an HTTP proxy, all
traffic attempted to go through the proxy, including the
connection to the mysqld
server running the
repository.
(Bug#44729)
The recommendation for the rule Table Cache Not
Optimal
says:
Recommended Action SET GLOBAL table_cache = (64 + 16);
But an error was generated on executing that query:
mysql> SET GLOBAL table_cache = (64 + 16); ERROR 1193 (HY000): Unknown system variable 'table_cache' mysql> select version(); +------------+ | version() | +------------+ | 5.1.31-log | +------------+ 1 row in set (0.01 sec)
In Enterprise Dashboard, clicking on a query listed on the Query Analyzer page resulted in a delay of around 28 seconds before the popup was displayed. (Bug#44601)
The frequency shown on the Advanced tab of an Event popup was the default frequency for a rule and not the frequency actually scheduled. (Bug#44591)
Any changes made to the config.properties
file, were overwritten by the upgrade installer.
(Bug#44526)
If a customer was using their own SSL certificate, they entered
that information in the server.xml
file.
However, running the upgrade installer caused
server.xml
, and any custom certificates, to
be replaced.
(Bug#44525)
If you edited the server.xml
file inside
the tomcat/conf/
folder, and changed the
Tomcat port, running the upgrade installer did not show you the
new port number, but the one you used at the installation time.
It also did not remember that you had enabled SSL. (Bug#44444)
Editing an Advisor and selecting the Use SNMP Traps checkbox led to confusing behavior. Advisors appeared to be incorrectly enabled or disabled. (Bug#44387)
The Agent failed to correctly determine the state of the
monitored server if the thread-id
, extracted
from the client-server protocol, is greater than 2^32. In the
case with a thread-id
greater than 2^32, the
agent incorrectly determined that it was monitoring a remote
server. High values of thread-id
occur when
the monitored server has many connections, or if it has been
running for an extended period of time.
(Bug#44168)
The Mac OS X version of the Service Manager uses the system JRE.
The system JRE loads the libraries located in
/Library/Java/Extensions
. As libraries in
the extensions directory take precedence over other libraries,
this caused conflicts when user extension libraries were
installed there, as these would be used by the JRE when running
Service Manager, instead of the shipped libraries. This happened
when Java-related products were installed such as Connector/J,
Spring, and Hibernate.
This fix stops user-installed extension libraries from being used when the JRE runs the Service Manager, thus giving a “pristine” environment with no library collisions. (Bug#44157)
The What's New tab can no longer be hidden, as it now provides important information and updates about MySQL and MySQL Enterprise Monitor. (Bug#44107)
In the Enterprise Dashboard, when the frequency for a rule was changed in Bug#44102)
, , , incorrect thresholds were saved, leading to erroneous alerts. (MySQL Enterprise Monitor installation sometimes failed, generating the following error:
Installing Innitializing User accounts. (4/6) Error running /opt/mysql/enterprise/monitor/mysql/bin/mysql --defaults-file=/opt/mysql/enterprise/monitor/mysql/my.cnf -S /opt/mysql/enterprise/monitor/mysql/tmp/mysql.sock -u root -D mysql -e "update user set Password = PASSWORD('service_manager') where User = 'root'; update user set User = 'service_manager' where User = 'root';delete from user where User = '';flush privileges;" : ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/opt/mysql/enterprise/monitor/mysql/tmp/mysql.sock' (2)
After displaying this error, the MySQL Enterprise Monitor installer reported that it had “completed”, but the message displayed contained an error message string:
Report2.SetInstallerVariable.errorsOnSQLStatementsText
In the Enterprise Dashboard, in the Query Analyzer tab, the monitored parameter was not handled correctly during collapse and expansion of the graph. For example, if the graph was monitoring CPU Utilization, and then collapsed and the parameter changed to Database Activity, the monitored parameter reverted to CPU Utilization when the graph was expanded again. (Bug#44029)
The upgrade installer overwrote any custom settings stored in
WEB-INF/config.properties
. For example it
set the database host back to localhost
.
(Bug#44003)
Accessing the Query Analyzer tab caused a full table scan to take place on the MySQL Enterprise Monitor database. (Bug#43989)
Some SNMP managers could not detect “Application Error” SNMP notifications.
This happened because some SNMP managers do not follow the
protocol correctly. Some use the
DisplayString
length of 255 as the maximum
OctetString
, but this is in fact unlimited in
SMIv1 and 64k in SMIv2.
To work around this issue it is possible to override the correct
behavior to allow non-comformant SNMP Managers to detect all
messages. This is achieved by overriding the
OctetString
maximum size by setting a
MySQL Enterprise Monitor server property. This is done by entering SQL such as
the following:
INSERT INTO map_entries VALUES (1,'2048','snmp.octetstring');
In this example the value 2048 will be the maximum SNMP
OctetString
size that would sent in any SNMP
traps. After setting this property the server will need to be
restarted. Note that the value used may need adjusting depending
on the behavior of the SNMP manager.
(Bug#43970)
When updating an Agent from 2.0 to 2.1 the
mysql-monitor-agent.ini
was incorrectly
updated.
This happened if the Agent was configured to use SSL to connect to the Enterprise Dashboard, on a port other than 18443. The update installer caused any value specified for the port to be changed to 18443. This did not happen if the Agent was not using SSL. (Bug#43900)
The Enterprise Dashboard was running abnormally slowly. Clicking on a tab in the Dashboard, or selecting a server from the server tree resulted in a delay of approximately one minute before the results were displayed. (Bug#43866)
The Agent failed on Linux 32-bit systems with the following error:
2009-03-24 16:01:09: (debug) chassis.c:1091: current RLIMIT_NOFILE = 4398046512128 (hard: 577792033385921489) 2009-03-24 16:01:09: (debug) chassis.c:1095: trying to set new RLIMIT_NOFILE = 4398046519296 (hard: 577792033385921489) 2009-03-24 16:01:09: (critical) chassis.c:1097: could not raise RLIMIT_NOFILE to 8192, Invalid argument (22). Current limit still 13811918798715880448. 2009-03-24 16:01:09: (message) MySQL Monitor Agent 2.0.5.7153 started.
This happened with the following environment:
$ ./mysql-monitor-agent -V mysql-proxy 0.7.0 glib2: 2.16.3 libevent: 1.4.6-stable proxy: 0.7.0 monitor: 0.7.0 MySQL Monitor Agent(agent): 2.0.5.7153 admin: 0.7.0 $ cat /etc/redhat-release Red Hat Enterprise Linux ES release 3 (Taroon Update 5) $ uname -a Linux xxxx 2.4.21-32.0.1.ELsmp #1 SMP Tue May 17 17:52:23 EDT 2005 i686 i686 i386 GNU/Linux
The same error also occurred on CentOS 5.2 32-bit systems. (Bug#43821)
The Replication Group was renamed back to its default name after a new topology was discovered. (Bug#43816)
A new topology was not discovered after the previous replication group was renamed. (Bug#43815)
On Unix systems, executing the command:
./mysqlmonitorctl.sh stop
did not make sure that mysqld
was shutdown
before finishing.
This resulted in a situation such as the following:
# /opt/mysql/enterprise/monitor-2.0.0.7092/mysqlmonitorctl.sh stop Using CATALINA_BASE: /opt/mysql/enterprise/monitor/apache-tomcat Using CATALINA_HOME: /opt/mysql/enterprise/monitor/apache-tomcat Using CATALINA_TMPDIR: /opt/mysql/enterprise/monitor/apache-tomcat/temp Using JRE_HOME: /opt/mysql/enterprise/monitor-2.0.0.7092/java Stopping tomcat service ... [ OK ] /opt/mysql/enterprise/monitor-2.0.0.7092/mysqlmonitorctl.sh : mysql stopped
However, running the following command a few minutes later showed that the MySQL server was still running:
# /opt/mysql/enterprise/monitor-2.0.0.7092/mysqlmonitorctl.sh status MySQL Network MySQL is running MySQL Network Tomcat is not running
The MySQL Enterprise Monitor upgrade installer incorrectly
replaced the AdvisorScript.jar
in
<instDir>/apache-tomcat/webapps/ROOT/WEB-INF/lib/
with the default Advisor JAR.
(Bug#43773)
The SNMP trap source IP was always set to 127.0.0.1. (Bug#43738)
The advisor “Replication - Slave Has Login Accounts With Inappropriate Privileges” contained inappropriate advice information.
The advice message generated was:
Server: slave-01 Time: 2009-03-17 12:00:04 GMT Advisor: Replication - Slave Has Login Accounts With Inappropriate Privileges Problem Description Altering and dropping tables on a slave can break replication. Unless the slave also hosts non-replicated tables, there is no need for accounts with these privileges. Advice Revoke the global ALTER and DROP privileges from the following accounts on server slave-01 unless they are absolutely necessary: user_1@localhost, user_2@localhost Recommended Action REVOKE ALTER, DROP ON *.* FROM user_name@host_name; FLUSH PRIVILEGES;
However, the problems with this advice were:
The server was configured read_only
so it
would not be possible to DROP
or
ALTER
tables unless the user had
SUPER
privilege.
MySQL grants were replicated from the master and therefore
appeared on the slave. Also, read_only
ensured the slave could not be changed.
In Enterprise Dashboard, if on the Monitor page the Configure Graphs link was clicked, no changes made, and then the button clicked, then the following error was generated:
U0023 You must provide a non-zero interval
The installer exited with a return code 0
,
even if an error was detected and reported to the user during
the installation.
.../mysqlmonitor-2.1.0.1015-linux-x86-64bit-installer.bin --mode unattended --installdir /data0/merlin/monitoring/2.1.0.1015/host/38080 --tomcatport 38080 --tomcatshutdownport 38503 --tomcatsslport 38443 --dbport 33300 --usessl 1 --adminuser **user** --adminpassword **pwd** Error running /data0/merlin/monitoring/2.1.0.1015/host/38080/mysql/bin/mysql --defaults-file=/data0/merlin/monitoring/2.1.0.1015/host/38080/mysql/my.cnf -S /data0/merlin/monitoring/2.1.0.1015/qa-merlin/38080/mysql/tmp/mysql.sock -u root -D mysql -e "update user set Password = PASSWORD('**pwd**') where User = 'root'; update user set User = '**user**' where User = 'root';delete from user where User = '';flush privileges;" : ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data0/merlin/monitoring/2.1.0.1015/host/38080/mysql/tmp/mysql.sock' (2)
The Connections graph did not include information from the Thread Cache graph. Connections and Thread Cache were available as separate graphs but it was difficult to compare them. (Bug#43584)
If it was desired to look at MySQL Enterprise Monitor graphs for time spans of over 24 hours, you had to change from Interval to From/To mode, and specify a fixed From and To period. This was inconvenient compared to simply specifying a greater interval. (Bug#43564)
The agent created the mysql.inventory
table
with an engine type of InnoDB, instead of MyISAM, when InnoDB
was specified as the default engine type in
my.cnf
. This happened because the agent did
not explicitly specify the table engine type to be of MyISAM.
(Bug#43551)
When a trailing space, or tab character, was added at the end of
a parameter in the config.properties
file,
MySQL Enterprise Monitor failed to start and generated the
following errors in log:
ERROR [Thread-1:org.springframework.web.context.ContextLoader] Context initialization failed ... Caused by: java.sql.SQLException: Illegal connection port value '13306' ...
Resolving the problem required detailed log analysis because the configuration file did not show any apparent problems. (Bug#43540)
The MySQL Enterprise Monitor installer failed to install correctly due to insufficient disk space, even though the installer calculated there was suffcient disk space for the installation. This was due to the installer having out of date information regarding disk space requirements. (Bug#43538)
After removing enough servers to bring the host count back down to the number covered in the subscription, the Subscription Warnings reflected the new number. However, the warning message displayed:
You are currently monitoring 1 host, however your subscription covers only 1. Your subscription needs to be updated to cover at least 0 additional hosts.
Instead of displaying:
Your subscription is up-to-date You have no warnings at this time.
The former message resulted in confusion. (Bug#43163)
If a host was not a slave during the initial discovery phase, then it would not be displayed in the Replication tab if it subsequently became a slave.
This was because after the initial discovery phase, if a host
did not have slavestatus
present, no
subsequent checks were made to check for the host being a slave.
It was therefore missed for the purposes of replication
discovery and never showed in the Replication tab.
(Bug#42997)
In the Enterprise Dashboard it is only possible to delete monitored servers if they are stopped. Monitored servers can be deleted in Settings, Manage Servers. However, if after stopping the Agent, the Dashboard was not refreshed and the agent was started again, an error was generated saying that the agent was running and could therefore not be deleted. Although correct, this was confusing as the Dashboard showed the Agent as stopped but the delete operation error message showed the Agent as running. (Bug#42983)
Heat Chart rules could not be disabled or unscheduled. (Bug#42932)
There were four columns added to the SHOW SLAVE
STATUS
query in MySQL Server 5.1:
Last_IO_Errno
,
Last_IO_Error
,
Last_SQL_Errno
, and
Last_SQL_Error
.
However, these were not displayed within the Replication tab. (Bug#42811)
Agent IP address was not included in SNMP traps. It was also not possible to set these Agent IP addresses through a configuration, which would have been useful for situations where the Agent could not determine the monitored server IP address, such as when virtual IP addresses were used. (Bug#42703)
The Agent would not reconnect to a monitored database if it was started when the monitored server was down. The agent log contained the following error:
Can't connect to MySQL server on '127.0.0.1' (0) (mysql-errno = 2003)
The agent only sent OS data to the Dashboard. Further, when the monitored server was later started, no attempts to reconnect were logged.
The problem could be worked around by restarting the agent when the monitored server was running again. (Bug#42581)
The installer used to upgrade from version 1.3 corrupted passwords containing the “?” character. (Bug#42452)
Sun multi-core processors caused all cores to be reported on the meta information page.
The larger T-series SPARC processors have 32+ cores. This caused the meta information page in the Dashboard to scroll as it reported each one. (Bug#42355)
The username field for new users was populated by the last username used.
When creating a new user for the second time in Dashboard, the previously created username appeared in the dialog. (Bug#42314)
The Agent shut down if the wrong username/password was given in the Service Manager. This happened on a fresh installation, when running the Service Manager through the Proxy. When Cannot open conection” was displayed. The Agent log also contained the following errors:
was clicked to finish the installation the error “2009-01-20 15:54:16: (critical) <-- received HTTP-status: 401 (failed) for 'http://agent:mysql@127.0.0.1:8080/Monitor2/heartbeat': password are wrong 2009-01-20 15:54:16: (critical) shutting down normally 2009-01-20 15:54:19: (critical) <-- received HTTP-status: 401 (failed) for 'http://agent:mysql@127.0.0.1:8080/Monitor2/heartbeat': password are wrong 2009-01-20 15:54:19: (critical) shutting down normally
The my.cnf
file for the Enterprise Monitor
internal database had the following configuration item:
innodb_autoextend_increment = 50M
This generated the error:
16:36:23 [Warning] option 'innodb_autoextend_increment': unsigned value 52428800 adjusted to 1000
This variable is interpreted as being specified in MB, so 50M would be 50 TB. Such a high value results in the variable being adjusted to 1000 MB.
The value in the configuration file should be:
innodb_autoextend_increment = 50
A number of Advisor rules had advice text that had not been translated into Japanese. The Advisors that contained untranslated rules included Performance, Schema and Security. (Bug#42067)
Using a long interval for the long data collection purging (such
as 6 weeks), and a short interval for the query analysis purging
(such as 1 week) caused the Query Analyzer purge
EXPLAIN
for the INSERT
...
SELECT
into the
temp_dc_ng_*_now
table to perform a full scan
on the dc_ng_*_now.end_time
index. For
example:
explain SELECT instance_attribute_id, end_time, end_time FROM dc_ng_long_now JOIN inventory_instance_attributes USING (instance_attribute_id) JOIN inventory_instances USING (instance_id) WHERE dc_ng_long_now.end_time <= 1230814870074 AND dc_ng_long_now.instance_attribute_id AND type_id in (8, 9, 7, 6) ORDER BY dc_ng_long_now.end_time ASC LIMIT 10000\G *************************** 1. row *************************** id: 1 select_type: SIMPLE table: dc_ng_long_now type: range possible_keys: PRIMARY,end_time key: end_time key_len: 8 ref: NULL rows: 8205369 Extra: Using where; Using index *************************** 2. row *************************** id: 1 select_type: SIMPLE table: inventory_instance_attributes type: eq_ref possible_keys: PRIMARY,instance_id key: PRIMARY key_len: 4 ref: mem.dc_ng_long_now.instance_attribute_id rows: 1 Extra: *************************** 3. row *************************** id: 1 select_type: SIMPLE table: inventory_instances type: eq_ref possible_keys: PRIMARY,FKD4320F5BBDD9C29B key: PRIMARY key_len: 4 ref: mem.inventory_instance_attributes.instance_id rows: 1 Extra: Using where 3 rows in set (0.55 sec)
OM_REFRESH
was not supported by MySQL Proxy,
it caused an abort()
.
shell> ./mysql-proxy --proxy-backend-addresses=192.168.250.3:3306 network-mysqld-proxy.c.3524: COM_(0x07) is not handled Aborted (core dumped) (gdb) bt 0x00b1b402 in ?? () 0x00cbaf30 in raise () from /lib/i686/nosegneg/libc.so.6 0x00cbc811 in abort () from /lib/i686/nosegneg/libc.so.6 0x08061efc in IA__g_logv at gmessages.c:497 0x08061f66 in IA__g_log at gmessages.c:517 0x08054645 in proxy_read_query_result at network-mysqld-proxy.c:3522 0x0804c5f4 in plugin_call at network-mysqld.c:977 0x0804d45a in network_mysqld_con_handle at network-mysqld.c:1520 0x08057cb9 in event_process_active (base=0x978b260) at event.c:331 0x08057e64 in event_base_loop (base=0x978b260, flags=0) at event.c:449 0x08057d1c in event_base_dispatch (event_base=0x978b260) at event.c:351 0x0804d9d0 in network_mysqld_thread (_srv=0x9789008) at network-mysqld.c:1768 0x0804b84a in main (argc=1, argv=0xbfc4fe84) at mysql-proxy.c:615
The MySQL Enterprise Monitor file my.cnf
specified an initial size of 500M for the central tablespace.
However, innodb_file_per_table
was used as well, resulting in approximately 500M of space being
potentially wasted.
(Bug#41967)
It was not possible to change any settings related to Query Analyzer unless at least one MySQL server was already being monitored. (Bug#41875)
The advisor “User Has Rights To Database That Does Not Exist” generated erroneous alerts.
If a database was created with an “_” character in the name, and then user privileges granted to this database using the escaped character sequence “\_” to prevent wildcards, then the advisor generates an error stating there is no database for the privilege.
For example, if the following is carried out on the monitored server:
CREATE DATABASE test_foo; GRANT SELECT ON `test\_foo`.* to testuser@'localhost' identified by 'test';
then the advisor warns that these users have rights to a database that does not exist:
''@'%' on DB test_%, 'test'@'localhost' on DB test_foo, 'testuser'@'localhost' on DB test_foo
In the Enterprise Dashboard, when a new server group was clicked in the main tab an error message was generated. On checking the Monitor log there were many error messages related to lock timeouts and having to retry transactions. This problem occurred after enabling purging of the Repository. (Bug#41461)
Running the Service Manager on Mac OS X and monitoring two servers with two agents for at least 16 hours caused the Java process to use 2.08 GB of memory. (Bug#41438)
After an error was generated due to an incorrect password while trying to create a new user, the following error was obtained when subsequently attempting to create a valid new user:
U0002 You must log in to access the requested resource
SNMP trap messages were sending 127.0.0.1 as the IP address, and there was no feature to allow the user to configure the IP address contained in the SNMP message, which would have been useful for troubleshooting. (Bug#41361)
Allowing the heat chart rules to be set to unscheduled caused the user interface to appear broken. (Bug#41312)
Data in the agent resource usage graphs (CPU, RAM) stopped after a full install of a new agent monitoring the same database was carried out. Usage history was available across agent versions for all graphs except the agent resource usage graphs. (Bug#41249)
Graphs were incorrect for data that did not change. The graphs appeared as if no data had been gathered.
The Hit Ratios graph had gaps in it where there had not been any activity on the parameters being monitored. For instance, if MyISAM tables were not used, then no Key Cache hit ratio series was plotted, even though the variables were still being collected. (Bug#41232)
The generic Linux IA64 glibc2.3 Agent installer was missing from the build. (Bug#41224)
When creating a new Database Administrator user in FireFox 2 the following error message was generated:
U0002 You must log in to access the requested resource.
This occurred in a new installation using the default administrator account. No Query Analysis permissions were given. However, the operation worked correctly using the Safari web browser. (Bug#41032)
The Enterprise Dashboard displayed a blank entry for Disk Space in the Meta Info area. This happened on Open Solaris 2008.05. This problem only occurred when using the ZFS file system. (Bug#40907)
The configuration for Query Analyzer that sets the default for all servers (using the Make this the default for all new servers checkbox) could still applied even when the dialog box was canceled. (Bug#40828)
The Manage Servers page did not refresh in a manner consistent with other pages. This meant that changes to configuration made by others would not be reflected on the page. Also, changes in the status of the servers were not displayed automatically. (Bug#40792)
The agent installer for HP-UX 11.11 would fail to execute correctly. (Bug#40568, Bug#40566, Bug#37508)
The graphs for Thread Cache, Connections and Temporary Tables contained incorrect Japanese translations on their Y axis. The Japanese displayed “total connection time (min)” when it should have displayed something else. For example, the Thread Cache graph should have displayed “total/min”. (Bug#40413)
If the MySQL Enterprise Monitor Agent was unable to execute an
EXPLAIN
on a query, it would report an empty
SQL query. The agent will now report the query hash value, which
can be used to identify the original query by examining the
repository.
(Bug#40353)
The agent installer for Solaris 8 x86 32-bit was missing. (Bug#40248)
Even though Query Analysis was disabled through the user interface, the queries that go through the agent were still being collected.
When Query Analysis was turned back on in the user interface, those queries were then displayed. (Bug#40032)
The Enterprise Dashboard did not display OS data if the Agent was changed from remote to local monitoring. (Bug#39954)
The agent crashed if ssh-keygen
was not
present and if a wireless card was being used instead of an
Ethernet card.
This only affected Unix based systems, it did not affect Microsoft Windows. (Bug#39938)
On Mac OS X when a server had more than 4GB RAM available the memory advisor was still triggered. This appeared to be due to an overflowing value. (Bug#39757)
The Agent received a critical error but did not terminate as expected. The critical error generated was:
2008-09-23 09:35:02: (critical) agent_mysqld.c:139: mysql_real_query() failed: Can't find file: './mysql/inventory.frm' (errno: 13) (errno=1017)
Alerts sent from MySQL Enterprise Monitor used the GMT timezone, for example:
Time: 2008-09-17 19:41:08 GMT
That was not convenient for users, as their timezones may not have been GMT. (Bug#39504)
The Agent running on AIX 5.3 did not report CPU data or RAM size, causing the Enterprise Dashboard to crash with a Null Pointer Exception. (Bug#38001)
The MySQL Enterprise Monitor upgrade installer replaced the
my.cnf
file. This resulted in the loss of
any changes that had been made to the configuration file.
(Bug#36528)
In the Enterprise Dashboard, on the Graphs page, the interface for selecting time intervals was not convenient, and it required multiple clicks to select the desired interval.
This was fixed by adding a selection of pre-determined time intervals. (Bug#34556)
Auto-generated replication group names were not translated into Japanese. (Bug#32155)
If the “On Save send test trap” checkbox was checked when the button was clicked and the locale was set to Japanese, an error occurred. The orange error banner was displayed at the top of the page with the error message in Japanese. (Bug#32069)
The Enterprise Dashboard could communicate with https://enterprise.mysql.com using the customer username and password to download the license key and advisor bundle. However, it could not make use of a proxy to do so. This was a problem as many corporate firewalls required the use of a proxy for all HTTP and HTTPS traffic.
The work around of having to manually download license keys and advisor bundles by hand was inconvenient. (Bug#31507)
The agent log does not include a specific note of when the
monitoring by the agent was started. An entry
AgentMonitoringService started
is now added
to the log.
(Bug#30609)
When the Agent was started as a service on Windows for the first
time, the name in the Task Manager window was
MYSQL-~1.EXE
. This occurred whether the
Agent was started from within the installer or from the Start
Menu.
If the service was restarted, the Agent's name changed to the
correct value, mysql-service-agent.exe
.
(Bug#30166)
When configuring a graph, setting a to date to a value prior to the from date, or the from date to a value after the to date will not automatically switch the dates when Bug#28473)
is pressed. (In the Enterprise Dashboard, the user interface allowed you to close an already closed event. This happened if multiple instances of the Events tab were created. It was possible to close an event with resolution notes in one instance, and then close the same event again with a different set of resolution notes in the other instance. However, on review, the resolution notes and event closure time stamp recorded, were those of the first closure. (Bug#24107)
When upgrading a monitored server, the information and configuration of the server would not be updated, leading to rules not being executed or applied correctly. Server's are now re-inventoried according to the specified schedule. For more information, see Remote Server Inventory Schedule. (Bug#24068)
The Dynamic Link Library (DLL) libxml2.dll
did not contain version resources. This meant version
information was not available to be displayed when the file was
examined in Windows Explorer.
(Bug#23948)
It was not possible to rename a notification group. (Bug#22962)
Failures by MySQL Enterprise Service Manager to send warning emails are now reported both in the logs and in the MySQL Enterprise Dashboard within the Product Info section of the Settings page. For more information, see Section 15.5.7, “The Product Information Screen”. (Bug#20478)
Functionality added or changed:
MySQL Connector/ODBC has been changed to support the
CLIENT_INTERACTIVE
flag.
(Bug#48603)
Bugs fixed:
The SQLColumns
function returned the
incorrect transfer octet length and display size for
DECIMAL
type.
(Bug#53235)
MySQL Connector/ODBC manually added a LIMIT
clause to the
end of certain SQL statements, causing errors for statements
that contained code that should be positioned after the
LIMIT
clause.
(Bug#49726)
If NO_BACKSLASH_ESCAPES
mode was used on a
server, escaping binary data led to server query parsing errors.
(Bug#49029)
Bulk upload operations did not work for queries that used parameters. (Bug#48310)
Describing a view or table caused SQLPrepare to prefetch table data. For large tables this created an intolerable performance hit. (Bug#46411)
If an application was invoked by the root user,
SQLDriverConnect()
was not able to use the
username and password in the connection string to connect to the
database.
(Bug#45378)
Calling SQLColAttribute
on a date column did
not set SQL_DESC_DATETIME_INTERVAL_CODE
.
SQLColAttribute
returned
SQL_SUCCESS
but the integer passed in was not
set to SQL_CODE_DATE
.
(Bug#44576)
Conversions for many types were missing from the file
driver/info.c
.
(Bug#43855)
The SQLTables()
function required
approximately two to four minutes to return the list of 400
tables in a database. The SHOW TABLE STATUS
query used by SQLTables()
was extremely slow
for InnoDB tables with a large number of rows because the query
was calculating the approximate number of rows in each table.
Further, the results could not be cached due to
non-deterministic nature of the result set (the row count was
re-calculated every time), impacting performance further.
(Bug#43664)
SQLDescribeCol
returned incorrect column
definitions for SQLTables
result.
(Bug#37621)
When opening ADO.Recordset
from Microsoft
Access 2003, a run-time error occurred:
ErrNo: -2147467259 ErrMessage: Data provider or other service returned an E_FAIL status.
SQLPrimaryKeysW
returned mangled strings for
table name, column name and primary key name.
(Bug#36441)
On Windows, the SOCKET parameter to the DSN was used as the named pipe name to connect to. This was not exposed in the Windows setup GUI. (Bug#34477)
MySQL Connector/ODBC returned a value of zero for a column with a non-zero
value. This happened when the column had a datatype of
BIT
, and any numeric type was used in
SQLBindCol
.
(Bug#32821)
Option for handling bad dates was not available in the GUI. (Bug#30539)
Functionality added or changed:
In the MySQL Data Source Configuration dialog, an excessive number of tabs were required to navigate to selection of a database. MySQL Connector/ODBC has been changed to make the tab order more practical, thereby allowing faster configuration of a Data Source. (Bug#42905)
Bugs fixed:
An error randomly occurred on Windows 2003 Servers (German language Version) serving classic ASP scripts on IIS6 MDAC version 2.8 SP2 on Windows 2003 SP2. The application connected to MySQL Server 5.0.44-log with a charset of UTF-8 Unicode (utf8). The MySQL server was running on Gentoo Linux.
The script error occurred sporadically on the following line of code:
SET my_conn = Server.CreateObject("ADODB.Connection") my_conn.Open ConnString <- ERROR
The connection was either a DSN or the explicit connection string:
Driver={MySQL ODBC 5.1 Driver};SERVER=abc.abc.abc.abc;DATABASE=dbname;UID=uidname;PWD=pwdname;PORT=3306;OPTION=67108864;
The error occurred on connections established using either a DNS or a connection string.
When IISState and Debug Diagnostic Tool 1.0.0.152 was used to analyse the code, the following crash analysis was generated:
MYODBC5!UTF16TOUTF32+6In 4640-1242788336.dmp the assembly instruction at myodbc5!utf16toutf32+6 in C:\Programme\MySQL\Connector ODBC 5.1\myodbc5.dll from MySQL AB has caused an access violation exception (0xC0000005) when trying to read from memory location 0x194dd000 on thread 33
MySQL Connector/ODBC overwrote the query log. MySQL Connector/ODBC was changed to append the log, rather than overwrite it. (Bug#44965)
MySQL Connector/ODBC failed to build with MySQL 5.1.30 due to incorrect use
of the data type bool
.
(Bug#42120)
Inserting a new record using SQLSetPos
did
not correspond to the database name specified in the
SELECT
statement when querying tables from
databases other than the current one.
SQLSetPos
attempted to do the
INSERT
in the current database, but finished
with a SQL_ERROR
result and “Table does
not exist” message from MySQL Server.
(Bug#41946)
Calling SQLDescribeCol()
with a NULL buffer
and nonzero buffer length caused a crash.
(Bug#41942)
MySQL Connector/ODBC updated some fields with random values, rather than with
NULL
.
(Bug#41256)
When a column of type DECIMAL
containing
NULL
was accessed, MySQL Connector/ODBC returned a 0
rather than a NULL
.
(Bug#41081)
In Access 97, when linking a table containing a
LONGTEXT
or TEXT
field to
a MySQL Connector/ODBC DSN, the fields were shown as
TEXT(255)
in the table structure. Data was
therefore truncated to 255 characters.
(Bug#40932)
Calling SQLDriverConnect()
with a
NULL
pointer for the output buffer caused a
crash if SQL_DRIVER_NOPROMPT
was also
specified:
SQLDriverConnect(dbc, NULL, "DSN=myodbc5", SQL_NTS, NULL, 0, NULL, SQL_DRIVER_NOPROMPT)
Setting the ADO Recordset
decimal field value
to 44.56 resulted in an incorrect value of 445600.0000 being
stored when the record set was updated with the
Update
method.
(Bug#39961)
The SQLTablesW
API gave incorrect results.
For example, table name and table type were returned as
NULL
rather than as the correct values.
(Bug#39957)
MyODBC would crash when a character set was being used on the server that was not supported in the client, for example cp1251:
[MySQL][ODBC 5.1 Driver][mysqld-5.0.27-community-nt]Restricted data type attribute violation
The fix causes MyODBC to return an error message instead of crashing. (Bug#39831)
Binding SQL_C_BIT
to an
INTEGER
column did not work.
The sql_get_data()
function only worked
correctly for BOOLEAN
columns that
corresponded to SQL_C_BIT
buffers.
(Bug#39644)
When the SQLTables
method was called
with NULL
passed as the
tablename
parameter, only one row in the
resultset
, with table name of
NULL
was returned, instead of all tables for
the given database.
(Bug#39561)
The SQLGetInfo()
function returned 0 for
SQL_CATALOG_USAGE
information.
(Bug#39560)
MyODBC Driver 5.1.5 was not able to connect if the connection
string parameters contained spaces or tab symbols. For example,
if the SERVER
parameter was specified as
“SERVER= localhost” instead of
“SERVER=localhost” the following error message will
be displayed:
[MySQL][ODBC 5.1 Driver] Unknown MySQL server host ' localhost' (11001).
The pointer passed to the
SQLDriverConnect
method to retrieve the
output connection string length was one greater than it should
have been due to the inclusion of the NULL terminator.
(Bug#38949)
Data-at-execution parameters were not supported during
positioned update. This meant updating a long text field with a
cursor update would erroneously set the value to null. This
would lead to the error Column 'column_name' cannot be
null
while updating the database, even when
column_name
had been assigned a valid nonnull
string.
(Bug#37649)
The SQLDriverConnect
method truncated
the OutputConnectionString
parameter to 52
characters.
(Bug#37278)
The connection string option Enable
Auto-reconnect
did not work. When the connection
failed, it could not be restored, and the errors generated were
the same as if the option had not been selected.
(Bug#37179)
Insertion of data into a LONGTEXT
table field
did not work. If such an attempt was made the corresponding
field would be found to be empty on examination, or contain
random characters.
(Bug#36071)
No result record was returned for
SQLGetTypeInfo
for the
TIMESTAMP
data type. An application would
receive the result return code 100
(SQL_NO_DATA_FOUND)
.
(Bug#30626)
It was not possible to use MySQL Connector/ODBC to connect to a server using SSL. The following error was generated:
Runtime error '-2147467259 (80004005)': [MySQL][ODBC 3.51 Driver]SSL connection error.
When the recordSet.Update
function was called
to update an adLongVarChar
field, the field
was updated but the recordset was immediately lost. This
happened with driver cursors, whether the cursor was opened in
optimistic or pessimistic mode.
When the next update was called the test code would exit with the following error:
-2147467259 : Query-based update failed because the row to update could not be found.
Microsoft Access was not able to read BIGINT
values properly from a table with just two columns of type
BIGINT
and VARCHAR
.
#DELETE
appeared instead of the correct
values.
(Bug#17679)
Bugs fixed:
ODBC TIMESTAMP
string format is
not handled properly by the MyODBC driver. When passing a
TIMESTAMP
or
DATE
to MyODBC, in the ODBC
format: {d <date>} or {ts <timestamp>}, the string
that represents this is copied once into the SQL statement, and
then added again, as an escaped string.
(Bug#37342)
The connector failed to prompt for additional information required to create a DSN-less connection from an application such as Microsoft Excel. (Bug#37254)
SQLDriverConnect
does not return
SQL_NO_DATA
on cancel. The ODBC documentation
specifies that this method should return
SQL_NO_DATA
when the user cancels the dialog
to connect. The connector, however, returns
SQL_ERROR
.
(Bug#36293)
Assigning a string longer than 67 characters to the
TableType
parameter resulted in a buffer
overrun when the SQLTables()
function was
called.
(Bug#36275)
The ODBC connector randomly uses logon information stored in
odbc-profile
, or prompts the user for
connection information and ignores any settings stored in
odbc-profile
.
(Bug#36203)
After having successfully established a connection, a crash
occurs when calling SQLProcedures()
followed by SQLFreeStmt()
, using the ODBC C
API.
(Bug#36069)
Bugs fixed:
Wrong result obtained when using sum()
on a
decimal(8,2)
field type.
(Bug#35920)
The driver installer could not create a new DSN if many other drivers were already installed. (Bug#35776)
The SQLColAttribute()
function returned
SQL_TRUE
when querying the
SQL_DESC_FIXED_PREC_SCALE (SQL_COLUMN_MONEY)
attribute of a DECIMAL
column.
Previously, the correct value of SQL_FALSE
was returned; this is now again the case.
(Bug#35581)
On Linux, SQLGetDiagRec()
returned
SQL_SUCCESS
in cases when it should have
returned SQL_NO_DATA
.
(Bug#33910)
The driver crashes ODBC Administrator on attempting to add a new DSN. (Bug#32057)
Platform specific notes:
Important Change: You must uninstall previous 5.1.x editions of MySQL Connector/ODBC before installing the new version.
The HP-UX 11.23 IA64 binary package does not include the GUI bits because of problems building Qt on that platform.
There is no binary package for Mac OS X on 64-bit PowerPC because Apple does not currently provide a 64-bit PowerPC version of iODBC.
The installer for 64-bit Windows installs both the 32-bit and 64-bit driver. Please note that Microsoft does not yet supply a 64-bit bridge from ADO to ODBC.
Bugs fixed:
Important Change:
In previous versions, the SSL certificate would automatically be
verified when used as part of the MySQL Connector/ODBC connection. The
default mode is now to ignore the verificate of certificates. To
enforce verification of the SSL certificate during connection,
use the SSLVERIFY
DSN parameter, setting the
value to 1.
(Bug#29955, Bug#34648)
Inserting characters to a UTF8 table using surrogate pairs would fail and insert invalid data. (Bug#34672)
Installation of MySQL Connector/ODBC would fail because it was unable to uninstall a previous installed version. The file being requested would match an older release version than any installed version of the connector. (Bug#34522)
Using SqlGetData
in combination with
SQL_C_WCHAR
would return overlapping data.
(Bug#34429)
Descriptor records were not cleared correctly when calling
SQLFreeStmt(SQL_UNBIND)
.
(Bug#34271)
The dropdown selection for databases on a server when creating a DSN was too small. The list size now automatically adjusts up to a maximum size of 20 potential databases. (Bug#33918)
Microsoft Access would be unable to use
DBEngine.RegisterDatabase
to create a DSN
using the MySQL Connector/ODBC driver.
(Bug#33825)
MySQL Connector/ODBC erroneously reported that it supported the
CAST()
and CONVERT()
ODBC
functions for parsing values in SQL statements, which could lead
to bad SQL generation during a query.
(Bug#33808)
Using a linked table in Access 2003 where the table has a
BIGINT
column as the first column
in the table, and is configured as the primary key, shows
#DELETED
for all rows of the table.
(Bug#24535)
Updating a RecordSet
when the query involves
a BLOB
field would fail.
(Bug#19065)
MySQL Connector/ODBC 5.1.2-beta, a new version of the ODBC driver for the MySQL database management system, has been released. This release is the second beta (feature-complete) release of the new 5.1 series and is suitable for use with any MySQL server version since MySQL 4.1, including MySQL 5.0, 5.1, and 6.0. (It will not work with 4.0 or earlier releases.)
Keep in mind that this is a beta release, and as with any other pre-production release, caution should be taken when installing on production level systems or systems with critical data.
Platform specific notes:
The HP-UX 11.23 IA64 binary package does not include the GUI bits because of problems building Qt on that platform.
There is no binary package for Mac OS X on 64-bit PowerPC because Apple does not currently provide a 64-bit PowerPC version of iODBC.
The installer for 64-bit Windows installs both the 32-bit and 64-bit driver. Please note that Microsoft does not yet supply a 64-bit bridge from ADO to ODBC.
Due to differences with the installation process used on Windows and potential registry corruption, it is recommended that uninstall any existing versions of MySQL Connector/ODBC 5.1.x before upgrading.
See also Bug#34571.
Functionality added or changed:
Explicit descriptors are implemented. (Bug#32064)
A full implementation of SQLForeignKeys based on the information available from INFORMATION_SCHEMA in 5.0 and later versions of the server has been implemented.
Changed SQL_ATTR_PARAMSET_SIZE
to return an
error until support for it is implemented.
Disabled MYSQL_OPT_SSL_VERIFY_SERVER_CERT
when using an SSL connection.
SQLForeignKeys
uses
INFORMATION_SCHEMA
when it is available on
the server, which allows more complete information to be
returned.
Bugs fixed:
The SSLCIPHER
option would be incorrectly
recorded within the SSL configuration on Windows.
(Bug#33897)
Within the GUI interface, when connecting to a MySQL server on a nonstandard port, the connection test within the GUI would fail. The issue was related to incorrect parsing of numeric values within the DSN when the option was not configured as the last parameter within the DSN. (Bug#33822)
Specifying a nonexistent database name within the GUI dialog would result in an empty list, not an error. (Bug#33615)
When deleting rows from a static cursor, the cursor position would be incorrectly reported. (Bug#33388)
SQLGetInfo()
reported characters for
SQL_SPECIAL_CHARACTERS
that were not encoded
correctly.
(Bug#33130)
Retrieving data from a BLOB
column would fail within SQLGetData
when the
target data type was SQL_C_WCHAR
due to
incorrect handling of the character buffer.
(Bug#32684)
Renaming an existing DSN entry would create a new entry with the new name without deleting the old entry. (Bug#31165)
Reading a TEXT
column that had
been used to store UTF8 data would result in the wrong
information being returned during a query.
(Bug#28617)
SQLForeignKeys
would return an empty string
for the schema columns instead of NULL
.
(Bug#19923)
When accessing column data,
FLAG_COLUMN_SIZE_S32
did not limit the octet
length or display size reported for fields, causing problems
with Microsoft Visual FoxPro.
The list of ODBC functions that could have caused failures in
Microsoft software when retrieving the length of
LONGBLOB
or
LONGTEXT
columns
includes:
SQLColumns
SQLColAttribute
SQLColAttributes
SQLDescribeCol
SQLSpecialColumns
(theoretically can
have the same problem)
Dynamic cursors on statements with parameters were not supported. (Bug#11846)
Evaluating a simple numeric expression when using the OLEDB for ODBC provider and ADO would return an error, instead of the result. (Bug#10128)
Adding or updating a row using SQLSetPos()
on a result set with aliased columns would fail.
(Bug#6157)
MySQL Connector/ODBC 5.1.1-beta, a new version of the ODBC driver for the MySQL database management system, has been released. This release is the first beta (feature-complete) release of the new 5.1 series and is suitable for use with any MySQL server version since MySQL 4.1, including MySQL 5.0, 5.1, and 6.0. (It will not work with 4.0 or earlier releases.)
Keep in mind that this is a beta release, and as with any other pre-production release, caution should be taken when installing on production level systems or systems with critical data.
Includes changes from Connector/ODBC 3.51.21 and 3.51.22.
Built using MySQL 5.0.52.
Platform specific notes:
The HP-UX 11.23 IA64 binary package does not include the GUI bits because of problems building Qt on that platform.
There is no binary package for Mac OS X on 64-bit PowerPC because Apple does not currently provide a 64-bit PowerPC version of iODBC.
The installer for 64-bit Windows installs both the 32-bit and 64-bit driver. Please note that Microsoft does not yet supply a 64-bit bridge from ADO to ODBC.
Due to differences with the installation process used on Windows and potential registry corruption, it is recommended that uninstall any existing versions of MySQL Connector/ODBC 5.1.x before upgrading.
See also Bug#34571.
Functionality added or changed:
Incompatible Change: Replaced myodbc3i (now myodbc-installer) with MySQL Connector/ODBC 5.0 version.
Incompatible Change: Removed monitor (myodbc3m) and dsn-editor (myodbc3c).
Incompatible Change:
Disallow SET NAMES
in initial statement and
in executed statements.
A wrapper for the
SQLGetPrivateProfileStringW()
function,
which is required for Unicode support, has been created. This
function is missing from the unixODBC driver manager.
(Bug#32685)
Added MSI installer for Windows 64-bit. (Bug#31510)
Implemented support for SQLCancel()
.
(Bug#15601)
Removed nonthreadsafe configuration of the driver. The driver is now always built against the threadsafe version of libmysql.
Implemented native Windows setup library
Replaced the internal library which handles creation and loading of DSN information. The new library, which was originally a part of MySQL Connector/ODBC 5.0, supports Unicode option values.
The Windows installer now places files in a subdirectory of the
Program Files
directory instead of the
Windows system directory.
Bugs fixed:
The SET NAMES
statement has been disabled
because it causes problems in the ODBC driver when determining
the current client character set.
(Bug#32596)
SQLDescribeColW
returned UTF-8 column as
SQL_VARCHAR
instead of
SQL_WVARCHAR
.
(Bug#32161)
ADO was unable to open record set using dynamic cursor. (Bug#32014)
ADO applications would not open a RecordSet
that contained a DECIMAL
field.
(Bug#31720)
Memory usage would increase considerably. (Bug#31115)
SQLSetPos
with SQL_DELETE
advances dynamic cursor incorrectly.
(Bug#29765)
Using an ODBC prepared statement with bound columns would produce an empty result set when called immediately after inserting a row into a table. (Bug#29239)
ADO Not possible to update a client side cursor. (Bug#27961)
Recordset Update()
fails when using
adUseClient
cursor.
(Bug#26985)
MySQL Connector/ODBC would fail to connect to the server if the password contained certain characters, including the semicolon and other punctuation marks. (Bug#16178)
Fixed SQL_ATTR_PARAM_BIND_OFFSET
, and fixed
row offsets to work with updatable cursors.
SQLSetConnectAttr()
did not clear previous
errors, possibly confusing SQLError()
.
SQLError()
incorrectly cleared the error
information, making it unavailable from subsequent calls to
SQLGetDiagRec()
.
NULL pointers passed to SQLGetInfo()
could
result in a crash.
SQL_ODBC_SQL_CONFORMANCE
was not handled by
SQLGetInfo()
.
SQLCopyDesc()
did not correctly copy all
records.
Diagnostics were not correctly cleared on connection and environment handles.
This release is the first of the new 5.1 series and is suitable for use with any MySQL server version since MySQL 4.1, including MySQL 5.0, 5.1, and 6.0. (It will not work with 4.0 or earlier releases.)
Keep in mind that this is a alpha release, and as with any other pre-production release, caution should be taken when installing on production level systems or systems with critical data. Not all of the features planned for the final Connector/ODBC 5.1 release are implemented.
Functionality is based on Connector/ODBC 3.51.20.
Platform specific notes:
The HP-UX 11.23 IA64 binary package does not include the GUI bits because of problems building Qt on that platform.
There is no binary package for Mac OS X on 64-bit PowerPC because Apple does not currently provide a 64-bit PowerPC version of iODBC.
There are no installer packages for Microsoft Windows x64 Edition.
Due to differences with the installation process used on Windows and potential registry corruption, it is recommended that uninstall any existing versions of MySQL Connector/ODBC 5.1.x before upgrading.
See also Bug#34571.
Functionality added or changed:
Added support for Unicode functions
(SQLConnectW
, etc).
Added descriptor support (SQLGetDescField
,
SQLGetDescRec
, etc).
Added support for SQL_C_WCHAR
.
Development on Connector/ODBC 5.0.x has ceased. New features and functionality will be incorporated into Connector/ODBC 5.1.
Bugs fixed:
Functionality added or changed:
Added support for ODBC v2 statement options using attributes.
Driver now builds and is partially tested under Linux with the iODBC driver manager.
Bugs fixed:
Connection string parsing for DSN-less connections could fail to identify some parameters. (Bug#25316)
Updates of MEMO
or
TEXT
columns from within
Microsoft Access would fail.
(Bug#25263)
Transaction support has been added and tested. (Bug#25045)
Internal function, my_setpos_delete_ignore()
could cause a crash.
(Bug#22796)
Fixed occasional mis-handling of the
SQL_NUMERIC_C
type.
Fixed the binding of certain integer types.
Connector/ODBC 5.0.10 is the sixth BETA release.
Functionality added or changed:
Significant performance improvement when retrieving large text
fields in pieces using SQLGetData()
with a
buffer smaller than the whole data. Mainly used in Access when
fetching very large text fields.
(Bug#24876)
Added initial unicode support in data and metadata. (Bug#24837)
Added initial support for removing braces when calling stored procedures and retrieving result sets from procedure calls. (Bug#24485)
Added loose handling of retrieving some diagnostic data. (Bug#15782)
Added wide-string type info for
SQLGetTypeInfo()
.
Bugs fixed:
Connector/ODBC 5.0.9 is the fifth BETA release.
This is an implementation and testing release, and is not designed for use within a production environment.
Functionality added or changed:
Added support for column binding as SQL_NUMBERIC_STRUCT.
Added recognition of SQL_C_SHORT
and
SQL_C_TINYINT
as C types.
Bugs fixed:
Fixed wildcard handling of and listing of catalogs and tables in
SQLTables
.
Added limit of display size when requested via
SQLColAttribute
/SQL_DESC_DISPLAY_SIZE
.
Fixed buffer length return for SQLDriverConnect.
ODBC v2 behavior in driver now supports ODBC v3 date/time types (since DriverManager maps them).
Catch use of SQL_ATTR_PARAMSET_SIZE
and
report error until we fully support.
Fixed statistics to fail if it couldn't be completed.
Corrected retrieval multiple field types bit and blob/text.
Fixed SQLGetData to clear the NULL indicator correctly during multiple calls.
Connector/ODBC 5.0.8 is the fourth BETA release.
This is an implementation and testing release, and is not designed for use within a production environment.
Functionality added or changed:
Also made SQL_DESC_NAME
only fill in the name
if there was a data pointer given, otherwise just the length.
Fixed display size to be length if max length isn’t available.
Wildcards now support escaped chars and underscore matching (needed to link tables with underscores in access).
Bugs fixed:
Fixed binding using SQL_C_LONG
.
Fixed using wrong pointer for
SQL_MAX_DRIVER_CONNECTIONS
in
SQLGetInfo
.
Set default return to SQL_SUCCESS
if nothing
is done for SQLSpecialColumns
.
Fixed MDiagnostic to use correct v2/v3 error codes.
Allow SQLDescribeCol to be called to retrieve the length of the column name, but not the name itself.
Length now used when handling bind parameter (needed in
particular for SQL_WCHAR
) - this enables
updating char data in MS Access.
Updated retrieval of descriptor fields to use the right pointer types.
Fixed hanlding of numeric pointers in SQLColAttribute.
Fixed type returned for MYSQL_TYPE_LONG
to
SQL_INTEGER
instead of
SQL_TINYINT
.
Fix size return from SQLDescribeCol
.
Fixed string length to chars, not bytes, returned by SQLGetDiagRec.
Connector/ODBC 5.0.7 is the third BETA release.
This is an implementation and testing release, and is not designed for use within a production environment.
Functionality added or changed:
Added support for SQLStatistics
to
MYODBCShell
.
Improved trace/log.
Bugs fixed:
SQLBindParameter now handles SQL_C_DEFAULT
.
Corrected incorrect column index within
SQLStatistics
. Many more tables can now be
linked into MS Access.
Fixed SQLDescribeCol
returning column name
length in bytes rather than chars.
Connector/ODBC 5.0.6 is the second BETA release.
This is an implementation and testing release, and is not designed for use within a production environment.
Features, limitations, and notes on this release
MySQL Connector/ODBC supports both User
and
System
DSNs.
Installation is provided in the form of a standard Microsoft System Installer (MSI).
You no longer have to have MySQL Connector/ODBC 3.51 installed before installing this version.
Bugs fixed:
You no longer have to have MySQL Connector/ODBC 3.51 installed before installing this version.
MySQL Connector/ODBC supports both User
and
System
DSNs.
Installation is provided in the form of a standard Microsoft System Installer (MSI).
Connector/ODBC 5.0.5 is the first BETA release.
This is an implementation and testing release, and is not designed for use within a production environment.
You no longer have to have Connector/ODBC 3.51 installed before installing this version.
Bugs fixed:
You no longer have to have MySQL Connector/ODBC 3.51 installed before installing this version.
This is an implementation and testing release, and is not designed for use within a production environment.
Features, limitations and notes on this release:
The following ODBC API functions have been added in this release:
SQLBindParameter
SQLBindCol
Connector/ODBC 5.0.2 was an internal implementation and testing release.
Features, limitations and notes on this release:
Connector/ODBC 5.0 is Unicode aware.
Connector/ODBC is currently limited to basic applications. ADO applications and Microsoft Office are not supported.
Connector/ODBC must be used with a Driver Manager.
The following ODBC API functions are implemented:
SQLAllocHandle
SQLCloseCursor
SQLColAttribute
SQLColumns
SQLConnect
SQLCopyDesc
SQLDisconnect
SQLExecDirect
SQLExecute
SQLFetch
SQLFreeHandle
SQLFreeStmt
SQLGetConnectAttr
SQLGetData
SQLGetDescField
SQLGetDescRec
SQLGetDiagField
SQLGetDiagRec
SQLGetEnvAttr
SQLGetFunctions
SQLGetStmtAttr
SQLGetTypeInfo
SQLNumResultCols
SQLPrepare
SQLRowcount
SQLTables
The following ODBC API function are implemented, but not yet support all the available attributes/options:
SQLSetConnectAttr
SQLSetDescField
SQLSetDescRec
SQLSetEnvAttr
SQLSetStmtAttr
Bugs fixed:
If NO_BACKSLASH_ESCAPES
mode was used on a
server, escaping binary data led to server query parsing errors.
(Bug#49029)
Inserting a new record using SQLSetPos
did
not correspond to the database name specified in the
SELECT
statement when querying tables from
databases other than the current one.
SQLSetPos
attempted to do the
INSERT
in the current database, but finished
with a SQL_ERROR
result and “Table does
not exist” message from MySQL Server.
(Bug#41946)
No result record was returned for
SQLGetTypeInfo
for the
TIMESTAMP
data type. An application would
receive the result return code 100
(SQL_NO_DATA_FOUND)
.
(Bug#30626)
Microsoft Access was not able to read BIGINT
values properly from a table with just two columns of type
BIGINT
and VARCHAR
.
#DELETE
appeared instead of the correct
values.
(Bug#17679)
Bugs fixed:
The client program hung when the network connection to the server was interrupted. (Bug#40407)
The connection string option Enable
Auto-reconnect
did not work. When the connection
failed, it could not be restored, and the errors generated were
the same as if the option had not been selected.
(Bug#37179)
It was not possible to use MySQL Connector/ODBC to connect to a server using SSL. The following error was generated:
Runtime error '-2147467259 (80004005)': [MySQL][ODBC 3.51 Driver]SSL connection error.
Functionality added or changed:
There is a new connection option,
FLAG_NO_BINARY_RESULT
. When set this option
disables charset 63 for columns with an empty
org_table
.
(Bug#29402)
Bugs fixed:
When an ADOConnection
is created and
attempts to open a schema with
ADOConnection.OpenSchema
an access
violation occurs in myodbc3.dll
.
(Bug#30770)
When SHOW CREATE TABLE
was
invoked and then the field values read, the result was truncated
and unusable if the table had many rows and indexes.
(Bug#24131)
Bugs fixed:
The SQLColAttribute()
function returned
SQL_TRUE
when querying the
SQL_DESC_FIXED_PREC_SCALE (SQL_COLUMN_MONEY)
attribute of a DECIMAL
column.
Previously, the correct value of SQL_FALSE
was returned; this is now again the case.
(Bug#35581)
The driver crashes ODBC Administrator on attempting to add a new DSN. (Bug#32057)
When accessing column data,
FLAG_COLUMN_SIZE_S32
did not limit the octet
length or display size reported for fields, causing problems
with Microsoft Visual FoxPro.
The list of ODBC functions that could have caused failures in
Microsoft software when retrieving the length of
LONGBLOB
or
LONGTEXT
columns
includes:
SQLColumns
SQLColAttribute
SQLColAttributes
SQLDescribeCol
SQLSpecialColumns
(theoretically can
have the same problem)
Bugs fixed:
Security Enhancement:
Accessing a parameer with the type of
SQL_C_CHAR
, but with a numeric type and a
length of zero, the parameter marker would get stropped from the
query. In addition, an SQL injection was possible if the
parameter value had a nonzero length and was not numeric, the
text would be inserted verbatim.
(Bug#34575)
Important Change:
In previous versions, the SSL certificate would automatically be
verified when used as part of the MySQL Connector/ODBC connection. The
default mode is now to ignore the verificate of certificates. To
enforce verification of the SSL certificate during connection,
use the SSLVERIFY
DSN parameter, setting the
value to 1.
(Bug#29955, Bug#34648)
When using ADO, the count of parameters in a query would always return zero. (Bug#33298)
Using tables with a single quote or other nonstandard characters in the table or column names through ODBC would fail. (Bug#32989)
When using Crystal Reports, table and column names would be truncated to 21 characters, and truncated columns in tables where the truncated name was the duplicated would lead to only a single column being displayed. (Bug#32864)
SQLExtendedFetch()
and
SQLFetchScroll()
ignored the rowset size if
the Don't cache result
DSN option was set.
(Bug#32420)
When using the ODBC SQL_TXN_READ_COMMITTED
option, 'dirty' records would be read from tables as if the
option had not been applied.
(Bug#31959)
When creating a System DSN using the ODBC Administrator on Mac OS X, a User DSN would be created instead. The root cause is a problem with the iODBC driver manager used on Mac OS X. The fix works around this issue.
ODBC Administrator may still be unable to register a System
DSN unless the /Library/ODBC/odbc.ini
file has the correct permissions. You should ensure that the
file is writable by the admin
group.
Calling SQLFetch
or
SQLFetchScroll
would return negative data
lengths when using SQL_C_WCHAR
.
(Bug#31220)
SQLSetParam()
caused memory allocation errors
due to driver manager's mapping of deprecated functions (buffer
length -1).
(Bug#29871)
Static cursor was unable to be used through ADO when dynamic cursors were enabled. (Bug#27351)
Using connection.Execute
to create a record
set based on a table without declaring the cmd option as
adCmdTable
will fail when communicating with
versions of MySQL 5.0.37 and higher. The issue is related to the
way that SQLSTATE
is returned when ADO tries
to confirm the existence of the target object.
(Bug#27158)
Updating a RecordSet
when the query involves
a BLOB
field would fail.
(Bug#19065)
With some connections to MySQL databases using MySQL Connector/ODBC, the connection would mistakenly report 'user cancelled' for accesses to the database information. (Bug#16653)
Platform specific notes:
The HP-UX 11.23 IA64 binary package does not include the GUI bits because of problems building Qt on that platform.
There is no binary package for Mac OS X on 64-bit PowerPC because Apple does not currently provide a 64-bit PowerPC version of iODBC.
There are no installer packages for Microsoft Windows x64 Edition.
Bugs fixed:
MySQL Connector/ODBC would incorrectly return SQL_SUCCESS
when checking for distributed transaction support.
(Bug#32727)
When using unixODBC or directly linked applications where the
thread level is set to less than 3 (within
odbcinst.ini
), a thread synchronization
issue would lead to an application crash. This was because
SQLAllocStmt()
and
SQLFreeStmt()
did not synchronize access to
the list of statements associated with a connection.
(Bug#32587)
Cleaning up environment handles in multithread environments could result in a five (or more) second delay. (Bug#32366)
Renaming an existing DSN entry would create a new entry with the new name without deleting the old entry. (Bug#31165)
Setting the default database using the
DefaultDatabase
property of an ADO
Connection
object would fail with the error
Provider does not support this property
. The
SQLGetInfo()
returned the wrong value for
SQL_DATABASE_NAME
when no database was
selected.
(Bug#3780)
Functionality added or changed:
The workaround for this bug was removed due to the fixes in MySQL Server 5.0.48 and 5.1.21.
This regression was introduced by Bug#10491.
Bugs fixed:
The English
locale would be used when
formatting floating point values. The C
locale is now used for these values.
(Bug#32294)
When accessing information about supported operations, the
driver would return incorrect information about the support for
UNION
.
(Bug#32253)
Unsigned integer values greater than the maximum value of a signed integer would be handled incorrectly. (Bug#32171)
The wrong result was returned by SQLGetData()
when the data was an empty string and a zero-sized buffer was
specified.
(Bug#30958)
Added the FLAG_COLUMN_SIZE_S32
option to
limit the reported column size to a signed 32-bit integer. This
option is automatically enabled for ADO applications to provide
a work around for a bug in ADO.
(Bug#13776)
Bugs fixed:
When using a rowset/cursor and add a new row with a number of
fields, subsequent rows with fewer fields will include the
original fields from the previous row in the final
INSERT
statement.
(Bug#31246)
Uninitiated memory could be used when C/ODBC internally calls
SQLGetFunctions()
.
(Bug#31055)
The wrong SQL_DESC_LITERAL_PREFIX
would be
returned for date/time types.
(Bug#31009)
The wrong COLUMN_SIZE
would be returned by
SQLGetTypeInfo
for the TIME columns
(SQL_TYPE_TIME
).
(Bug#30939)
Clicking outside the character set selection box when configuring a new DSN could cause the wrong character set to be selected. (Bug#30568)
Not specifying a user in the DSN dialog would raise a warning even though the parameter is optional. (Bug#30499)
SQLSetParam()
caused memory allocation errors
due to driver manager's mapping of deprecated functions (buffer
length -1).
(Bug#29871)
When using ADO, a column marked as
AUTO_INCREMENT
could incorrectly report that
the column allowed NULL
values. This was dur
to an issue with NULLABLE
and
IS_NULLABLE
return values from the call to
SQLColumns()
.
(Bug#26108)
MySQL Connector/ODBC would return the wrong the error code when the server
disconnects the active connection because the configured
wait_timeout
has expired.
Previously it would return HY000
. MySQL Connector/ODBC now
correctly returns an SQLSTATE
of
08S01
.
(Bug#3456)
Bugs fixed:
Using FLAG_NO_PROMPT
doesn't suppress the
dialogs normally handled by SQLDriverConnect
.
(Bug#30840)
The specified length of the user name and authentication
parameters to SQLConnect()
were not being
honored.
(Bug#30774)
The wrong column size was returned for binary data. (Bug#30547)
SQLGetData()
will now always return
SQL_NO_DATA_FOUND
on second call when no data
left, even if requested size is 0.
(Bug#30520)
SQLGetConnectAttr()
did not reflect the
connection state correctly.
(Bug#14639)
Removed checkbox in setup dialog for
FLAG_FIELD_LENGTH
(identified as
Don't Optimize Column Width
within the GUI
dialog), which was removed from the driver in 3.51.18.
Connector/ODBC 3.51.19 fixes a specific issue with the 3.51.18 release. For a list of changes in the 3.51.18 release, see Section C.4.30, “Changes in MySQL Connector/ODBC 3.51.18 (08 August 2007)”.
Functionality added or changed:
Because of Bug#10491 in the server, character string results
were sometimes incorrectly identified as
SQL_VARBINARY
. Until this server bug is
corrected, the driver will identify all variable-length strings
as SQL_VARCHAR
.
Platform specific notes:
The HP-UX 11.23 IA64 binary package does not include the GUI bits because of problems building Qt on that platform.
There is no binary package for Mac OS X on 64-bit PowerPC because Apple does not currently provide a 64-bit PowerPC version of iODBC.
Binary packages for Sun Solaris are now available as
PKG
packages.
Binary packages as disk images with installers are now available for Mac OS X.
A binary package without an installer is available for Microsoft Windows x64 Edition. There are no installer packages for Microsoft Windows x64 Edition.
Functionality added or changed:
Incompatible Change:
The FLAG_DEBUG
option was removed.
When connecting to a specific database when using a DSN, the
system tables from the mysql
database are no
longer also available. Previously, tables from the mysql
database (catalog) were listed as SYSTEM
TABLES
by SQLTables()
even when a
different catalog was being queried.
(Bug#28662)
Installed for Mac OS X has been re-instated. The installer registers the driver at a system (not user) level and makes it possible to create both user and system DSNs using the MySQL Connector/ODBC driver. The installer also fixes the situation where the necessary drivers would bge installed local to the user, not globally. (Bug#15326, Bug#10444)
MySQL Connector/ODBC now supports batched statements. In order to enable
cached statement support you must switch enable the batched
statement option (FLAG_MULTI_STATEMENTS
,
67108864, or Allow multiple statements
within a GUI configuration). Be aware that batched statements
create an increased chance of SQL injection attacks and you must
ensure that your application protects against this scenario.
(Bug#7445)
The SQL_ATTR_ROW_BIND_OFFSET_PTR
is now
supported for row bind offsets.
(Bug#6741)
The TRACE
and TRACEFILE
DSN options have been removed. Use the ODBC driver manager trace
options instead.
Bugs fixed:
When using a table with multiple
TIMESTAMP
columns, the final
TIMESTAMP
column within the table
definition would not be updateable. Note that there is still a
limitation in MySQL server regarding multiple
TIMESTAMP
columns . (Bug#9927)
(Bug#30081)
Fixed an issue where the myodbc3i would
update the user ODBC configuration file
(~/Library/ODBC/odbcinst.ini
) instead of
the system /Library/ODBC/odbcinst.ini
. This
was caused because myodbc3i was not honoring
the s
and u
modifiers for
the -d
command-line option.
(Bug#29964)
Getting table metadata (through the
SQLColumns()
would fail, returning a bad
table definition to calling applications.
(Bug#29888)
DATETIME
column types would
return FALSE
in place of
SQL_SUCCESS
when requesting the column type
information.
(Bug#28657)
The SQL_COLUMN_TYPE
,
SQL_COLUMN_DISPLAY
and
SQL_COLUMN_PRECISION
values would be returned
incorrectly by SQLColumns()
,
SQLDescribeCol()
and
SQLColAttribute()
when accessing character
columns, especially those generated through
concat()
. The lengths returned should now
conform to the ODBC specification. The
FLAG_FIELD_LENGTH
option no longer has any
affect on the results returned.
(Bug#27862)
Obtaining the length of a column when using a character set for
the connection of utf8
would result in the
length being returned incorrectly.
(Bug#19345)
The SQLColumns()
function could return
incorrect information about
TIMESTAMP
columns, indicating
that the field was not nullable.
(Bug#14414)
The SQLColumns()
function could return
incorrect information about AUTO_INCREMENT
columns, indicating that the field was not nullable.
(Bug#14407)
A binary package without an installer is available for Microsoft Windows x64 Edition. There are no installer packages for Microsoft Windows x64 Edition.
There is no binary package for Mac OS X on 64-bit PowerPC because Apple does not currently provide a 64-bit PowerPC version of iODBC.
BIT(n)
columns are now treated as
SQL_BIT
data where n = 1
and binary data where n > 1
.
The wrong value from SQL_DESC_LITERAL_SUFFIX
was returned for binary fields.
The SQL_DATETIME_SUB
column in SQLColumns()
was not correctly set for date and time types.
The value for SQL_DESC_FIXED_PREC_SCALE
was
not returned correctly for values in MySQL 5.0 and later.
The wrong value for SQL_DESC_TYPE
was
returned for date and time types.
SQLConnect()
and
SQLDriverConnect()
were rewritten to
eliminate duplicate code and ensure all options were supported
using both connection methods.
SQLDriverConnect()
now only requires the
setup library to be present when the call requires it.
The HP-UX 11.23 IA64 binary package does not include the GUI bits because of problems building Qt on that platform.
Binary packages as disk images with installers are now available for Mac OS X.
Binary packages for Sun Solaris are now available as
PKG
packages.
The wrong value for DECIMAL_DIGITS
in
SQLColumns()
was reported for
FLOAT
and
DOUBLE
fields, as well as the
wrong value for the scale parameter to
SQLDescribeCol()
, and the
SQL_DESC_SCALE
attribute from
SQLColAttribute()
.
The SQL_DATA_TYPE
column in
SQLColumns()
results did not report the
correct value for date and time types.
Platform specific notes:
The HP-UX 11.23 IA64 binary package does not include the GUI bits because of problems building Qt on that platform.
There is no binary package for Mac OS X on 64-bit PowerPC because Apple does not currently provide a 64-bit PowerPC version of iODBC.
Binary packages for Sun Solaris are now available as
PKG
packages.
Binary packages as disk images with installers are now available for Mac OS X.
A binary package without an installer is available for Microsoft Windows x64 Edition. There are no installer packages for Microsoft Windows x64 Edition.
Functionality added or changed:
It is now possible to specify a different character set as part
of the DSN or connection string. This must be used instead of
the SET NAMES
statement. You can also
configure the character set value from the GUI configuration.
(Bug#9498, Bug#6667)
Fixed calling convention ptr and wrong free in myodbc3i, and fixed the null terminating (was only one, not two) when writing DSN to string.
Dis-allow NULL ptr for null indicator when calling SQLGetData() if value is null. Now returns SQL_ERROR w/state 22002.
The setup library has been split into its own RPM package, to allow installing the driver itself with no GUI dependencies.
Bugs fixed:
myodbc3i
did not correctly format driver
info, which could cause the installation to fail.
(Bug#29709)
MySQL Connector/ODBC crashed with Crystal Reports due to a rproblem with
SQLProcedures()
.
(Bug#28316)
Fixed a problem where the GUI would crash when configuring or removing a System or User DSN. (Bug#27315)
Fixed error handling of out-of-memory and bad connections in catalog functions. This might raise errors in code paths that had ignored them in the past. (Bug#26934)
For a stored procedure that returns multiple result sets, MySQL Connector/ODBC returned only the first result set. (Bug#16817)
Calling SQLGetDiagField
with
RecNumber 0, DiagIdentifier NOT 0
returned
SQL_ERROR
, preventing access to diagnostic
header fields.
(Bug#16224)
Added a new DSN option
(FLAG_ZERO_DATE_TO_MIN
) to retrieve
XXXX-00-00
dates as the minimum allowed ODBC
date (XXXX-01-01
). Added another option
(FLAG_MIN_DATE_TO_ZERO
) to mirror this but
for bound parameters. FLAG_MIN_DATE_TO_ZERO
only changes 0000-01-01
to
0000-00-00
.
(Bug#13766)
If there was more than one unique key on a table, the correct
fields were not used in handling SQLSetPos()
.
(Bug#10563)
When inserting a large BLOB
field, MySQL Connector/ODBC would crash due to a memory allocation error.
(Bug#10562)
The driver was using
mysql_odbc_escape_string()
, which does not
handle the
NO_BACKSLASH_ESCAPES
SQL mode.
Now it uses
mysql_real_escape_string()
,
which does.
(Bug#9498)
SQLColumns()
did not handle many of its
parameters correctly, which could lead to incorrect results. The
table name argument was not handled as a pattern value, and most
arguments were not escaped correctly when they contained
nonalphanumeric characters.
(Bug#8860)
There are no binary packages for Microsoft Windows x64 Edition.
There is no binary package for Mac OS X on 64-bit PowerPC because Apple does not currently provide a 64-bit PowerPC version of iODBC.
Correctly return error if SQLBindCol
is
called with an invalid column.
Fixed possible crash if SQLBindCol()
was not
called before SQLSetPos()
.
The Mac OS X binary packages are only provided as tarballs, there is no installer.
The binary packages for Sun Solaris are only provided as tarballs, not the PKG format.
The HP-UX 11.23 IA64 binary package does not include the GUI bits because of problems building Qt on that platform.
Functionality added or changed:
MySQL Connector/ODBC now supports using SSL for communication. This is not yet exposed in the setup GUI, but must be enabled through configuration files or the DSN. (Bug#12918)
Bugs fixed:
Calls to SQLNativeSql() could cause stack corruption due to an incorrect pointer cast. (Bug#28758)
Using curors on results sets with multi-column keys could select the wrong value. (Bug#28255)
SQLForeignKeys
does not escape
_
and %
in the table name
arguments.
(Bug#27723)
When using stored procedures, making a
SELECT
or second stored procedure
call after an initial stored procedure call, the second
statement will fail.
(Bug#27544)
SQLTables() did not distinguish tables from views. (Bug#23031)
Data in TEXT
columns would fail
to be read correctly.
(Bug#16917)
Specifying strings as parameters using the
adBSTR
or adVarWChar
types, (SQL_WVARCHAR
and
SQL_WLONGVARCHAR
) would be incorrectly
quoted.
(Bug#16235)
SQL_WVARCHAR and SQL_WLONGVARCHAR parameters were not properly quoted and escaped. (Bug#16235)
Using BETWEEN
with date values, the wrong
results could be returned.
(Bug#15773)
When using the Don't Cache Results
(option
value 1048576
) with Microsoft Access, the
connection will fail using DAO/VisualBasic.
(Bug#4657)
Return values from SQLTables()
may be
truncated. (Bugs #22797)
Bugs fixed:
MySQL Connector/ODBC would incorrectly claim to support
SQLProcedureColumns
(by returning true when
queried about SQLPROCEDURECOLUMNS
with
SQLGetFunctions
), but this functionality is
not supported.
(Bug#27591)
An incorrect transaction isolation level may not be returned when accessing the connection attributes. (Bug#27589)
Adding a new DSN with the myodbc3i
utility
under AIX would fail.
(Bug#27220)
When inserting data using bulk statements (through
SQLBulkOperations
), the indicators for all
rows within the insert would not updated correctly.
(Bug#24306)
Using SQLProcedures
does not return the
database name within the returned resultset.
(Bug#23033)
The SQLTransact()
function did not support an
empty connection handle.
(Bug#21588)
Using SQLDriverConnect
instead of
SQLConnect
could cause later operations to
fail.
(Bug#7912)
When using blobs and parameter replacement in a statement with
WHERE CURSOR OF
, the SQL is truncated.
(Bug#5853)
MySQL Connector/ODBC would return too many foreign key results when accessing tables with similar names. (Bug#4518)
Functionality added or changed:
Use of SQL_ATTR_CONNECTION_TIMEOUT
on the
server has now been disabled. If you attempt to set this
attribute on your connection the
SQL_SUCCESS_WITH_INFO
will be returned, with
an error number/string of HYC00: Optional feature not
supported
.
(Bug#19823)
Added auto is null option to MySQL Connector/ODBC option parameters. (Bug#10910)
Added auto-reconnect option to MySQL Connector/ODBC option parameters.
Added support for the HENV
handlers in
SQLEndTran()
.
Bugs fixed:
On 64-bit systems, some types would be incorrectly returned. (Bug#26024)
When retrieving TIME
columns,
C/ODBC would incorrectly interpret the type of the string and
could interpret it as a DATE
type
instead.
(Bug#25846)
MySQL Connector/ODBC may insert the wrong parameter values when using prepared statements under 64-bit Linux. (Bug#22446)
Using MySQL Connector/ODBC, with SQLBindCol
and binding
the length to the return value from
SQL_LEN_DATA_AT_EXEC
fails with a memory
allocation error.
(Bug#20547)
Using DataAdapter
, MySQL Connector/ODBC may continually
consume memory when reading the same records within a loop
(Windows Server 2003 SP1/SP2 only).
(Bug#20459)
When retrieving data from columns that have been compressed
using COMPRESS()
, the retrieved data would be
truncated to 8KB.
(Bug#20208)
The ODBC driver name and version number were incorrectly reported by the driver. (Bug#19740)
A string format exception would be raised when using iODBC, MySQL Connector/ODBC and the embedded MySQL server. (Bug#16535)
The SQLDriverConnect()
ODBC method did not
work with recent MySQL Connector/ODBC releases.
(Bug#12393)
Connector/ODBC 3.51.13 was an internal implementation and testing release.
Functionality added or changed:
N/A
Bugs fixed:
Bugs fixed:
mysql_list_dbcolumns()
and
insert_fields()
were retrieving all rows from
a table. Fixed the queries generated by these functions to
return no rows.
(Bug#8198)
SQLGetTypoInfo()
returned
tinyblob
for SQL_VARBINARY
and nothing for SQL_BINARY
. Fixed to return
varbinary
for
SQL_VARBINARY
, binary
for
SQL_BINARY
, and longblob
for SQL_LONGVARBINARY
.
(Bug#8138)
First Beta release. Fixes bugs since 6.3.1.
Functionality added or changed:
Procedure cacheing had a problem whereby if you created a procedure, dropped it, and recreated it with a different number of parameters an exception was generated.
MySQL Connector/NET has been changed so that if the procedure is recreated with a different number of parameters, it will still be recognized. (Bug#52562)
MySQL Connector/NET has been changed to include
MySqlDataReader.GetFieldType(string
columnname)
. Further,
MySqlDataReader.GetOrdinal()
now includes the
name of the column in the exception if the column is not found.
(Bug#47467)
Bugs fixed:
In MySQL Connector/NET, the MySqlConnection.Abort()
method
contained a try...catch
construct, with an
empty catch
block. This meant that any
exception generated at this point would not be caught.
(Bug#52769)
The procedure cache affected the MySQL Connector/NET performance, reducing it
by around 65%. This was due to unnecessary calls of
String.Format()
, related to debug logging.
Even though the logging was disabled the string was still being
formatted, resulting in impaired performance.
(Bug#52475)
If FunctionsReturnString=true
was used in the
connection string, the decimal separator (according to locale)
was not interpreted.
(Bug#52187)
In MySQL Connector/NET, the LoadCharsetMap()
function of
the CharSetMap
class set the following
incorrect mapping:
mapping.Add("latin1", new CharacterSet("latin1", 1));
This meant that, for example, the Euro sign was not handled correctly.
The correct mapping should have been:
mapping.Add("latin1", new CharacterSet("windows-1252", 1));
This is because MySQL's latin1
character set
is the same as the windows-cp1252
character
set and it extends the official ISO 8859-1 or IANA latin1.
(Bug#51927)
A non-terminated string in SQL threw a CLR exception rather than a syntax exception. (Bug#51788)
When calling ExecuteNonQuery
on a command
object, the following exception occurred:
Index and length must refer to a location within the string. Parameter name: length
MySQL Connector/NET 6.3.1 failed to install. (Bug#51407, Bug#51604)
When using table per type inheritance and listing the contents of the parent table, the result of the query was a list of child objects, even though there was no related child record with the same parent Id. (Bug#49850)
Fixes bugs since 6.3.0.
Functionality added or changed:
Connector/NET was not compatible with Visual Studio wizards that used square brackets to delimit symbols.
Connector/NET has been changed to include a new connection
string option Sql Server mode
that supports
use of square brackets to delimit symbols.
(Bug#35852)
Bugs fixed:
Specifying a connection string where an option had no value generated an error, rather than the value being set to the default. For example, a connection string such as the following would result in an error:
server=localhost;user=root;compress=;database=test;port=3306;password=123456;
The method Command.TrimSemicolons
used
StringBuilder
, and therefore allocated memory
for the query even if it did not need to be trimmed. This led to
excessive memory consumption when executing a number of large
queries.
(Bug#51149)
MySqlCommand.Parameters.Clear()
did not work.
(Bug#50444)
Binary Columns were not displayed in the Query Builder of Visual Studio. (Bug#50171)
When the UpdateBatchSize
property was set to
a value greater than 1, only the first row was applied to the
database.
(Bug#50123)
When trying to create stored procedures from a SQL script, a
MySqlException
was thrown when attempting to
redefine the DELIMITER
:
MySql.Data.MySqlClient.MySqlException was unhandled Message="You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'DELIMITER' at line 1" Source="MySql.Data" ErrorCode=-2147467259 Number=1064 StackTrace: à MySql.Data.MySqlClient.MySqlStream.ReadPacket() à MySql.Data.MySqlClient.NativeDriver.ReadResult(UInt64& affectedRows, Int64& lastInsertId) à MySql.Data.MySqlClient.MySqlDataReader.GetResultSet() à MySql.Data.MySqlClient.MySqlDataReader.NextResult() à MySql.Data.MySqlClient.MySqlCommand.ExecuteReader(CommandBehavior behavior) à MySql.Data.MySqlClient.MySqlCommand.ExecuteReader() à MySql.Data.MySqlClient.MySqlCommand.ExecuteNonQuery() à MySql.Data.MySqlClient.MySqlScript.Execute()
Note: The MySqlScript
class has been fixed to
support the delimiter statement as it is found in SQL scripts.
(Bug#46429)
A connection string set in web.config
could
not be reused after Visual Studio 2008 Professional was shut
down. It continued working for the existing controls, but did
not work for new controls added.
(Bug#41629)
First alpha release of 6.3.
Functionality added or changed:
Nested transaction scopes were not supported. MySQL Connector/NET now
implements nested transaction scopes. A per-thread stack of
scopes is maintained, which is necessary in order to handle
nested scopes with the RequiresNew
or
Suppress
options.
(Bug#45098)
Support for MySQL Server 4.1 has been removed from MySQL Connector/NET starting with version 6.3.0. The connector will now throw an exception if you try to connect to a server of version less than 5.0.
Bugs fixed:
When adding a data set in Visual Studio 2008, the following error was generated:
Relations couldn't be addded. Column 'REFERENCED_TABLE_CATALOG' does not belong to table.
This was due to a 'REFERENCED_TABLE_CATALOG' column not being included in the foreign keys collection. (Bug#48974)
Attempting to execute a load data local infile on a file where the user did not have write permissions, or the file was open in an editor gave an access denied error. (Bug#48944)
The method MySqlDataReader.GetSchemaTable()
returned 0 in the NumericPrecision
field for
decimal and newdecimal columns.
(Bug#48171)
This release fixes bugs since 6.2.3.
Functionality added or changed:
Procedure cacheing had a problem whereby if you created a procedure, dropped it, and recreated it with a different number of parameters an exception was generated.
MySQL Connector/NET has been changed so that if the procedure is recreated with a different number of parameters, it will still be recognized. (Bug#52562)
Bugs fixed:
In MySQL Connector/NET, the MySqlConnection.Abort()
method
contained a try...catch
construct, with an
empty catch
block. This meant that any
exception generated at this point would not be caught.
(Bug#52769)
The procedure cache affected the MySQL Connector/NET performance, reducing it
by around 65%. This was due to unnecessary calls of
String.Format()
, related to debug logging.
Even though the logging was disabled the string was still being
formatted, resulting in impaired performance.
(Bug#52475)
If FunctionsReturnString=true
was used in the
connection string, the decimal separator (according to locale)
was not interpreted.
(Bug#52187)
Periodically the session provider threw an
SqlNullValueException
exception. When this
happened, the row within the
my_aspnet_Sessions
table had
locked
always set to '1'. The locked status
never changed back to '0' and the user experienced the exception
on every page, until their browser was closed and reopened
(recreating a new sessionID), or the locked
value was manually changed to '0'.
(Bug#52175)
In MySQL Connector/NET, the LoadCharsetMap()
function of
the CharSetMap
class set the following
incorrect mapping:
mapping.Add("latin1", new CharacterSet("latin1", 1));
This meant that, for example, the Euro sign was not handled correctly.
The correct mapping should have been:
mapping.Add("latin1", new CharacterSet("windows-1252", 1));
This is because MySQL's latin1
character set
is the same as the windows-cp1252
character
set and it extends the official ISO 8859-1 or IANA latin1.
(Bug#51927)
This release fixes bugs since 6.2.2.
Functionality added or changed:
MySQL Connector/NET has been changed to include
MySqlDataReader.GetFieldType(string
columnname)
. Further,
MySqlDataReader.GetOrdinal()
now includes the
name of the column in the exception if the column is not found.
(Bug#47467)
Bugs fixed:
A non-terminated string in SQL threw a CLR exception rather than a syntax exception. (Bug#51788)
When calling ExecuteNonQuery
on a command
object, the following exception occurred:
Index and length must refer to a location within the string. Parameter name: length
Specifying a connection string where an option had no value generated an error, rather than the value being set to the default. For example, a connection string such as the following would result in an error:
server=localhost;user=root;compress=;database=test;port=3306;password=123456;
The method Command.TrimSemicolons
used
StringBuilder
, and therefore allocated memory
for the query even if it did not need to be trimmed. This led to
excessive memory consumption when executing a number of large
queries.
(Bug#51149)
MySqlCommand.Parameters.Clear()
did not work.
(Bug#50444)
When the MySqlScript.execute()
method was
called, the following exception was generated:
InvalidOperationException : The CommandText property has not been properly initialized.
When using the Compact Framework the following exception occurred when attempting to connect to a MySQL Server:
System.InvalidOperationException was unhandled Message="Timeouts are not supported on this stream."
Binary Columns were not displayed in the Query Builder of Visual Studio. (Bug#50171)
When the UpdateBatchSize
property was set to
a value greater than 1, only the first row was applied to the
database.
(Bug#50123)
When using table per type inheritance and listing the contents of the parent table, the result of the query was a list of child objects, even though there was no related child record with the same parent Id. (Bug#49850)
MySqlDataReader.GetUInt64
returned an
incorrect value when reading a BIGINT
UNSIGNED
column containing a value greater than
2147483647.
(Bug#49794)
A FormatException
was generated when an empty
string was returned from a stored function.
(Bug#49642)
When trying to create stored procedures from a SQL script, a
MySqlException
was thrown when attempting to
redefine the DELIMITER
:
MySql.Data.MySqlClient.MySqlException was unhandled Message="You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'DELIMITER' at line 1" Source="MySql.Data" ErrorCode=-2147467259 Number=1064 StackTrace: à MySql.Data.MySqlClient.MySqlStream.ReadPacket() à MySql.Data.MySqlClient.NativeDriver.ReadResult(UInt64& affectedRows, Int64& lastInsertId) à MySql.Data.MySqlClient.MySqlDataReader.GetResultSet() à MySql.Data.MySqlClient.MySqlDataReader.NextResult() à MySql.Data.MySqlClient.MySqlCommand.ExecuteReader(CommandBehavior behavior) à MySql.Data.MySqlClient.MySqlCommand.ExecuteReader() à MySql.Data.MySqlClient.MySqlCommand.ExecuteNonQuery() à MySql.Data.MySqlClient.MySqlScript.Execute()
Note: The MySqlScript
class has been fixed to
support the delimiter statement as it is found in SQL scripts.
(Bug#46429)
Calling a User Defined Function using Entity SQL in the Entity
Framework caused a NullReferenceException
.
(Bug#45277)
A connection string set in web.config
could
not be reused after Visual Studio 2008 Professional was shut
down. It continued working for the existing controls, but did
not work for new controls added.
(Bug#41629)
First GA release of 6.2. This release fixes bugs since 6.2.1.
Bugs fixed:
When adding a data set in Visual Studio 2008, the following error was generated:
Relations couldn't be addded. Column 'REFERENCED_TABLE_CATALOG' does not belong to table.
This was due to a 'REFERENCED_TABLE_CATALOG' column not being included in the foreign keys collection. (Bug#48974)
Attempting to execute a load data local infile on a file where the user did not have write permissions, or the file was open in an editor gave an access denied error. (Bug#48944)
The method MySqlDataReader.GetSchemaTable()
returned 0 in the NumericPrecision
field for
decimal and newdecimal columns.
(Bug#48171)
MySQL Connector/NET generated an invalid operation exception during a transaction rollback:
System.InvalidOperationException: Connection must be valid and open to rollback transaction at MySql.Data.MySqlClient.MySqlTransaction.Rollback() at MySql.Data.MySqlClient.MySqlConnection.CloseFully() at MySql.Data.MySqlClient.MySqlPromotableTransaction.System.Transactions.IPromotableSinglePhaseNotification.Rollback(SinglePhaseEnlistment singlePhaseEnlistment) ...
Connection objects were not garbage collected when not in use. (Bug#31996)
This release fixes bugs since 6.2.0.
Functionality added or changed:
The MySqlParameter
class now has a property
named PossibleValues
. This property is NULL
unless the parameter is created by
MySqlCommandBuilder.DeriveParameters
.
Further, it will be NULL unless the parameter is of type enum or
set - in this case it will be a list of strings that are the
possible values for the column. This feature is designed as an
aid to the developer.
(Bug#48586)
Prior to MySQL Connector/NET 6.2,
MySqlCommand.CommandTimeout
included user
processing time, that is processing time not related to direct
use of the connector. Timeout was implemented through a .NET
Timer, that triggered after CommandTimeout
seconds.
MySQL Connector/NET 6.2 introduced timeouts that are aligned with how
Microsoft handles SqlCommand.CommandTimeout
.
This property is the cumulative timeout for all network reads
and writes during command execution or processing of the
results. A timeout can still occur in the
MySqlReader.Read
method after the first row
is returned, and does not include user processing time, only IO
operations.
Further details on this can be found in the relevant Microsoft documentation.
Starting with MySQL Connector/NET 6.2, there is a background job that runs every three minutes and removes connections from pool that have been idle (unused) for more than three minutes. The pool cleanup frees resources on both client and server side. This is because on the client side every connection uses a socket, and on the server side every connection uses a socket and a thread.
Prior to this change, connections were never removed from the pool, and the pool always contained the peak number of open connections. For example, a web application that peaked at 1000 concurrent database connections would consume 1000 threads and 1000 open sockets at the server, without ever freeing up those resources from the connection pool.
MySQL Connector/NET now supports the processing of certificates when connecting to an SSL-enabled MySQL Server. For further information see the connection string option SSL Mode in the section Section 21.2.6, “Connector/NET Connection String Options Reference” and the tutorial Section 21.2.4.7, “Tutorial: Using SSL with MySQL Connector/NET”.
Bugs fixed:
Cloning of MySqlCommand
was not typesafe. To
clone a MySqlCommand
it was necessary to do:
MySqlCommand clone = (MySqlCommand)((ICloneable)comm).Clone();
MySQL Connector/NET was changed so that it was possible to do:
MySqlCommand clone = comm.Clone();
When used, the Encrypt
connection string
option caused a “Keyword not supported” exception
to be generated.
This option is in fact obsolete, and the option SSL Mode should
be used instead. Although the Encrypt
option
has been fixed so that it does not generate an exception, it
will be removed completely in version 6.4.
(Bug#48290)
When building the MySql.Data
project with
.NET Framework 3.5 installed, the following build output was
displayed:
Project file contains ToolsVersion="4.0", which is not supported by this version of MSBuild. Treating the project as if it had ToolsVersion="3.5".
The project had been created using the .NET Framework 4.0, which was beta, instead of using the 3.5 framework. (Bug#48271)
It was not possible to retrieve a value from a MySQL server
table, if the value was larger than that supported by the .NET
type System.Decimal
.
MySQL Connector/NET was changed to expose the MySqlDecimal
type, along with the supporting method
GetMySqlDecimal
.
(Bug#48100)
An entity model created from a schema containing a table with a
column of type UNSIGNED BIGINT
and a view of
the table did not behave correctly. When an entity was created
and mapped to the view, the column that was of type
UNSIGNED BIGINT
was displayed as
BIGINT
.
(Bug#47872)
MySQL Connector/NET session support did not work with MySQL Server versions
prior to 5.0, as the Session Provider used a call to
TIMESTAMPDIFF
, which was not available on
servers prior to 5.0.
(Bug#47219)
The first alpha release of 6.2.
Bugs fixed:
When using a BINARY(16)
column to represent a
GUID and having specified “old guids = true” in the
connection string, the values were returned correctly until a
null value was encountered in that field. After the null value
was encountered a format exception was thrown with the following
message:
Guid should contain 32 digits with 4 dashes (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx).
The Session Provider created invalid “session expires” on a random basis.
This was due to the fact that the Session Provider was
incorrectly reading from the root
web.config
, rather than from the
application specific web.config
.
(Bug#47815)
When loading the MySQLClient-mono.sln
file
included with the Connector/NET source into Mono Develop, the
following error occurred:
/home/tbedford/connector-net-src/6.1/MySQLClient-mono.sln(22): Unsupported or unrecognized project: '/home/tbedford/connector-net-src/6.1/Installer/Installer.wixproj'
If the file was modified to remove this problem, then attempting to build the solution generated the following error:
/home/tbedford/connector-net-src/6.1/MySql.Data/Provider/Source/Connection.cs(280,46): error CS0115: `MySql.Data.MySqlClient.MySqlConnection.DbProviderFactory' is marked as an override but no suitable property found to override
This release fixes bugs since 6.1.3.
Functionality added or changed:
Procedure cacheing had a problem whereby if you created a procedure, dropped it, and recreated it with a different number of parameters an exception was generated.
MySQL Connector/NET has been changed so that if the procedure is recreated with a different number of parameters, it will still be recognized. (Bug#52562)
MySQL Connector/NET has been changed to include
MySqlDataReader.GetFieldType(string
columnname)
. Further,
MySqlDataReader.GetOrdinal()
now includes the
name of the column in the exception if the column is not found.
(Bug#47467)
Bugs fixed:
In MySQL Connector/NET, the MySqlConnection.Abort()
method
contained a try...catch
construct, with an
empty catch
block. This meant that any
exception generated at this point would not be caught.
(Bug#52769)
If FunctionsReturnString=true
was used in the
connection string, the decimal separator (according to locale)
was not interpreted.
(Bug#52187)
In MySQL Connector/NET, the LoadCharsetMap()
function of
the CharSetMap
class set the following
incorrect mapping:
mapping.Add("latin1", new CharacterSet("latin1", 1));
This meant that, for example, the Euro sign was not handled correctly.
The correct mapping should have been:
mapping.Add("latin1", new CharacterSet("windows-1252", 1));
This is because MySQL's latin1
character set
is the same as the windows-cp1252
character
set and it extends the official ISO 8859-1 or IANA latin1.
(Bug#51927)
A non-terminated string in SQL threw a CLR exception rather than a syntax exception. (Bug#51788)
When calling ExecuteNonQuery
on a command
object, the following exception occurred:
Index and length must refer to a location within the string. Parameter name: length
The method Command.TrimSemicolons
used
StringBuilder
, and therefore allocated memory
for the query even if it did not need to be trimmed. This led to
excessive memory consumption when executing a number of large
queries.
(Bug#51149)
MySqlCommand.Parameters.Clear()
did not work.
(Bug#50444)
When the MySqlScript.execute()
method was
called, the following exception was generated:
InvalidOperationException : The CommandText property has not been properly initialized.
Binary Columns were not displayed in the Query Builder of Visual Studio. (Bug#50171)
When the UpdateBatchSize
property was set to
a value greater than 1, only the first row was applied to the
database.
(Bug#50123)
When using table per type inheritance and listing the contents of the parent table, the result of the query was a list of child objects, even though there was no related child record with the same parent Id. (Bug#49850)
MySqlDataReader.GetUInt64
returned an
incorrect value when reading a BIGINT
UNSIGNED
column containing a value greater than
2147483647.
(Bug#49794)
A FormatException
was generated when an empty
string was returned from a stored function.
(Bug#49642)
When adding a data set in Visual Studio 2008, the following error was generated:
Relations couldn't be addded. Column 'REFERENCED_TABLE_CATALOG' does not belong to table.
This was due to a 'REFERENCED_TABLE_CATALOG' column not being included in the foreign keys collection. (Bug#48974)
Attempting to execute a load data local infile on a file where the user did not have write permissions, or the file was open in an editor gave an access denied error. (Bug#48944)
The method MySqlDataReader.GetSchemaTable()
returned 0 in the NumericPrecision
field for
decimal and newdecimal columns.
(Bug#48171)
When trying to create stored procedures from a SQL script, a
MySqlException
was thrown when attempting to
redefine the DELIMITER
:
MySql.Data.MySqlClient.MySqlException was unhandled Message="You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'DELIMITER' at line 1" Source="MySql.Data" ErrorCode=-2147467259 Number=1064 StackTrace: à MySql.Data.MySqlClient.MySqlStream.ReadPacket() à MySql.Data.MySqlClient.NativeDriver.ReadResult(UInt64& affectedRows, Int64& lastInsertId) à MySql.Data.MySqlClient.MySqlDataReader.GetResultSet() à MySql.Data.MySqlClient.MySqlDataReader.NextResult() à MySql.Data.MySqlClient.MySqlCommand.ExecuteReader(CommandBehavior behavior) à MySql.Data.MySqlClient.MySqlCommand.ExecuteReader() à MySql.Data.MySqlClient.MySqlCommand.ExecuteNonQuery() à MySql.Data.MySqlClient.MySqlScript.Execute()
Note: The MySqlScript
class has been fixed to
support the delimiter statement as it is found in SQL scripts.
(Bug#46429)
Calling a User Defined Function using Entity SQL in the Entity
Framework caused a NullReferenceException
.
(Bug#45277)
A connection string set in web.config
could
not be reused after Visual Studio 2008 Professional was shut
down. It continued working for the existing controls, but did
not work for new controls added.
(Bug#41629)
This release fixes bugs since 6.1.2.
Bugs fixed:
Cloning of MySqlCommand
was not typesafe. To
clone a MySqlCommand
it was necessary to do:
MySqlCommand clone = (MySqlCommand)((ICloneable)comm).Clone();
MySQL Connector/NET was changed so that it was possible to do:
MySqlCommand clone = comm.Clone();
When building the MySql.Data
project with
.NET Framework 3.5 installed, the following build output was
displayed:
Project file contains ToolsVersion="4.0", which is not supported by this version of MSBuild. Treating the project as if it had ToolsVersion="3.5".
The project had been created using the .NET Framework 4.0, which was beta, instead of using the 3.5 framework. (Bug#48271)
If MySqlConnection.GetSchema
was called for
"Indexes" on a table named “b`a`d” as follows:
DataTable schemaPrimaryKeys = connection.GetSchema( "Indexes", new string[] { null, schemaName, "b`a`d"});
Then the following exception was generated:
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'a`d`' at line 1
It was not possible to retrieve a value from a MySQL server
table, if the value was larger than that supported by the .NET
type System.Decimal
.
MySQL Connector/NET was changed to expose the MySqlDecimal
type, along with the supporting method
GetMySqlDecimal
.
(Bug#48100)
For some character sets such as UTF-8, a CHAR
column would sometimes be incorrectly interpreted as a
GUID
by MySQL Connector/NET.
MySQL Connector/NET was changed so that a column would only be interpreted as
a GUID
if it had a character length of 36, as
opposed to a byte length of 36.
(Bug#47985)
When using a BINARY(16)
column to represent a
GUID and having specified “old guids = true” in the
connection string, the values were returned correctly until a
null value was encountered in that field. After the null value
was encountered a format exception was thrown with the following
message:
Guid should contain 32 digits with 4 dashes (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx).
An entity model created from a schema containing a table with a
column of type UNSIGNED BIGINT
and a view of
the table did not behave correctly. When an entity was created
and mapped to the view, the column that was of type
UNSIGNED BIGINT
was displayed as
BIGINT
.
(Bug#47872)
The Session Provider created invalid “session expires” on a random basis.
This was due to the fact that the Session Provider was
incorrectly reading from the root
web.config
, rather than from the
application specific web.config
.
(Bug#47815)
Attempting to build MySQL Connector/NET 6.1 MySQL.Data
from source code on Windows failed with the following error:
...\clones\6.1\MySql.Data\Provider\Source\NativeDriver.cs(519,29): error CS0122: 'MySql.Data.MySqlClient.MySqlPacket.MySqlPacket()' is inaccessible due to its protection level
When tables were auto created for the Session State Provider they were set to use the MySQL Server's default collation, rather than the default collation set for the containing database. (Bug#47332)
When loading the MySQLClient-mono.sln
file
included with the Connector/NET source into Mono Develop, the
following error occurred:
/home/tbedford/connector-net-src/6.1/MySQLClient-mono.sln(22): Unsupported or unrecognized project: '/home/tbedford/connector-net-src/6.1/Installer/Installer.wixproj'
If the file was modified to remove this problem, then attempting to build the solution generated the following error:
/home/tbedford/connector-net-src/6.1/MySql.Data/Provider/Source/Connection.cs(280,46): error CS0115: `MySql.Data.MySqlClient.MySqlConnection.DbProviderFactory' is marked as an override but no suitable property found to override
This is the first GA release of 6.1.
Bugs fixed:
The MySQL Connector/NET Session State Provider truncated session data to
64KB, due to its column types being set to
BLOB
.
(Bug#47339)
MySQL Connector/NET generated the following exception when using the Session State provider:
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'MINUTEWHERE SessionId = 'dtmgga55x35oi255nrfrxe45' AND ApplicationId = 1 AND Loc' at line 1 Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. Exception Details: MySql.Data.MySqlClient.MySqlException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'MINUTEWHERE SessionId = 'dtmgga55x35oi255nrfrxe45' AND ApplicationId = 1 AND Loc' at line 1
If an error occurred during connection to a MySQL Server,
deserializing the error message from the packet buffer caused a
NullReferenceException
to be thrown. When the
method MySqlPacket::ReadString()
attempted to
retrieve the error message, the following line of code threw the
exception:
string s = encoding.GetString(bits, (int)buffer.Position, end - (int)buffer.Position);
This was due to the fact that the encoding field had not been initialized correctly. (Bug#46844)
Input parameters were missing from Stored Procedures when using them with ADO.NET Data Entities. (Bug#44985)
MySQL Connector/NET did not time out correctly. The command timeout was set to 30 secs, but MySQL Connector/NET hung for several hours. (Bug#43761)
This is the first Beta release of 6.1.
Bugs fixed:
In the MySqlDataReader
class the
GetSByte
function returned a
byte
value instead of an
sbyte
value.
(Bug#46620)
The MySQL Connector/NET Profile Provider,
MySql.Web.Profile.MySQLProfileProvider
,
generated an error when running on Mono. When an attempt was
made to save a string in Profile.Name
the
string was not saved to the
my_aspnet_Profiles
table. If an attempt was
made to force the save with Profile.Save()
the following error was generated:
Server Error in '/mono' Application -------------------------------------------------------------------------------- The requested feature is not implemented. Description: HTTP 500. Error processing request. Stack Trace: System.NotImplementedException: The requested feature is not implemented. at MySql.Data.MySqlClient.MySqlConnection.EnlistTransaction (System.Transactions.Transaction transaction) [0x00000] at MySql.Data.MySqlClient.MySqlConnection.Open () [0x00000] at MySql.Web.Profile.MySQLProfileProvider.SetPropertyValues (System.Configuration.SettingsContext context, System.Configuration.SettingsPropertyValueCollection collection) [0x00000] -------------------------------------------------------------------------------- Version information: Mono Version: 2.0.50727.1433; ASP.NET Version: 2.0.50727.1433
An exception was generated when using
TIMESTAMP
columns with the Entity Framework.
(Bug#46311)
MySQL Connector/NET sometimes hung, without generating an exception. This
happened if a read from a stream failed returning a 0, causing
the code in LoadPacket()
to enter an infinite
loop.
(Bug#46308)
When using MySQL Connector/NET 6.0.4 and a MySQL Server 4.1 an exception was generated when trying to execute:
connection.GetSchema("Columns", ...);
The exception generated was:
'connection.GetSchema("Columns")' threw an exception of type 'System.ArgumentException'System.Data.DataTable {System.ArgumentException} base{"Input string was not in a correct format.Couldn't store <'Select'> in NUMERIC_PRECISION Column. Expected type is UInt64."}System.Exception {System.ArgumentException}
The MySQL Connector/NET method
StoredProcedure.GetParameters(string)
ignored
the programmer's setting of the
UseProcedureBodies
option. This broke any
application for which the application's parameter names did not
match the parameter names in the Stored Procedure, resulting in
an ArgumentException
with the message
“Parameter 'foo' not found in the collection.” and
the following stack trace:
MySql.Data.dll!MySql.Data.MySqlClient.MySqlParameterCollection.GetParameterFlexible(stri ng parameterName = "pStart", bool throwOnNotFound = true) Line 459C# MySql.Data.dll!MySql.Data.MySqlClient.StoredProcedure.Resolve() Line 157 + 0x25 bytesC# MySql.Data.dll!MySql.Data.MySqlClient.MySqlCommand.ExecuteReader(System.Data.CommandBeha vior behavior = SequentialAccess) Line 405 + 0xb bytesC# MySql.Data.dll!MySql.Data.MySqlClient.MySqlCommand.ExecuteDbDataReader(System.Data.Comma ndBehavior behavior = SequentialAccess) Line 884 + 0xb bytesC# System.Data.dll!System.Data.Common.DbCommand.System.Data.IDbCommand.ExecuteReader(System .Data.CommandBehavior behavior) + 0xb bytes System.Data.dll!System.Data.Common.DbDataAdapter.FillInternal(System.Data.DataSet dataset = {System.Data.DataSet}, System.Data.DataTable[] datatables = null, int startRecord = 0, int maxRecords = 0, string srcTable = "Table", System.Data.IDbCommand command = {MySql.Data.MySqlClient.MySqlCommand}, System.Data.CommandBehavior behavior) + 0x83 bytes System.Data.dll!System.Data.Common.DbDataAdapter.Fill(System.Data.DataSet dataSet, int startRecord, int maxRecords, string srcTable, System.Data.IDbCommand command, System.Data.CommandBehavior behavior) + 0x120 bytes System.Data.dll!System.Data.Common.DbDataAdapter.Fill(System.Data.DataSet dataSet) + 0x5f bytes
Conversion of MySQL TINYINT(1)
to
boolean
failed.
(Bug#46205, Bug#46359, Bug#41953)
When populating a MySQL database table in Visual Studio using
the Table Editor, if a VARCHAR(10)
column was
changed to a VARCHAR(20)
column an exception
was generated:
SystemArgumentException: DataGridViewComboBoxCell value is not valid. To replace this default dialog please handle the DataError Event.
The Entity Framework provider was not calling
DBSortExpression
correctly when the
Skip
and Take
methods were
used, such as in the following statement:
TestModel.tblquarantine.OrderByDescending(q => q.MsgDate).Skip(100).Take(100).ToList();
This resulted in the data being unsorted. (Bug#45723)
The MySQL Connector/NET 6.0.4 installer failed with an error. The error message generated was:
There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor.
When Bug#45474)
was clicked to acknowledge the error the installer exited. (
Calling the Entity Framework SaveChanges()
method of any MySQL ORM Entity with a column type
TIME
, generated an error message:
Unknown PrimitiveKind Time
Insert into two tables failed when using the Entity Framework. The exception generated was:
The value given is not an instance of type 'Edm.Int32'
Errors occurred when using the Entity Framework with cultures
that used a comma as the decimal separator. This was because the
formatting for SINGLE
,
DOUBLE
and DECIMAL
values
was not handled correctly.
(Bug#44455)
When attempting to connect to MySQL using the Compact Framework
version of MySQL Connector/NET, an
IndexOutOfRangeException
exception was
generated on trying to open the connection.
(Bug#43736)
When reading data, such as with a
MySqlDataAdapter
on a
MySqlConnection
, MySQL Connector/NET could potentially
enter an infinite loop in
CompressedStream.ReadNextpacket()
if
compression was enabled.
(Bug#43678)
An error occurred when building MySQL Connector/NET from source code checked out from the public SVN repository. This happened on Linux using Mono and Nant. The Mono JIT compiler version was 1.2.6.0. The Nant version was 0.85.
When an attempt was made to build (for example) the MySQL Connector/NET 5.2 branch using the command:
$ nant -buildfile:Client.build
The following error occurred:
BUILD FAILED Error loading buildfile. Encoding name 'Windows-1252' not supported. Parameter name: name
MySQL Connector/NET CHM documentation stated that MySQL Server 3.23 was supported. (Bug#42110)
In the case of long network inactivity, especially when connection pooling was used, connections were sometimes dropped, for example, by firewalls.
Note: The bugfix introduced a new keepalive
parameter, which prevents disconnects by sending an empty TCP
packet after a specified timeout.
(Bug#40684)
Calling a Stored Procedure with an output parameter through MySQL Connector/NET resulted in a memory leak. Calling the same Stored Procedure without an output parameter did not result in a memory leak. (Bug#36027)
This is the first Alpha release of 6.1.
Functionality added or changed:
Changed GUID type - The backend representation of a guid type
has been changed to be CHAR(36). This is so you can use the
server UUID() function to populate a GUID table. UUID generates
a 36 character string. Developers of older applications can add
old guids=true
to the connection string and
the old BINARY(16) type will be used instead.
Support for native output parameters - This is supported when connected to a server that supports native output parameters. This includes servers as of 5.5.3 and 6.0.8.
Session State Provider - This allows you to store the state of your website in a MySQL server.
Website Configuration Dialog - This is a new wizard that is activated by clicking a button on the toolbar at the top of the Visual Studio Solution Explorer. It works in conjunction with the ASP.Net administration pages, making it easier to activate and set advanced options for the different MySQL web providers included.
Fixes bugs since 6.0.5.
Functionality added or changed:
Procedure cacheing had a problem whereby if you created a procedure, dropped it, and recreated it with a different number of parameters an exception was generated.
MySQL Connector/NET has been changed so that if the procedure is recreated with a different number of parameters, it will still be recognized. (Bug#52562)
MySQL Connector/NET has been changed to include
MySqlDataReader.GetFieldType(string
columnname)
. Further,
MySqlDataReader.GetOrdinal()
now includes the
name of the column in the exception if the column is not found.
(Bug#47467)
Bugs fixed:
In MySQL Connector/NET, the MySqlConnection.Abort()
method
contained a try...catch
construct, with an
empty catch
block. This meant that any
exception generated at this point would not be caught.
(Bug#52769)
If FunctionsReturnString=true
was used in the
connection string, the decimal separator (according to locale)
was not interpreted.
(Bug#52187)
In MySQL Connector/NET, the LoadCharsetMap()
function of
the CharSetMap
class set the following
incorrect mapping:
mapping.Add("latin1", new CharacterSet("latin1", 1));
This meant that, for example, the Euro sign was not handled correctly.
The correct mapping should have been:
mapping.Add("latin1", new CharacterSet("windows-1252", 1));
This is because MySQL's latin1
character set
is the same as the windows-cp1252
character
set and it extends the official ISO 8859-1 or IANA latin1.
(Bug#51927)
A non-terminated string in SQL threw a CLR exception rather than a syntax exception. (Bug#51788)
When calling ExecuteNonQuery
on a command
object, the following exception occurred:
Index and length must refer to a location within the string. Parameter name: length
The method Command.TrimSemicolons
used
StringBuilder
, and therefore allocated memory
for the query even if it did not need to be trimmed. This led to
excessive memory consumption when executing a number of large
queries.
(Bug#51149)
MySqlCommand.Parameters.Clear()
did not work.
(Bug#50444)
When the MySqlScript.execute()
method was
called, the following exception was generated:
InvalidOperationException : The CommandText property has not been properly initialized.
Binary Columns were not displayed in the Query Builder of Visual Studio. (Bug#50171)
When the UpdateBatchSize
property was set to
a value greater than 1, only the first row was applied to the
database.
(Bug#50123)
When using table per type inheritance and listing the contents of the parent table, the result of the query was a list of child objects, even though there was no related child record with the same parent Id. (Bug#49850)
MySqlDataReader.GetUInt64
returned an
incorrect value when reading a BIGINT
UNSIGNED
column containing a value greater than
2147483647.
(Bug#49794)
A FormatException
was generated when an empty
string was returned from a stored function.
(Bug#49642)
When adding a data set in Visual Studio 2008, the following error was generated:
Relations couldn't be addded. Column 'REFERENCED_TABLE_CATALOG' does not belong to table.
This was due to a 'REFERENCED_TABLE_CATALOG' column not being included in the foreign keys collection. (Bug#48974)
Attempting to execute a load data local infile on a file where the user did not have write permissions, or the file was open in an editor gave an access denied error. (Bug#48944)
The method MySqlDataReader.GetSchemaTable()
returned 0 in the NumericPrecision
field for
decimal and newdecimal columns.
(Bug#48171)
When trying to create stored procedures from a SQL script, a
MySqlException
was thrown when attempting to
redefine the DELIMITER
:
MySql.Data.MySqlClient.MySqlException was unhandled Message="You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'DELIMITER' at line 1" Source="MySql.Data" ErrorCode=-2147467259 Number=1064 StackTrace: à MySql.Data.MySqlClient.MySqlStream.ReadPacket() à MySql.Data.MySqlClient.NativeDriver.ReadResult(UInt64& affectedRows, Int64& lastInsertId) à MySql.Data.MySqlClient.MySqlDataReader.GetResultSet() à MySql.Data.MySqlClient.MySqlDataReader.NextResult() à MySql.Data.MySqlClient.MySqlCommand.ExecuteReader(CommandBehavior behavior) à MySql.Data.MySqlClient.MySqlCommand.ExecuteReader() à MySql.Data.MySqlClient.MySqlCommand.ExecuteNonQuery() à MySql.Data.MySqlClient.MySqlScript.Execute()
Note: The MySqlScript
class has been fixed to
support the delimiter statement as it is found in SQL scripts.
(Bug#46429)
Calling a User Defined Function using Entity SQL in the Entity
Framework caused a NullReferenceException
.
(Bug#45277)
A connection string set in web.config
could
not be reused after Visual Studio 2008 Professional was shut
down. It continued working for the existing controls, but did
not work for new controls added.
(Bug#41629)
This is a new release, fixing recently discovered bugs.
Bugs fixed:
Cloning of MySqlCommand
was not typesafe. To
clone a MySqlCommand
it was necessary to do:
MySqlCommand clone = (MySqlCommand)((ICloneable)comm).Clone();
MySQL Connector/NET was changed so that it was possible to do:
MySqlCommand clone = comm.Clone();
If MySqlConnection.GetSchema
was called for
"Indexes" on a table named “b`a`d” as follows:
DataTable schemaPrimaryKeys = connection.GetSchema( "Indexes", new string[] { null, schemaName, "b`a`d"});
Then the following exception was generated:
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'a`d`' at line 1
It was not possible to retrieve a value from a MySQL server
table, if the value was larger than that supported by the .NET
type System.Decimal
.
MySQL Connector/NET was changed to expose the MySqlDecimal
type, along with the supporting method
GetMySqlDecimal
.
(Bug#48100)
An entity model created from a schema containing a table with a
column of type UNSIGNED BIGINT
and a view of
the table did not behave correctly. When an entity was created
and mapped to the view, the column that was of type
UNSIGNED BIGINT
was displayed as
BIGINT
.
(Bug#47872)
When loading the MySQLClient-mono.sln
file
included with the Connector/NET source into Mono Develop, the
following error occurred:
/home/tbedford/connector-net-src/6.1/MySQLClient-mono.sln(22): Unsupported or unrecognized project: '/home/tbedford/connector-net-src/6.1/Installer/Installer.wixproj'
If the file was modified to remove this problem, then attempting to build the solution generated the following error:
/home/tbedford/connector-net-src/6.1/MySql.Data/Provider/Source/Connection.cs(280,46): error CS0115: `MySql.Data.MySqlClient.MySqlConnection.DbProviderFactory' is marked as an override but no suitable property found to override
If an error occurred during connection to a MySQL Server,
deserializing the error message from the packet buffer caused a
NullReferenceException
to be thrown. When the
method MySqlPacket::ReadString()
attempted to
retrieve the error message, the following line of code threw the
exception:
string s = encoding.GetString(bits, (int)buffer.Position, end - (int)buffer.Position);
This was due to the fact that the encoding field had not been initialized correctly. (Bug#46844)
In the MySqlDataReader
class the
GetSByte
function returned a
byte
value instead of an
sbyte
value.
(Bug#46620)
The MySQL Connector/NET Profile Provider,
MySql.Web.Profile.MySQLProfileProvider
,
generated an error when running on Mono. When an attempt was
made to save a string in Profile.Name
the
string was not saved to the
my_aspnet_Profiles
table. If an attempt was
made to force the save with Profile.Save()
the following error was generated:
Server Error in '/mono' Application -------------------------------------------------------------------------------- The requested feature is not implemented. Description: HTTP 500. Error processing request. Stack Trace: System.NotImplementedException: The requested feature is not implemented. at MySql.Data.MySqlClient.MySqlConnection.EnlistTransaction (System.Transactions.Transaction transaction) [0x00000] at MySql.Data.MySqlClient.MySqlConnection.Open () [0x00000] at MySql.Web.Profile.MySQLProfileProvider.SetPropertyValues (System.Configuration.SettingsContext context, System.Configuration.SettingsPropertyValueCollection collection) [0x00000] -------------------------------------------------------------------------------- Version information: Mono Version: 2.0.50727.1433; ASP.NET Version: 2.0.50727.1433
An exception was generated when using
TIMESTAMP
columns with the Entity Framework.
(Bug#46311)
MySQL Connector/NET sometimes hung, without generating an exception. This
happened if a read from a stream failed returning a 0, causing
the code in LoadPacket()
to enter an infinite
loop.
(Bug#46308)
When using MySQL Connector/NET 6.0.4 and a MySQL Server 4.1 an exception was generated when trying to execute:
connection.GetSchema("Columns", ...);
The exception generated was:
'connection.GetSchema("Columns")' threw an exception of type 'System.ArgumentException'System.Data.DataTable {System.ArgumentException} base{"Input string was not in a correct format.Couldn't store <'Select'> in NUMERIC_PRECISION Column. Expected type is UInt64."}System.Exception {System.ArgumentException}
The MySQL Connector/NET method
StoredProcedure.GetParameters(string)
ignored
the programmer's setting of the
UseProcedureBodies
option. This broke any
application for which the application's parameter names did not
match the parameter names in the Stored Procedure, resulting in
an ArgumentException
with the message
“Parameter 'foo' not found in the collection.” and
the following stack trace:
MySql.Data.dll!MySql.Data.MySqlClient.MySqlParameterCollection.GetParameterFlexible(stri ng parameterName = "pStart", bool throwOnNotFound = true) Line 459C# MySql.Data.dll!MySql.Data.MySqlClient.StoredProcedure.Resolve() Line 157 + 0x25 bytesC# MySql.Data.dll!MySql.Data.MySqlClient.MySqlCommand.ExecuteReader(System.Data.CommandBeha vior behavior = SequentialAccess) Line 405 + 0xb bytesC# MySql.Data.dll!MySql.Data.MySqlClient.MySqlCommand.ExecuteDbDataReader(System.Data.Comma ndBehavior behavior = SequentialAccess) Line 884 + 0xb bytesC# System.Data.dll!System.Data.Common.DbCommand.System.Data.IDbCommand.ExecuteReader(System .Data.CommandBehavior behavior) + 0xb bytes System.Data.dll!System.Data.Common.DbDataAdapter.FillInternal(System.Data.DataSet dataset = {System.Data.DataSet}, System.Data.DataTable[] datatables = null, int startRecord = 0, int maxRecords = 0, string srcTable = "Table", System.Data.IDbCommand command = {MySql.Data.MySqlClient.MySqlCommand}, System.Data.CommandBehavior behavior) + 0x83 bytes System.Data.dll!System.Data.Common.DbDataAdapter.Fill(System.Data.DataSet dataSet, int startRecord, int maxRecords, string srcTable, System.Data.IDbCommand command, System.Data.CommandBehavior behavior) + 0x120 bytes System.Data.dll!System.Data.Common.DbDataAdapter.Fill(System.Data.DataSet dataSet) + 0x5f bytes
Conversion of MySQL TINYINT(1)
to
boolean
failed.
(Bug#46205, Bug#46359, Bug#41953)
When populating a MySQL database table in Visual Studio using
the Table Editor, if a VARCHAR(10)
column was
changed to a VARCHAR(20)
column an exception
was generated:
SystemArgumentException: DataGridViewComboBoxCell value is not valid. To replace this default dialog please handle the DataError Event.
In MySQL Connector/NET 6.0.4 using GetProcData
generated
an error because the parameters
data table
was only created if MySQL Server was at least version 6.0.6, or
if the UseProcedureBodies
connection string
option was set to true.
Also the DeriveParameters
command generated a
null reference exception. This was because the
parameters
data table, which was null, was
used in a for each
loop.
(Bug#45952)
The Entity Framework provider was not calling
DBSortExpression
correctly when the
Skip
and Take
methods were
used, such as in the following statement:
TestModel.tblquarantine.OrderByDescending(q => q.MsgDate).Skip(100).Take(100).ToList();
This resulted in the data being unsorted. (Bug#45723)
The EscapeString
code carried out escaping by
calling string.Replace
multiple times. This
resulted in a performance bottleneck, as for every line a new
string was allocated and another was disposed of by the garbage
collector.
(Bug#45699)
Adding the Allow Batch=False
option to the
connection string caused MySQL Connector/NET to generate the error:
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'SET character_set_results=NULL' at line 1
The MySQL Connector/NET 6.0.4 installer failed with an error. The error message generated was:
There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor.
When Bug#45474)
was clicked to acknowledge the error the installer exited. (
A MySQL Connector/NET test program that connected to MySQL Server using the
connection string option compress=true
crashed, but only when running on Mono. The program worked as
expected when running on Microsoft Windows.
This was due to a bug in Mono. MySQL Connector/NET was modified to avoid
using WeakReferences
in the
Compressed
stream class, which was causing
the crash.
(Bug#45463)
Calling the Entity Framework SaveChanges()
method of any MySQL ORM Entity with a column type
TIME
, generated an error message:
Unknown PrimitiveKind Time
Insert into two tables failed when using the Entity Framework. The exception generated was:
The value given is not an instance of type 'Edm.Int32'
Input parameters were missing from Stored Procedures when using them with ADO.NET Data Entities. (Bug#44985)
Errors occurred when using the Entity Framework with cultures
that used a comma as the decimal separator. This was because the
formatting for SINGLE
,
DOUBLE
and DECIMAL
values
was not handled correctly.
(Bug#44455)
When attempting to connect to MySQL using the Compact Framework
version of MySQL Connector/NET, an
IndexOutOfRangeException
exception was
generated on trying to open the connection.
(Bug#43736)
When reading data, such as with a
MySqlDataAdapter
on a
MySqlConnection
, MySQL Connector/NET could potentially
enter an infinite loop in
CompressedStream.ReadNextpacket()
if
compression was enabled.
(Bug#43678)
An error occurred when building MySQL Connector/NET from source code checked out from the public SVN repository. This happened on Linux using Mono and Nant. The Mono JIT compiler version was 1.2.6.0. The Nant version was 0.85.
When an attempt was made to build (for example) the MySQL Connector/NET 5.2 branch using the command:
$ nant -buildfile:Client.build
The following error occurred:
BUILD FAILED Error loading buildfile. Encoding name 'Windows-1252' not supported. Parameter name: name
After a Reference to "C:\Program Files\MySQL\MySQL Connector Net 5.2.4\Compact Framework\MySql.Data.CF.dll" was added to a Windows Mobile 5.0 project, the project then failed to build, generating a Microsoft Visual C# compiler error.
The error generated was:
Error 2 The type 'System.Runtime.CompilerServices.CompilerGeneratedAttribute' has no constructors defined MysqlTest Error 3 Internal Compiler Error (0xc0000005 at address 5A7E3714): likely culprit is 'COMPILE'.
MySQL Connector/NET CHM documentation stated that MySQL Server 3.23 was supported. (Bug#42110)
In the case of long network inactivity, especially when connection pooling was used, connections were sometimes dropped, for example, by firewalls.
Note: The bugfix introduced a new keepalive
parameter, which prevents disconnects by sending an empty TCP
packet after a specified timeout.
(Bug#40684)
MySQL Connector/NET generated the following exception:
System.NullReferenceException: Object reference not set to an instance of an object. bei MySql.Data.MySqlClient.MySqlCommand.TimeoutExpired(Object commandObject) bei System.Threading._TimerCallback.TimerCallback_Context(Object state) bei System.Threading.ExecutionContext.runTryCode(Object userData) bei System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData) bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) bei System.Threading._TimerCallback.PerformTimerCallback(Object state)
Calling a Stored Procedure with an output parameter through MySQL Connector/NET resulted in a memory leak. Calling the same Stored Procedure without an output parameter did not result in a memory leak. (Bug#36027)
Using a DataAdapter
with a linked
MySqlCommandBuilder
the following exception
was thrown when trying to call da.Update(DataRow[]
rows)
:
Connection must be valid and open
This is the first post-GA release, fixing recently discovered bugs.
Bugs fixed:
If a certain socket exception occurred when trying to establish a MySQL database connection, MySQL Connector/NET displayed an exception message that appeared to be unrelated to the underlying problem. This masked the problem and made diagnosing problems more difficult.
For example, if, when establishing a database connection via TCP/IP, Windows on the local machine allocated an ephemeral port that conflicted with a socket address still in use, then Windows/.NET would throw a socket exception with the following error text:
Only one usage of each socket address (protocol/network address/port) is normally
permitted IP ADDRESS/PORT
.
However, MySQL Connector/NET masked this socket exception and displayed an exception with the following text:
Unable to connect to any of the specified MySQL hosts.
A SQL query string containing an escaped backslash caused an exception to be generated:
Index and length must refer to a location within the string. Parameter name: length at System.String.InternalSubStringWithChecks(Int32 startIndex, Int32 length, Boolean fAlwaysCopy) at MySql.Data.MySqlClient.MySqlTokenizer.NextParameter() at MySql.Data.MySqlClient.Statement.InternalBindParameters(String sql, MySqlParameterCollection parameters, MySqlPacket packet) at MySql.Data.MySqlClient.Statement.BindParameters() at MySql.Data.MySqlClient.PreparableStatement.Execute() at MySql.Data.MySqlClient.MySqlCommand.ExecuteReader(CommandBehavior behavior) at MySql.Data.MySqlClient.MySqlCommand.ExecuteNonQuery()
The Microsoft Visual Studio solution file
MySQL-VS2005.sln
was invalid. Several
projects could not be loaded and thus it was not possible to
build MySQL Connector/NET from source.
(Bug#44822)
The Data Set editor generated an error when attempts were made to modify insert, update or delete commands:
Error in WHERE clause near '@'. Unable to parse query text.
The DataReader in MySQL Connector/NET 6.0.3 considered a BINARY(16) field as a GUID with a length of 16. (Bug#44507)
When creating a new DataSet the following error was generated:
Failed to open a connection to database. Cannot load type with name 'MySQL.Data.VisualStudio.StoredProcedureColumnEnumerator'
The MySQL Connector/NET MySQLRoleProvider reported that there were no roles, even when roles existed. (Bug#44414)
MySQL Connector/NET was missing the capability to validate the server's certificate when using encryption. This made it possible to conduct a man-in-the-middle attack against the connection, which defeated the security provided by SSL. (Bug#38700)
First GA release.
Functionality added or changed:
The MySqlTokenizer
failed to split fieldnames
from values if they were not separated by a space. This also
happened if the string contained certain characters. As a result
MySqlCommand.ExecuteNonQuery
raised an index
out of range exception.
The resulting errors are illustrated by the following examples.
Note, the example statements do not have delimiting spaces
around the =
operator.
INSERT INTO anytable SET Text='test--test';
The tokenizer incorrectly interpreted the value as containing a comment.
UPDATE anytable SET Project='123-456',Text='Can you explain this ?',Duration=15 WHERE ID=4711;'
A MySqlException
was generated, as the
?
in the value was interpreted by the
tokenizer as a parameter sign. The error message generated was:
Fatal error encountered during command execution. EXCEPTION: MySqlException - Parameter '?'' must be defined.
Bugs fixed:
MySQL.Data
was not displayed as a Reference
inside Microsoft Visual Studio 2008 Professional.
When a new C# project was created in Microsoft Visual Studio
2008 Professional, MySQL.Data
was not
displayed when , was selected.
(Bug#44141)
Column types for SchemaProvider
and
ISSchemaProvider
did not match.
When the source code in SchemaProvider.cs
and ISSchemaProvider.cs
were compared it
was apparent that they were not using the same column types. The
base provider used SQL such as SHOW CREATE
TABLE
, while ISSchemaProvider
used
the schema information tables. Column types used by the base
class were INT64
and the column types used by
ISSchemaProvider
were
UNSIGNED
.
(Bug#44123)
This is a new development release, fixing recently discovered bugs.
Bugs fixed:
MySQL Connector/NET 6.0.1 did not load in Microsoft Visual Studio 2008 and Visual Studio 2005 Pro.
The following error message was generated:
.NET Framework Data Provider for MySQL: The data provider object factory service was not found.
This is a new Beta development release, fixing recently discovered bugs.
Bugs fixed:
An insert and update error was generated by the decimal data type in the Entity Framework, when a German collation was used. (Bug#43574)
Generating an Entity Data Model (EDM) schema with a table
containing columns with data types MEDIUMTEXT
and LONGTEXT
generated a runtime error
message “Max value too long or too short for
Int32”.
(Bug#43480)
This is a new Alpha development release.
Bugs fixed:
A null reference exception was generated when
MySqlConnection.ClearPool(connection)
was
called.
(Bug#42801)
Bugs fixed:
The Web Provider did not work at all on a remote host, and did
not create a database when using
autogenerateschema="true"
.
(Bug#39072)
The MySQL Connector/NET installer program ended prematurely without reporting the specific error. (Bug#39019)
When called with an incorrect password the
MembershipProvider.GetPassword()
method
threw a
MySQLException
instead of a
MembershipPasswordException
.
(Bug#38939)
Possible overflow in
MySqlPacket.ReadLong()
.
(Bug#36997)
The TokenizeSql
method was adding query
overhead and causing high CPU utilization for larger queries.
(Bug#36836)
Bugs fixed:
If MySqlConnection.GetSchema
was called for
"Indexes" on a table named “b`a`d” as follows:
DataTable schemaPrimaryKeys = connection.GetSchema( "Indexes", new string[] { null, schemaName, "b`a`d"});
Then the following exception was generated:
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'a`d`' at line 1
When the connection string option “Connection Reset = True” was used, a connection reset used the previously used encoding for the subsequent authentication operation. This failed, for example, if UCS2 was used to read the last column before the reset. (Bug#47153)
In the MySqlDataReader
class the
GetSByte
function returned a
byte
value instead of an
sbyte
value.
(Bug#46620)
When trying to create stored procedures from a SQL script, a
MySqlException
was thrown when attempting to
redefine the DELIMITER
:
MySql.Data.MySqlClient.MySqlException was unhandled Message="You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'DELIMITER' at line 1" Source="MySql.Data" ErrorCode=-2147467259 Number=1064 StackTrace: à MySql.Data.MySqlClient.MySqlStream.ReadPacket() à MySql.Data.MySqlClient.NativeDriver.ReadResult(UInt64& affectedRows, Int64& lastInsertId) à MySql.Data.MySqlClient.MySqlDataReader.GetResultSet() à MySql.Data.MySqlClient.MySqlDataReader.NextResult() à MySql.Data.MySqlClient.MySqlCommand.ExecuteReader(CommandBehavior behavior) à MySql.Data.MySqlClient.MySqlCommand.ExecuteReader() à MySql.Data.MySqlClient.MySqlCommand.ExecuteNonQuery() à MySql.Data.MySqlClient.MySqlScript.Execute()
Note: The MySqlScript
class has been fixed to
support the delimiter statement as it is found in SQL scripts.
(Bug#46429)
The MySQL Connector/NET Profile Provider,
MySql.Web.Profile.MySQLProfileProvider
,
generated an error when running on Mono. When an attempt was
made to save a string in Profile.Name
the
string was not saved to the
my_aspnet_Profiles
table. If an attempt was
made to force the save with Profile.Save()
the following error was generated:
Server Error in '/mono' Application -------------------------------------------------------------------------------- The requested feature is not implemented. Description: HTTP 500. Error processing request. Stack Trace: System.NotImplementedException: The requested feature is not implemented. at MySql.Data.MySqlClient.MySqlConnection.EnlistTransaction (System.Transactions.Transaction transaction) [0x00000] at MySql.Data.MySqlClient.MySqlConnection.Open () [0x00000] at MySql.Web.Profile.MySQLProfileProvider.SetPropertyValues (System.Configuration.SettingsContext context, System.Configuration.SettingsPropertyValueCollection collection) [0x00000] -------------------------------------------------------------------------------- Version information: Mono Version: 2.0.50727.1433; ASP.NET Version: 2.0.50727.1433
When using MySQL Connector/NET 6.0.4 and a MySQL Server 4.1 an exception was generated when trying to execute:
connection.GetSchema("Columns", ...);
The exception generated was:
'connection.GetSchema("Columns")' threw an exception of type 'System.ArgumentException'System.Data.DataTable {System.ArgumentException} base{"Input string was not in a correct format.Couldn't store <'Select'> in NUMERIC_PRECISION Column. Expected type is UInt64."}System.Exception {System.ArgumentException}
The MySQL Connector/NET method
StoredProcedure.GetParameters(string)
ignored
the programmer's setting of the
UseProcedureBodies
option. This broke any
application for which the application's parameter names did not
match the parameter names in the Stored Procedure, resulting in
an ArgumentException
with the message
“Parameter 'foo' not found in the collection.” and
the following stack trace:
MySql.Data.dll!MySql.Data.MySqlClient.MySqlParameterCollection.GetParameterFlexible(stri ng parameterName = "pStart", bool throwOnNotFound = true) Line 459C# MySql.Data.dll!MySql.Data.MySqlClient.StoredProcedure.Resolve() Line 157 + 0x25 bytesC# MySql.Data.dll!MySql.Data.MySqlClient.MySqlCommand.ExecuteReader(System.Data.CommandBeha vior behavior = SequentialAccess) Line 405 + 0xb bytesC# MySql.Data.dll!MySql.Data.MySqlClient.MySqlCommand.ExecuteDbDataReader(System.Data.Comma ndBehavior behavior = SequentialAccess) Line 884 + 0xb bytesC# System.Data.dll!System.Data.Common.DbCommand.System.Data.IDbCommand.ExecuteReader(System .Data.CommandBehavior behavior) + 0xb bytes System.Data.dll!System.Data.Common.DbDataAdapter.FillInternal(System.Data.DataSet dataset = {System.Data.DataSet}, System.Data.DataTable[] datatables = null, int startRecord = 0, int maxRecords = 0, string srcTable = "Table", System.Data.IDbCommand command = {MySql.Data.MySqlClient.MySqlCommand}, System.Data.CommandBehavior behavior) + 0x83 bytes System.Data.dll!System.Data.Common.DbDataAdapter.Fill(System.Data.DataSet dataSet, int startRecord, int maxRecords, string srcTable, System.Data.IDbCommand command, System.Data.CommandBehavior behavior) + 0x120 bytes System.Data.dll!System.Data.Common.DbDataAdapter.Fill(System.Data.DataSet dataSet) + 0x5f bytes
Conversion of MySQL TINYINT(1)
to
boolean
failed.
(Bug#46205, Bug#46359, Bug#41953)
If the application slept for longer than the specified
net_write_timeout
, and then resumed
Read
operations on a connection, then the
application failed silently.
(Bug#45978)
When reading data, such as with a
MySqlDataAdapter
on a
MySqlConnection
, MySQL Connector/NET could potentially
enter an infinite loop in
CompressedStream.ReadNextpacket()
if
compression was enabled.
(Bug#43678)
An error occurred when building MySQL Connector/NET from source code checked out from the public SVN repository. This happened on Linux using Mono and Nant. The Mono JIT compiler version was 1.2.6.0. The Nant version was 0.85.
When an attempt was made to build (for example) the MySQL Connector/NET 5.2 branch using the command:
$ nant -buildfile:Client.build
The following error occurred:
BUILD FAILED Error loading buildfile. Encoding name 'Windows-1252' not supported. Parameter name: name
MySQL Connector/NET CHM documentation stated that MySQL Server 3.23 was supported. (Bug#42110)
Using a DataAdapter
with a linked
MySqlCommandBuilder
the following exception
was thrown when trying to call da.Update(DataRow[]
rows)
:
Connection must be valid and open
Bugs fixed:
The EscapeString
code carried out escaping by
calling string.Replace
multiple times. This
resulted in a performance bottleneck, as for every line a new
string was allocated and another was disposed of by the garbage
collector.
(Bug#45699)
A MySQL Connector/NET test program that connected to MySQL Server using the
connection string option compress=true
crashed, but only when running on Mono. The program worked as
expected when running on Microsoft Windows.
This was due to a bug in Mono. MySQL Connector/NET was modified to avoid
using WeakReferences
in the
Compressed
stream class, which was causing
the crash.
(Bug#45463)
If a certain socket exception occurred when trying to establish a MySQL database connection, MySQL Connector/NET displayed an exception message that appeared to be unrelated to the underlying problem. This masked the problem and made diagnosing problems more difficult.
For example, if, when establishing a database connection via TCP/IP, Windows on the local machine allocated an ephemeral port that conflicted with a socket address still in use, then Windows/.NET would throw a socket exception with the following error text:
Only one usage of each socket address (protocol/network address/port) is normally
permitted IP ADDRESS/PORT
.
However, MySQL Connector/NET masked this socket exception and displayed an exception with the following text:
Unable to connect to any of the specified MySQL hosts.
The Microsoft Visual Studio solution file
MySQL-VS2005.sln
was invalid. Several
projects could not be loaded and thus it was not possible to
build MySQL Connector/NET from source.
(Bug#44822)
The MySQL Connector/NET MySQLRoleProvider reported that there were no roles, even when roles existed. (Bug#44414)
After a Reference to "C:\Program Files\MySQL\MySQL Connector Net 5.2.4\Compact Framework\MySql.Data.CF.dll" was added to a Windows Mobile 5.0 project, the project then failed to build, generating a Microsoft Visual C# compiler error.
The error generated was:
Error 2 The type 'System.Runtime.CompilerServices.CompilerGeneratedAttribute' has no constructors defined MysqlTest Error 3 Internal Compiler Error (0xc0000005 at address 5A7E3714): likely culprit is 'COMPILE'.
MySQL Connector/NET generated the following exception:
System.NullReferenceException: Object reference not set to an instance of an object. bei MySql.Data.MySqlClient.MySqlCommand.TimeoutExpired(Object commandObject) bei System.Threading._TimerCallback.TimerCallback_Context(Object state) bei System.Threading.ExecutionContext.runTryCode(Object userData) bei System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData) bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) bei System.Threading._TimerCallback.PerformTimerCallback(Object state)
When a TableAdapter was created on a DataSet, it was not possible to use a stored procedure with variables. The following error was generated:
The method or operation is not implemented
Functionality added or changed:
A new connection string option has been added: use
affected rows
. When true
the
connection will report changed rows instead of found rows.
(Bug#44194)
Bugs fixed:
Calling GetSchema()
on
Indexes
or IndexColumns
failed where index or column names were restricted.
In SchemaProvider.cs
, methods
GetIndexes()
and
GetIndexColumns()
passed their restrictions
directly to GetTables()
. This only worked if
the restrictions were no more specific than
schemaName
and tableName
.
If IndexName
was given, this was passed to
GetTables()
where it was treated as
TableType
. As a result no tables were
returned, unless the index name happened to be BASE
TABLE
or VIEW
. This meant that both
methods failed to return any rows.
(Bug#43991)
GetSchema("MetaDataCollections")
should have
returned a table with a column named
“NumberOfRestrictions” not
“NumberOfRestriction”.
This can be confirmed by referencing the Microsoft Documentation. (Bug#43990)
Requests sent to the MySQL Connector/NET role provider to remove a user from
a role failed. The query log showed the query was correctly
executed within a transaction which was immediately rolled back.
The rollback was caused by a missing call to the
Complete
method of the transaction.
(Bug#43553)
When using MySqlBulkLoader.Load()
, the text
file is opened by
NativeDriver.SendFileToServer
. If it
encountered a problem opening the file as a stream, an exception
was generated and caught. An attempt to clean up resources was
then made in the finally{}
clause by calling
fs.Close()
, but since the stream was never
successfully opened, this was an attempt to execute a method of
a null reference.
(Bug#43332)
A null reference exception was generated when
MySqlConnection.ClearPool(connection)
was
called.
(Bug#42801)
MySQLMembershipProvider.ValidateUser
only
used the userId
to validate. However, it
should also use the applicationId
to perform
the validation correctly.
The generated query was, for example:
SELECT Password, PasswordKey, PasswordFormat, IsApproved, Islockedout FROM my_aspnet_Membership WHERE userId=13
Note that applicationId
is not used.
(Bug#42574)
There was an error in the ProfileProvider
class in the private ProfileInfoCollection
GetProfiles()
function. The column of the final table
was named “lastUpdatdDate” ('e' is
missing) instead of the correct “lastUpdatedDate”.
(Bug#41654)
The GetGuid()
method of
MySqlDataReader
did not treat
BINARY(16)
column data as a GUID. When
operating on such a column a FormatException
exception was generated.
(Bug#41452)
When ASP.NET membership was configured to not require password
question and answer using
requiresQuestionAndAnswer="false"
, a
SqlNullValueException
was generated when
using MembershipUser.ResetPassword()
to reset
the user password.
(Bug#41408)
If a Stored Procedure
contained spaces in its
parameter list, and was then called from MySQL Connector/NET, an exception
was generated. However, the same Stored
Procedure
called from the MySQL Query Analyzer or the
MySQL Client worked correctly.
The exception generated was:
Parameter '0' not found in the collection.
The DATETIME
format contained an erroneous
space.
(Bug#41021)
When MySql.Web.Profile.MySQLProfileProvider
was configured, it was not possible to assign a name other than
the default name MySQLProfileProvider
.
If the name SCC_MySQLProfileProvider
was
assigned, an exception was generated when attempting to use
Page.Context.Profile['custom prop']
.
The exception generated was:
The profile default provider was not found.
Note that the exception stated: 'the profile default provider...', even though a different name was explicitly requested. (Bug#40871)
When ExecuteNonQuery
was called with a
command type of Stored Procedure
it worked
for one user but resulted in a hang for another user with the
same database permissions.
However, if CALL
was used in the
command text and ExecuteNonQuery
was used
with a command type of Text
, the call worked
for both users.
(Bug#40139)
Bugs fixed:
Visual Studio 2008 displayed the following error three times on start-up:
"Package Load Failure Package 'MySql.Data.VisualStudio.MySqlDataProviderPackage, MySql.VisualStudio, Version=5.2.4, Culture=neutral, PublicKeyTopen=null' has failed to load properly (GUID = {79A115C9-B133-4891-9E7B-242509DAD272}). Please contact the package vendor for assistance. Application restart is recommended, due to possible environment corruption. Would you like to disable loading the package in the future? You may use 'devenve/resetskippkgs' to re-enable package loading."
Bugs fixed:
MySqlDataReader
did not feature a
GetSByte
method.
(Bug#40571)
When working with stored procedures MySQL Connector/NET generated an
exception Unknown "table parameters" in
information_schema
.
(Bug#40382)
GetDefaultCollation
and
GetMaxLength
were not thread safe. These
functions called the database to get a set of parameters and
cached them in two static dictionaries in the function
InitCollections
. However, if many threads
called them they would try to insert the same keys in the
collections resulting in duplicate key exceptions.
(Bug#40231)
If connection pooling was not set explicitly in the connection
string, MySQL Connector/NET added “;Pooling=False” to the end of
the connection string when
MySqlCommand.ExecuteReader()
was called.
If connection pooling was explicitly set in the connection
string, when MySqlConnection.Open()
was
called it converted “Pooling=True” to
“pooling=True”.
If MySqlCommand.ExecuteReader()
was
subsequently called, it concatenated
“;Pooling=False” to the end of the connection
string. The resulting connection string was thus terminated with
“pooling=True;Pooling=False”. This disabled
connection pooling completely.
(Bug#40091)
The connection string option Functions Return
String
did not set the correct encoding for the result
string. Even though the connection string option
Functions Return String=true;
is set, the
result of SELECT DES_DECRYPT()
contained
“??” instead of the correct national character
symbols.
(Bug#40076)
If, when using the MySqlTransaction
transaction object, an exception was thrown, the transaction
object was not disposed of and the transaction was not rolled
back.
(Bug#39817)
After the ConnectionString
property was
initialized via the public setter of
DbConnectionStringBuilder
, the
GetConnectionString
method of
MySqlConnectionStringBuilder
incorrectly
returned null
when true
was assigned to the includePass
parameter.
(Bug#39728)
When using ProfileProvider
, attempting to
update a previously saved property failed.
(Bug#39330)
Reading a negative time value greater than -01:00:00 returned the absolute value of the original time value. (Bug#39294)
Inserting a negative time value (negative
TimeSpan
) into a Time
column through the use of MySqlParameter
caused
MySqlException
to be thrown.
(Bug#39275)
When a data connection was created in the server explorer of Visual Studio 2008 Team, an error was generated when trying to expand stored procedures that had parameters.
Also, if TableAdapter was right-clicked and then , , selected, if you then attempted to select a stored procedure, the window would close and no error message would be displayed. (Bug#39252)
The Web Provider did not work at all on a remote host, and did
not create a database when using
autogenerateschema="true"
.
(Bug#39072)
MySQL Connector/NET called hashed password methods not supported in Mono 2.0 Preview 2. (Bug#38895)
Functionality added or changed:
Error string was returned after a 28000 second
wait_timeout
. This has been
changed to generate a ConnectionState.Closed
event.
(Bug#38119)
Changed how the procedure schema collection is retrieved. If the
connection string contains “use procedure
bodies=true
” then a
SELECT
is performed on the
mysql.proc
table directly, as this is up to
50 times faster than the current Information Schema
implementation. If the connection string contains
“use procedure bodies=false
”,
then the Information Schema collection is queried.
(Bug#36694)
Changed how the procedure schema collection is retrieved. If
use procedure bodies=true
then the
mysql.proc
table is selected directly as this
is up to 50 times faster than the current
information_schema
implementation. If
use procedure bodies=false
, then the
information_schema
collection is queried.
(Bug#36694)
String escaping functionality has been moved from the
MySqlString
class to the
MySqlHelper
class, where it can be
accessed by the EscapeString
method.
(Bug#36205)
Bugs fixed:
The GetOrdinal()
method failed to
return the ordinal if the column name string contained an
accent.
(Bug#38721)
MySQL Connector/NET uninstaller did not clean up all installed files. (Bug#38534)
There was a short circuit evaluation error in the
MySqlCommand.CheckState()
method. When
the statement connection == null
was true a
NullReferenceException
was thrown and not
the expected InvalidOperationException
.
(Bug#38276)
The provider did not silently create the user if the user did not exist. (Bug#38243)
Executing a command that resulted in a fatal exception did not close the connection. (Bug#37991)
When a prepared insert query is run that contains an
UNSIGNED TINYINT
in the parameter list, the
complete query and data that should be inserted is corrupted and
no error is thrown.
(Bug#37968)
In a .NET application MySQL Connector/NET modifies the connection string so that it contains several occurrences of the same option with different values. This is illustrated by the example that follows.
The original connection string:
host=localhost;database=test;uid=*****;pwd=*****; connect timeout=25; auto enlist=false;pooling=false;
The connection string after closing
MySqlDataReader
:
host=localhost;database=test;uid=*****;pwd=*****; connect timeout=25;auto enlist=false;pooling=false; Allow User Variables=True;Allow User Variables=False; Allow User Variables=True;Allow User Variables=False;
Unnecessary network traffic was generated for the normal case where the web provider schema was up to date. (Bug#37469)
MySqlReader.GetOrdinal()
performance
enhancements break existing functionality.
(Bug#37239)
The autogenerateschema
option produced tables
with incorrect collations.
(Bug#36444)
GetSchema
did not work correctly when
querying for a collection, if using a non-English locale.
(Bug#35459)
When reading back a stored double or single value using the .NET provider, the value had less precision than the one stored. (Bug#33322)
Using the MySQL Visual Studio plugin and a MySQL 4.1 server,
certain field types (ENUM
) would
not be identified correctly. Also, when looking for tables, the
plugin would list all tables matching a wildcard pattern of the
database name supplied in the connection string, instead of only
tables within the specified database.
(Bug#30603)
Bugs fixed:
Product documentation incorrectly stated '?' is the preferred parameter marker. (Bug#37349)
An incorrect value for a bit field would returned in a multi-row
query if a preceding value for the field returned
NULL
.
(Bug#36313)
Tables with GEOMETRY
field types would return
an unknown datatype exception.
(Bug#36081)
When using the MySQLProfileProvider
, setting
profile details and then reading back saved data would result in
the default values being returned instead of the updated values.
(Bug#36000)
When creating a connection, setting the
ConnectionString
property of
MySqlConnection
to NULL
would throw an exception.
(Bug#35619)
The DbCommandBuilder.QuoteIdentifer
method was not implemented.
(Bug#35492)
When using encrypted passwords, the
GetPassword()
function would return the wrong
string.
(Bug#35336)
An error would be raised when calling
GetPassword()
with a NULL
value.
(Bug#35332)
When retreiving data where a field has been identified as
containing a GUID value, the incorrect value would be returned
when a previous row contained a NULL
value
for that field.
(Bug#35041)
Using the TableAdapter Wizard
would fail when
generating commands that used stored procedures due to the
change in supported parameter characters.
(Bug#34941)
When creating a new stored procedured, the new parameter code
which allows the use of the @
symbol would
interfere with the specification of a
DEFINER
.
(Bug#34940)
When using SqlDataSource
to open a
connection, the connection would not automatically be closed
when access had completed.
(Bug#34460)
There was a high level of contention in the connection pooling code that could lead to delays when opening connections and submitting queries. The connection pooling code has been modified to try and limit the effects of the contention issue. (Bug#34001)
Using the TableAdaptor
wizard in combination
with a suitable SELECT
statement,
only the associated INSERT
statement would also be created, rather than the required
DELETE
and
UPDATE
statements.
(Bug#31338)
Fixed problem in datagrid code related to creating a new table. This problem may have been introduced with .NET 2.0 SP1.
Fixed profile provider that would throw an exception if you were updating a profile that already existed.
Bugs fixed:
When using the provider to generate or update users and passwords, the password checking algorithm would not validate the password strength or requirements correctly. (Bug#34792)
When executing statements that used stored procedures and functions, the new parameter code could fail to identify the correct parameter format. (Bug#34699)
The installer would fail to the DDEX provider binary if the Visual Studio 2005 component was not selected. The result would lead to MySQL Connector/NET not loading properly when using the interface to a MySQL server within Visual Studio. (Bug#34674)
A number issues were identified in the case, connection and
scema areas of the code for
MembershipProvider
,
RoleProvider
,
ProfileProvider
.
(Bug#34495)
When using web providers, the MySQL Connector/NET would check the schema and cache the application id, even when the connection string had been set. The effect would be to break the memvership provider list. (Bug#34451)
Attempting to use an isolation level other than the default with a transaction scope would use the default isolation level. (Bug#34448)
When altering a stored procedure within Visual Studio, the parameters to the procedure could be lost. (Bug#34359)
A race condition could occur within the procedure cache resulting the cache contents overflowing beyond the configured cache size. (Bug#34338)
Fixed problem with Visual Studio 2008 integration that caused pop-up menus on server explorer nodes to not function
The provider code has been updated to fix a number of outstanding issues.
Functionality added or changed:
Performing GetValue()
on a field
TINYINT(1)
returned a
BOOLEAN
. While not a bug, this
caused problems in software that expected an
INT
to be returned. A new
connection string option Treat Tiny As
Boolean
has been added with a default value of
true
. If set to false
the
provider will treat TINYINT(1)
as
INT
.
(Bug#34052)
Added support for DbDataAdapter
UpdateBatchSize
. Batching is fully supported
including collapsing inserts down into the multi-value form if
possible.
DDEX provider now works under Visual Studio 2008 beta 2.
Added ClearPool and ClearAllPools features.
Bugs fixed:
Some speed improvements have been implemented in the
TokenizeSql
process used to identify elements
of SQL statements.
(Bug#34220)
When accessing tables from different databases within the same
TransactionScope
, the same user/password
combination would be used for each database connection. MySQL Connector/NET
does not handle multiple connections within the same transaction
scope. An error is now returned if you attempt this process,
instead of using the incorrect authorization information.
(Bug#34204)
The status of connections reported through the state change handler was not being updated correctly. (Bug#34082)
Incorporated some connection string cache optimizations sent to us by Maxim Mass. (Bug#34000)
In an open connection where the server had disconnected unexpectedly, the status information of the connection would not be updated properly. (Bug#33909)
Data cached from the connection string could return invalid information because the internal routines were not using case-sensitive semantics. This lead to updated connection string options not being recognized if they were of a different case than the existing cached values. (Bug#31433)
Column name metadata was not using the character set as deifned within the connection string being used. (Bug#31185)
Memory usage could increase and decrease significantly when updating or inserting a large number of rows. (Bug#31090)
Commands executed from within the state change handeler would
fail with a NULL
exception.
(Bug#30964)
When running a stored procedure multiple times on the same connection, the memory usage could increase indefinitely. (Bug#30116)
Using compression in the MySQL connection with MySQL Connector/NET would be slower than using native (uncompressed) communication. (Bug#27865)
The MySqlDbType.Datetime
has been replaced
with MySqlDbType.DateTime
. The old format has
been obsoleted.
(Bug#26344)
Bugs fixed:
Calling GetSchema()
on
Indexes
or IndexColumns
failed where index or column names were restricted.
In SchemaProvider.cs
, methods
GetIndexes()
and
GetIndexColumns()
passed their restrictions
directly to GetTables()
. This only worked if
the restrictions were no more specific than
schemaName
and tableName
.
If IndexName
was given, this was passed to
GetTables()
where it was treated as
TableType
. As a result no tables were
returned, unless the index name happened to be BASE
TABLE
or VIEW
. This meant that both
methods failed to return any rows.
(Bug#43991)
The DATETIME
format contained an erroneous
space.
(Bug#41021)
If connection pooling was not set explicitly in the connection
string, MySQL Connector/NET added “;Pooling=False” to the end of
the connection string when
MySqlCommand.ExecuteReader()
was called.
If connection pooling was explicitly set in the connection
string, when MySqlConnection.Open()
was
called it converted “Pooling=True” to
“pooling=True”.
If MySqlCommand.ExecuteReader()
was
subsequently called, it concatenated
“;Pooling=False” to the end of the connection
string. The resulting connection string was thus terminated with
“pooling=True;Pooling=False”. This disabled
connection pooling completely.
(Bug#40091)
MySQL Connector/NET generated the following exception:
System.NullReferenceException: Object reference not set to an instance of an object. bei MySql.Data.MySqlClient.MySqlCommand.TimeoutExpired(Object commandObject) bei System.Threading._TimerCallback.TimerCallback_Context(Object state) bei System.Threading.ExecutionContext.runTryCode(Object userData) bei System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData) bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) bei System.Threading._TimerCallback.PerformTimerCallback(Object state)
If, when using the MySqlTransaction
transaction object, an exception was thrown, the transaction
object was not disposed of and the transaction was not rolled
back.
(Bug#39817)
When a prepared insert query is run that contains an
UNSIGNED TINYINT
in the parameter list, the
complete query and data that should be inserted is corrupted and
no error is thrown.
(Bug#37968)
Calling MySqlDataAdapter.FillSchema
on a
SELECT
statement that referred to a table
that did not exist left the connection in a bad state. After
this call, all SELECT
statements returned an
empty result set. If the SELECT
statement
referred to a table that did exist then everything worked as
expected.
(Bug#30518)
Bugs fixed:
There was a short circuit evaluation error in the
MySqlCommand.CheckState()
method. When
the statement connection == null
was true a
NullReferenceException
was thrown and not
the expected InvalidOperationException
.
(Bug#38276)
Executing a command that resulted in a fatal exception did not close the connection. (Bug#37991)
In a .NET application MySQL Connector/NET modifies the connection string so that it contains several occurrences of the same option with different values. This is illustrated by the example that follows.
The original connection string:
host=localhost;database=test;uid=*****;pwd=*****; connect timeout=25; auto enlist=false;pooling=false;
The connection string after closing
MySqlDataReader
:
host=localhost;database=test;uid=*****;pwd=*****; connect timeout=25;auto enlist=false;pooling=false; Allow User Variables=True;Allow User Variables=False; Allow User Variables=True;Allow User Variables=False;
As MySqlDbType.DateTime
is not available
in VB.Net
the warning The datetime
enum value is obsolete was always shown during
compilation.
(Bug#37406)
An unknown MySqlErrorCode
was encountered
when opening a connection with an incorrect password.
(Bug#37398)
Documentation incorrectly stated that “the DataColumn class in .NET 1.0 and 1.1 does not allow columns with type of UInt16, UInt32, or UInt64 to be autoincrement columns”. (Bug#37350)
SemaphoreFullException
is generated when
application is closed.
(Bug#36688)
GetSchema
did not work correctly when
querying for a collection, if using a non-English locale.
(Bug#35459)
When reading back a stored double or single value using the .NET provider, the value had less precision than the one stored. (Bug#33322)
Using the MySQL Visual Studio plugin and a MySQL 4.1 server,
certain field types (ENUM
) would
not be identified correctly. Also, when looking for tables, the
plugin would list all tables matching a wildcard pattern of the
database name supplied in the connection string, instead of only
tables within the specified database.
(Bug#30603)
Bugs fixed:
When creating a connection pool, specifying an invalid IP address will cause the entire application to crash, instead of providing an exception. (Bug#36432)
An incorrect value for a bit field would returned in a multi-row
query if a preceding value for the field returned
NULL
.
(Bug#36313)
The MembershipProvider
will raise an
exception when the connection string is configured with
enablePasswordRetrival = true
and
RequireQuestionAndAnswer = false
.
(Bug#36159)
When calling GetNumberOfUsersOnline
an
exception is raised on the submitted query due to a missing
parameter.
(Bug#36157)
Tables with GEOMETRY
field types would return
an unknown datatype exception.
(Bug#36081)
When creating a connection, setting the
ConnectionString
property of
MySqlConnection
to NULL
would throw an exception.
(Bug#35619)
The DbCommandBuilder.QuoteIdentifer
method was not implemented.
(Bug#35492)
When using SqlDataSource
to open a
connection, the connection would not automatically be closed
when access had completed.
(Bug#34460)
Attempting to use an isolation level other than the default with a transaction scope would use the default isolation level. (Bug#34448)
When altering a stored procedure within Visual Studio, the parameters to the procedure could be lost. (Bug#34359)
A race condition could occur within the procedure cache resulting the cache contents overflowing beyond the configured cache size. (Bug#34338)
Using the TableAdaptor
wizard in combination
with a suitable SELECT
statement,
only the associated INSERT
statement would also be created, rather than the required
DELETE
and
UPDATE
statements.
(Bug#31338)
Functionality added or changed:
Performing GetValue()
on a field
TINYINT(1)
returned a
BOOLEAN
. While not a bug, this
caused problems in software that expected an
INT
to be returned. A new
connection string option Treat Tiny As
Boolean
has been added with a default value of
true
. If set to false
the
provider will treat TINYINT(1)
as
INT
.
(Bug#34052)
Bugs fixed:
Some speed improvements have been implemented in the
TokenizeSql
process used to identify elements
of SQL statements.
(Bug#34220)
When accessing tables from different databases within the same
TransactionScope
, the same user/password
combination would be used for each database connection. MySQL Connector/NET
does not handle multiple connections within the same transaction
scope. An error is now returned if you attempt this process,
instead of using the incorrect authorization information.
(Bug#34204)
The status of connections reported through the state change handler was not being updated correctly. (Bug#34082)
Incorporated some connection string cache optimizations sent to us by Maxim Mass. (Bug#34000)
In an open connection where the server had disconnected unexpectedly, the status information of the connection would not be updated properly. (Bug#33909)
MySQL Connector/NET would fail to compile properly with nant. (Bug#33508)
Problem with membership provider would mean that
FindUserByEmail
would fail with a
MySqlException
because it was trying to add a
second parameter with the same name as the first.
(Bug#33347)
Using compression in the MySQL connection with MySQL Connector/NET would be slower than using native (uncompressed) communication. (Bug#27865)
Bugs fixed:
Setting the size of a string parameter after the value could cause an exception. (Bug#32094)
Creation of parameter objects with noninput direction using a constructor would fail. This was cause by some old legacy code preventing their use. (Bug#32093)
A date string could be returned incorrectly by
MySqlDataTime.ToString()
when the date
returned by MySQL was 0000-00-00 00:00:00
.
(Bug#32010)
A syntax error in a set of batch statements could leave the data adapter in a state that appears hung. (Bug#31930)
Installing over a failed uninstall of a previous version could
result in multiple clients being registered in the
machine.config
. This would prevent certain
aspects of the MySQL connection within Visual Studio to work
properly.
(Bug#31731)
MySQL Connector/NET would incorrectly report success when enlisting in a distributed transaction, although distributed transactions are not supported. (Bug#31703)
Data cached from the connection string could return invalid information because the internal routines were not using case-sensitive semantics. This lead to updated connection string options not being recognized if they were of a different case than the existing cached values. (Bug#31433)
Trying to use a connection that was not open could return an ambiguous and misleading error message. (Bug#31262)
Column name metadata was not using the character set as deifned within the connection string being used. (Bug#31185)
Memory usage could increase and decrease significantly when updating or inserting a large number of rows. (Bug#31090)
Commands executed from within the state change handeler would
fail with a NULL
exception.
(Bug#30964)
Extracting data through XML functions within a query returns the
data as System.Byte[]
. This was due to MySQL Connector/NET
incorrectly identifying BLOB
fields as binary, rather than text.
(Bug#30233)
When running a stored procedure multiple times on the same connection, the memory usage could increase indefinitely. (Bug#30116)
Column types with only 1-bit (such as
BOOLEAN
and
TINYINT(1)
were not returned as boolean
fields.
(Bug#27959)
When accessing certain statements, the command would timeout
before the command completed. Because this cannot always be
controlled through the individual command timeout options, a
default command timeout
has been added to the
connection string options.
(Bug#27958)
The server error code was not updated in the
Data[]
hash, which prevented
DbProviderFactory
users from accessing the
server error code.
(Bug#27436)
The MySqlDbType.Datetime
has been replaced
with MySqlDbType.DateTime
. The old format has
been obsoleted.
(Bug#26344)
Changing the connection string of a connection to one that changes the parameter marker after the connection had been assigned to a command but before the connection is opened could cause parameters to not be found. (Bug#13991)
This is a new Beta development release, fixing recently discovered bugs.
Bugs fixed:
An incorrect ConstraintException
could be
raised on an INSERT
when adding
rows to a table with a multiple-column unique key index.
(Bug#30204)
A DATE
field would be updated
with a date/time value, causing a
MySqlDataAdapter.Update()
exception.
(Bug#30077)
The Saudi Hijri calendar was not supported. (Bug#29931)
Calling SHOW CREATE PROCEDURE
for
routines with a hyphen in the catalog name produced a syntax
error.
(Bug#29526)
Connecting to a MySQL server earlier than version 4.1 would
raise a NullException
.
(Bug#29476)
The availability of a MySQL server would not be reset when using
pooled connections (pooling=true
). This would
lead to the server being reported as unavailable, even if the
server become available while the application was still running.
(Bug#29409)
A FormatException
error would be raised if a
parameter had not been found, instead of
Resources.ParameterMustBeDefined
.
(Bug#29312)
An exception would be thrown when using the Manage Role functionality within the web administrator to assign a role to a user. (Bug#29236)
Using the membership/role providers when
validationKey
or
decryptionKey
parameters are set to
AutoGenerate
, an exception would be raised
when accessing the corresponding values.
(Bug#29235)
Certain operations would not check the
UsageAdvisor
setting, causing log messages
from the Usage Advisor even when it was disabled.
(Bug#29124)
Using the same connection string multiple times would result in
Database=
appearing multiple times in the resulting string.
(Bug#29123)dbname
Visual Studio Plugin: Adding a new query
based on a stored procedure that uses the
SELECT
statement would terminate
the query/TableAdapter wizard.
(Bug#29098)
Using TransactionScope
would cause an
InvalidOperationException
.
(Bug#28709)
This is a new Beta development release, fixing recently discovered bugs.
Bugs fixed:
Log messages would be truncated to 300 bytes. (Bug#28706)
Creating a user would fail due to the application name being set incorrectly. (Bug#28648)
Visual Studio Plugin: Adding a new query
based on a stored procedure that used a
UPDATE
,
INSERT
or
DELETE
statement would terminate
the query/TableAdapter wizard.
(Bug#28536)
Visual Studio Plugin: Query Builder would
fail to show TINYTEXT
columns,
and any columns listed after a
TINYTEXT
column correctly.
(Bug#28437)
Accessing the results from a large query when using data compression in the connection would fail to return all the data. (Bug#28204)
Visual Studio Plugin: Update commands would not be generated correctly when using the TableAdapter wizard. (Bug#26347)
Bugs fixed:
Running the statement SHOW
PROCESSLIST
would return columns as byte arrays
instead of native columns.
(Bug#28448)
Installation of the MySQL Connector/NET on Windows would fail if VisualStudio had not already been installed. (Bug#28260)
MySQL Connector/NET would look for the wrong table when executing
User.IsRole().
(Bug#28251)
Building a connection string within a tight loop would show slow performance. (Bug#28167)
The UNSIGNED
flag for parameters in a stored
procedure would be ignored when using
MySqlCommandBuilder
to obtain the parameter
information.
(Bug#27679)
Using MySQLDataAdapter.FillSchema()
on a
stored procedure would raise an exception: Invalid
attempt to access a field before calling Read()
.
(Bug#27668)
DATETIME
fields from versions of
MySQL bgefore 4.1 would be incorrectly parsed, resulting in a
exception.
(Bug#23342)
Fixed password property on
MySqlConnectionStringBuilder
to use
PasswordPropertyText
attribute. This causes
dots to show instead of actual password text.
Functionality added or changed:
Now compiles for .NET CF 2.0.
Rewrote stored procedure parsing code using a new SQL tokenizer. Really nasty procedures including nested comments are now supported.
GetSchema will now report objects relative to the currently selected database. What this means is that passing in null as a database restriction will report objects on the currently selected database only.
Added Membership and Role provider contributed by Sean Wright (thanks!).
Bugs fixed:
If, when using the MySqlTransaction
transaction object, an exception was thrown, the transaction
object was not disposed of and the transaction was not rolled
back.
(Bug#39817)
Executing a command that resulted in a fatal exception did not close the connection. (Bug#37991)
When a prepared insert query is run that contains an
UNSIGNED TINYINT
in the parameter list, the
complete query and data that should be inserted is corrupted and
no error is thrown.
(Bug#37968)
In a .NET application MySQL Connector/NET modifies the connection string so that it contains several occurrences of the same option with different values. This is illustrated by the example that follows.
The original connection string:
host=localhost;database=test;uid=*****;pwd=*****; connect timeout=25; auto enlist=false;pooling=false;
The connection string after closing
MySqlDataReader
:
host=localhost;database=test;uid=*****;pwd=*****; connect timeout=25;auto enlist=false;pooling=false; Allow User Variables=True;Allow User Variables=False; Allow User Variables=True;Allow User Variables=False;
When creating a connection pool, specifying an invalid IP address will cause the entire application to crash, instead of providing an exception. (Bug#36432)
GetSchema
did not work correctly when
querying for a collection, if using a non-English locale.
(Bug#35459)
When reading back a stored double or single value using the .NET provider, the value had less precision than the one stored. (Bug#33322)
Bugs fixed:
The DbCommandBuilder.QuoteIdentifer
method was not implemented.
(Bug#35492)
Setting the size of a string parameter after the value could cause an exception. (Bug#32094)
Creation of parameter objects with noninput direction using a constructor would fail. This was cause by some old legacy code preventing their use. (Bug#32093)
A date string could be returned incorrectly by
MySqlDataTime.ToString()
when the date
returned by MySQL was 0000-00-00 00:00:00
.
(Bug#32010)
A syntax error in a set of batch statements could leave the data adapter in a state that appears hung. (Bug#31930)
Installing over a failed uninstall of a previous version could
result in multiple clients being registered in the
machine.config
. This would prevent certain
aspects of the MySQL connection within Visual Studio to work
properly.
(Bug#31731)
Data cached from the connection string could return invalid information because the internal routines were not using case-sensitive semantics. This lead to updated connection string options not being recognized if they were of a different case than the existing cached values. (Bug#31433)
Column name metadata was not using the character set as deifned within the connection string being used. (Bug#31185)
Memory usage could increase and decrease significantly when updating or inserting a large number of rows. (Bug#31090)
Commands executed from within the state change handeler would
fail with a NULL
exception.
(Bug#30964)
When running a stored procedure multiple times on the same connection, the memory usage could increase indefinitely. (Bug#30116)
The server error code was not updated in the
Data[]
hash, which prevented
DbProviderFactory
users from accessing the
server error code.
(Bug#27436)
Changing the connection string of a connection to one that changes the parameter marker after the connection had been assigned to a command but before the connection is opened could cause parameters to not be found. (Bug#13991)
This version introduces a new installer technology.
Bugs fixed:
Extracting data through XML functions within a query returns the
data as System.Byte[]
. This was due to MySQL Connector/NET
incorrectly identifying BLOB
fields as binary, rather than text.
(Bug#30233)
An incorrect ConstraintException
could be
raised on an INSERT
when adding
rows to a table with a multiple-column unique key index.
(Bug#30204)
A DATE
field would be updated
with a date/time value, causing a
MySqlDataAdapter.Update()
exception.
(Bug#30077)
Fixed bug where MySQL Connector/NET was hand building some date time patterns rather than using the patterns provided under CultureInfo. This caused problems with some calendars that do not support the same ranges as Gregorian.. (Bug#29931)
Calling SHOW CREATE PROCEDURE
for
routines with a hyphen in the catalog name produced a syntax
error.
(Bug#29526)
The availability of a MySQL server would not be reset when using
pooled connections (pooling=true
). This would
lead to the server being reported as unavailable, even if the
server become available while the application was still running.
(Bug#29409)
A FormatException
error would be raised if a
parameter had not been found, instead of
Resources.ParameterMustBeDefined
.
(Bug#29312)
Certain operations would not check the
UsageAdvisor
setting, causing log messages
from the Usage Advisor even when it was disabled.
(Bug#29124)
Using the same connection string multiple times would result in
Database=
appearing multiple times in the resulting string.
(Bug#29123)dbname
Log messages would be truncated to 300 bytes. (Bug#28706)
Accessing the results from a large query when using data compression in the connection will fail to return all the data. (Bug#28204)
Fixed problem where
MySqlConnection.BeginTransaction
checked the
drivers status var before checking if the connection was open.
The result was that the driver could report an invalid condition
on a previously opened connection.
Fixed problem where we were not closing prepared statement handles when commands are disposed. This could lead to using up all prepared statement handles on the server.
Fixed the database schema collection so that it works on servers
that are not properly respecting the
lower_case_table_names
setting.
Fixed problem where any attempt to not read all the records returned from a select where each row of the select is greater than 1024 bytes would hang the driver.
Fixed problem where a command timing out just after it actually finished would cause an exception to be thrown on the command timeout thread which would then be seen as an unhandled exception.
Fixed some serious issues with command timeout and cancel that could present as exceptions about thread ownership. The issue was that not all queries cancel the same. Some produce resultsets while others don't. ExecuteReader had to be changed to check for this.
Bugs fixed:
Running the statement SHOW
PROCESSLIST
would return columns as byte arrays
instead of native columns.
(Bug#28448)
Building a connection string within a tight loop would show slow performance. (Bug#28167)
Using logging (with the logging=true
parameter to the connection string) would not generate a log
file.
(Bug#27765)
The UNSIGNED
flag for parameters in a stored
procedure would be ignored when using
MySqlCommandBuilder
to obtain the parameter
information.
(Bug#27679)
Using MySQLDataAdapter.FillSchema()
on a
stored procedure would raise an exception: Invalid
attempt to access a field before calling Read()
.
(Bug#27668)
If you close an open connection with an active transaction, the transaction is not automatically rolled back. (Bug#27289)
When cloning an open
MySqlClient.MySqlConnection
with the
Persist Security Info=False
option set, the
cloned connection is not usable because the security information
has not been cloned.
(Bug#27269)
Enlisting a null transaction would affect the current connection object, such that further enlistment operations to the transaction are not possible. (Bug#26754)
Attempting to change the Connection Protocol
property within a PropertyGrid
control would
raise an exception.
(Bug#26472)
The characterset
property would not be
identified during a connection (also affected Visual Studion
Plugin).
(Bug#26147, Bug#27240)
The CreateFormat
column of the
DataTypes
collection did not contain a format
specification for creating a new column type.
(Bug#25947)
DATETIME
fields from versions of
MySQL bgefore 4.1 would be incorrectly parsed, resulting in a
exception.
(Bug#23342)
Bugs fixed:
Publisher listed in "Add/Remove Programs" is not consistent with other MySQL products. (Bug#27253)
DESCRIBE ....
SQL statement returns byte
arrays rather than data on MySQL versions older than 4.1.15.
(Bug#27221)
cmd.Parameters.RemoveAt("Id")
will cause an
error if the last item is requested.
(Bug#27187)
MySqlParameterCollection
and parameters added
with Insert
method can not be retrieved later
using ParameterName
.
(Bug#27135)
Exception thrown when using large values in
UInt64
parameters.
(Bug#27093)
MySQL Visual Studio Plugin 1.1.2 does not work with MySQL Connector/NET 5.0.5. (Bug#26960)
Functionality added or changed:
Reverted behavior that required parameter names to start with
the parameter marker. We apologize for this back and forth but
we mistakenly changed the behavior to not match what
SqlClient
supports. We now support using
either syntax for adding parameters however we also respond
exactly like SqlClient
in that if you ask for
the index of a parameter using a syntax different from when you
added the parameter, the result will be -1.
Assembly now properly appears in the Visual Studio 2005 Add/Remove Reference dialog.
Fixed problem that prevented use of
SchemaOnly
or SingleRow
command behaviors with stored procedures or prepared statements.
Added MySqlParameterCollection.AddWithValue
and marked the Add(name, value)
method as
obsolete.
Return parameters created with DeriveParameters now have the
name RETURN_VALUE
.
Fixed problem with parameter name hashing where the hashes were not getting updated when parameters were removed from the collection.
Fixed problem with calling stored functions when a return parameter was not given.
Added Use Procedure Bodies
connection string
option to allow calling procedures without using procedure
metadata.
Bugs fixed:
MySqlConnection.GetSchema
fails with
NullReferenceException
for Foreign Keys.
(Bug#26660)
MySQL Connector/NET would fail to install under Windows Vista. (Bug#26430)
Opening a connection would be slow due to host name lookup. (Bug#26152)
Incorrect values/formats would be applied when the
OldSyntax
connection string option was used.
(Bug#25950)
Registry would be incorrectly populated with installation locations. (Bug#25928)
Times with negative values would be returned incorrectly. (Bug#25912)
Returned data types of a DataTypes
collection
do not contain the right correctl CLR Datatype.
(Bug#25907)
GetSchema
and DataTypes
would throw an exception due to an incorrect table name.
(Bug#25906)
MySqlConnection
throws an exception when
connecting to MySQL v4.1.7.
(Bug#25726)
SELECT
did not work correctly
when using a WHERE
clause containing a UTF-8
string.
(Bug#25651)
When closing and then re-opening a connection to a database, the character set specification is lost. (Bug#25614)
Filling a table schema through a stored procedure triggers a runtime error. (Bug#25609)
BINARY
and
VARBINARY
columns would be
returned as a string, not binary, datatype.
(Bug#25605)
A critical ConnectionPool
error would result
in repeated System.NullReferenceException
.
(Bug#25603)
The UpdateRowSource.FirstReturnedRecord
method does not work.
(Bug#25569)
When connecting to a MySQL Server earlier than version 4.1, the connection would hang when reading data. (Bug#25458)
Using ExecuteScalar()
with more than one
query, where one query fails, will hang the connection.
(Bug#25443)
When a MySqlConversionException
is raised on
a remote object, the client application would receive a
SerializationException
instead.
(Bug#24957)
When connecting to a server, the return code from the connection could be zero, even though the host name was incorrect. (Bug#24802)
High CPU utilization would be experienced when there is no idle
connection waiting when using pooled connections through
MySqlPool.GetConnection
.
(Bug#24373)
MySQL Connector/NET would not compile properly when used with Mono 1.2. (Bug#24263)
Applications would crash when calling with
CommandType
set to
StoredProcedure
.
This is a new Beta development release, fixing recently discovered bugs.
Functionality added or changed:
Usage Advisor has been implemented. The Usage Advisor checks your queries and will report if you are using the connection inefficiently.
PerfMon hooks have been added to monitor the stored procedure cache hits and misses.
The MySqlCommand
object now supports
asynchronous query methods. This is implemented useg the
BeginExecuteNonQuery
and
EndExecuteNonQuery
methods.
Metadata from storaed procedures and stored function execution are cached.
The CommandBuilder.DeriveParameters
function
has been updated to the procedure cache.
The ViewColumns
GetSchema
collection has been updated.
Improved speed and performance by re-architecting certain sections of the code.
Support for the embedded server and client library have been removed from this release. Support will be added back to a later release.
The ShapZipLib library has been replaced with the deflate support provided within .NET 2.0.
SSL support has been updated.
Bugs fixed:
Additional text added to error message (Bug#25178)
An exception would be raised, or the process would hang, if
SELECT
privileges on a database
were not granted and a stored procedure was used.
(Bug#25033)
When adding parameter objects to a command object, if the
parameter direction is set to ReturnValue
before the parameter is added to the command object then when
the command is executed it throws an error.
(Bug#25013)
Using Driver.IsTooOld()
would return the
wrong value.
(Bug#24661)
When using a DbNull.Value
as the value for a
parameter value, and then later setting a specific value type,
the command would fail with an exception because the wrong type
was implied from the DbNull.Value
.
(Bug#24565)
Stored procedure executions are not thread safe. (Bug#23905)
Deleting a connection to a disconnected server when using the Visual Studio Plugin would cause an assertion failure. (Bug#23687)
Nested transactions (which are unsupported)do not raise an error or warning. (Bug#22400)
Functionality added or changed:
An Ignore Prepare
option has been added to
the connection string options. If enabled, prepared statements
will be disabled application-wide. The default for this option
is true.
Implemented a stored procedure cache. By default, the connector
caches the metadata for the last 25 procedures that are seen.
You can change the numbver of procedures that are cacheds by
using the procedure cache
connection string.
Important change: Due to a number of issues with the use of server-side prepared statements, MySQL Connector/NET 5.0.2 has disabled their use by default. The disabling of server-side prepared statements does not affect the operation of the connector in any way.
To enable server-side prepared statements you must add the following configuration property to your connector string properties:
ignore prepare=false
The default value of this property is true.
Bugs fixed:
One system where IPv6 was enabled, MySQL Connector/NET would incorrectly resolve host names. (Bug#23758)
Column names with accented characters were not parsed properly causing malformed column names in result sets. (Bug#23657)
An exception would be thrown when calling
GetSchemaTable
and fields
was null.
(Bug#23538)
A System.FormatException
exception would be
raised when invoking a stored procedure with an
ENUM
input parameter.
(Bug#23268)
During installation, an antivirus error message would be raised (indicating a malicious script problem). (Bug#23245)
Creating a connection through the Server Explorer when using the Visual Studio Plugin would fail. The installer for the Visual Studio Plugin has been updated to ensure that MySQL Connector/NET 5.0.2 must be installed. (Bug#23071)
Using Windows Vista (RC2) as a nonprivileged user would raise a
Registry key 'Global' access denied
.
(Bug#22882)
Within Mono, using the PreparedStatement
interface could result in an error due to a
BitArray
copying error.
(Bug#18186)
MySQL Connector/NET did not work as a data source for the
SqlDataSource
object used by ASP.NET 2.0.
(Bug#16126)
Bugs fixed:
MySQL Connector/NET on a Tukish operating system, may fail to execute certain SQL statements correctly. (Bug#22452)
Starting a transaction on a connection created by
MySql.Data.MySqlClient.MySqlClientFactory
,
using BeginTransaction
without specifying an
isolation level, causes the SQL statement to fail with a syntax
error.
(Bug#22042)
The MySqlexception
class is now derived from
the DbException
class.
(Bug#21874)
The #
would not be accepted within
column/table names, even though it was valid.
(Bug#21521)
You can now install the MySQL Connector/NET MSI package from the command line
using the /passive
,
/quiet
, /q
options.
(Bug#19994)
Submitting an empty string to a command object through
prepare
raises an
System.IndexOutOfRangeException
, rather than
a MySQL Connector/NET exception.
(Bug#18391)
Using ExecuteScalar
with a datetime field,
where the value of the field is "0000-00-00 00:00:00", a
MySqlConversionException
exception would be
raised.
(Bug#11991)
An MySql.Data.Types.MySqlConversionException
would be raised when trying to update a row that contained a
date field, where the date field contained a zero value
(0000-00-00 00:00:00).
(Bug#9619)
Executing multiple queries as part of a transaction returns
There is already an openDataReader associated with this
Connection which must be closed first
.
(Bug#7248)
Incorrect field/data lengths could be returned for
VARCHAR
UTF8 columns. Bug
(#14592)
Functionality added or changed:
Replaced use of ICSharpCode with .NET 2.0 internal deflate support.
Refactored test suite to test all protocols in a single pass.
Added usage advisor warnings for requesting column values by the wrong type.
Reimplemented PacketReader/PacketWriter support into
MySqlStream
class.
Reworked connection string classes to be simpler and faster.
Added procedure metadata caching.
Added internal implemention of SHA1 so we don't have to distribute the OpenNetCF on mobile devices.
Implemented MySqlClientFactory
class.
Added perfmon hooks for stored procedure cache hits and misses.
Implemented classes and interfaces for ADO.Net 2.0 support.
Added Async query methods.
Implemented Usage Advisor.
Completely refactored how column values are handled to avoid boxing in some cases.
Implemented MySqlConnectionBuilder
class.
Bugs fixed:
CommandText: Question mark in comment line is being parsed as a parameter. (Bug#6214)
Bugs fixed:
Attempting to utilize MySQL Connector .Net version 1.0.10 throws a fatal exception under Mono when pooling is enabled. (Bug#33682)
Setting the size of a string parameter after the value could cause an exception. (Bug#32094)
Creation of parameter objects with noninput direction using a constructor would fail. This was cause by some old legacy code preventing their use. (Bug#32093)
Memory usage could increase and decrease significantly when updating or inserting a large number of rows. (Bug#31090)
Commands executed from within the state change handeler would
fail with a NULL
exception.
(Bug#30964)
Extracting data through XML functions within a query returns the
data as System.Byte[]
. This was due to MySQL Connector/NET
incorrectly identifying BLOB
fields as binary, rather than text.
(Bug#30233)
Using compression in the MySQL connection with MySQL Connector/NET would be slower than using native (uncompressed) communication. (Bug#27865)
Changing the connection string of a connection to one that changes the parameter marker after the connection had been assigned to a command but before the connection is opened could cause parameters to not be found. (Bug#13991)
Bugs fixed:
An incorrect ConstraintException
could be
raised on an INSERT
when adding
rows to a table with a multiple-column unique key index.
(Bug#30204)
The availability of a MySQL server would not be reset when using
pooled connections (pooling=true
). This would
lead to the server being reported as unavailable, even if the
server become available while the application was still running.
(Bug#29409)
Publisher listed in "Add/Remove Programs" is not consistent with other MySQL products. (Bug#27253)
MySqlParameterCollection
and parameters added
with Insert
method can not be retrieved later
using ParameterName
.
(Bug#27135)
BINARY
and
VARBINARY
columns would be
returned as a string, not binary, datatype.
(Bug#25605)
A critical ConnectionPool
error would result
in repeated System.NullReferenceException
.
(Bug#25603)
When a MySqlConversionException
is raised on
a remote object, the client application would receive a
SerializationException
instead.
(Bug#24957)
High CPU utilization would be experienced when there is no idle
connection waiting when using pooled connections through
MySqlPool.GetConnection
.
(Bug#24373)
Functionality added or changed:
The ICSharpCode ZipLib is no longer used by the Connector, and is no longer distributed with it.
Important change: Binaries for .NET 1.0 are no longer supplied with this release. If you need support for .NET 1.0, you must build from source.
Improved CommandBuilder.DeriveParameters
to
first try and use the procedure cache before querying for the
stored procedure metadata. Return parameters created with
DeriveParameters
now have the name
RETURN_VALUE
.
An Ignore Prepare
option has been added to
the connection string options. If enabled, prepared statements
will be disabled application-wide. The default for this option
is true.
Implemented a stored procedure cache. By default, the connector
caches the metadata for the last 25 procedures that are seen.
You can change the numbver of procedures that are cacheds by
using the procedure cache
connection string.
Important change: Due to a number of issues with the use of server-side prepared statements, MySQL Connector/NET 5.0.2 has disabled their use by default. The disabling of server-side prepared statements does not affect the operation of the connector in any way.
To enable server-side prepared statements you must add the following configuration property to your connector string properties:
ignore prepare=false
The default value of this property is true.
Bugs fixed:
Times with negative values would be returned incorrectly. (Bug#25912)
MySqlConnection
throws a
NullReferenceException
and
ArgumentNullException
when connecting to
MySQL v4.1.7.
(Bug#25726)
SELECT
did not work correctly
when using a WHERE
clause containing a UTF-8
string.
(Bug#25651)
When closing and then re-opening a connection to a database, the character set specification is lost. (Bug#25614)
Trying to fill a table schema through a stored procedure triggers a runtime error. (Bug#25609)
Using ExecuteScalar()
with more than one
query, where one query fails, will hang the connection.
(Bug#25443)
Additional text added to error message. (Bug#25178)
When adding parameter objects to a command object, if the
parameter direction is set to ReturnValue
before the parameter is added to the command object then when
the command is executed it throws an error.
(Bug#25013)
When connecting to a server, the return code from the connection could be zero, even though the host name was incorrect. (Bug#24802)
Using Driver.IsTooOld()
would return the
wrong value.
(Bug#24661)
When using a DbNull.Value
as the value for a
parameter value, and then later setting a specific value type,
the command would fail with an exception because the wrong type
was implied from the DbNull.Value
.
(Bug#24565)
Stored procedure executions are not thread safe. (Bug#23905)
The CommandBuilder
would mistakenly add
insert parameters for a table column with auto incrementation
enabled.
(Bug#23862)
One system where IPv6 was enabled, MySQL Connector/NET would incorrectly resolve host names. (Bug#23758)
Nested transactions do not raise an error or warning. (Bug#22400)
An System.OverflowException
would be raised
when accessing a varchar field over 255 bytes. Bug (#23749)
Within Mono, using the PreparedStatement
interface could result in an error due to a
BitArray
copying error. (Bug 18186)
Functionality added or changed:
Stored procedures are now cached.
The method for retrieving stored procedured metadata has been
changed so that users without
SELECT
privileges on the
mysql.proc
table can use a stored procedure.
Bugs fixed:
MySQL Connector/NET on a Tukish operating system, may fail to execute certain SQL statements correctly. (Bug#22452)
The #
would not be accepted within
column/table names, even though it was valid.
(Bug#21521)
Calling Close
on a connection after
calling a stored procedure would trigger a
NullReferenceException
.
(Bug#20581)
You can now install the MySQL Connector/NET MSI package from the command line
using the /passive
,
/quiet
, /q
options.
(Bug#19994)
The DiscoverParameters function would fail when a stored
procedure used a NUMERIC
parameter type.
(Bug#19515)
When running a query that included a date comparison, a DateReader error would be raised. (Bug#19481)
IDataRecord.GetString
would raise
NullPointerException
for null values in
returned rows. Method now throws
SqlNullValueException
.
(Bug#19294)
Parameter substitution in queries where the order of parameters and table fields did not match would substitute incorrect values. (Bug#19261)
Submitting an empty string to a command object through
prepare
raises an
System.IndexOutOfRangeException
, rather than
a MySQL Connector/NET exception.
(Bug#18391)
An exception would be raised when using an output parameter to a
System.String
value.
(Bug#17814)
CHAR type added to MySqlDbType. (Bug#17749)
A SELECT
query on a table with a
date with a value of '0000-00-00'
would hang
the application.
(Bug#17736)
The CommandBuilder ignored Unsigned flag at Parameter creation. (Bug#17375)
When working with multiple threads, character set initialization would generate errors. (Bug#17106)
When using an unsigned 64-bit integer in a stored procedure, the unsigned bit would be lost stored. (Bug#16934)
DataReader
would show the value of the
previous row (or last row with nonnull data) if the current row
contained a datetime
field with a null value.
(Bug#16884)
Unsigned data types were not properly supported. (Bug#16788)
The connection string parser did not allow single or double quotation marks in the password. (Bug#16659)
The MySqlDateTime
class did not contain
constructors.
(Bug#15112)
Called MySqlCommandBuilder.DeriveParameters
for a stored procedure that has no paramers would cause an
application crash.
(Bug#15077)
Using ExecuteScalar
with a datetime field,
where the value of the field is "0000-00-00 00:00:00", a
MySqlConversionException
exception would be
raised.
(Bug#11991)
An MySql.Data.Types.MySqlConversionException
would be raised when trying to update a row that contained a
date field, where the date field contained a zero value
(0000-00-00 00:00:00).
(Bug#9619)
When using MySqlDataAdapter
, connections to a
MySQL server may remain open and active, even though the use of
the connection has been completed and the data received.
(Bug#8131)
Executing multiple queries as part of a transaction returns
There is already an openDataReader associated with this
Connection which must be closed first
.
(Bug#7248)
Incorrect field/data lengths could be returned for
VARCHAR
UTF8 columns. Bug
(#14592)
Bugs fixed:
Unsigned tinyint
(NET byte) would lead to and
incorrectly determined parameter type from the parameter value.
(Bug#18570)
A #42000Query was empty
exception occurred
when executing a query built with
MySqlCommandBuilder
, if the query string
ended with a semicolon.
(Bug#14631)
The parameter collection object's Add()
method added parameters to the list without first checking to
see whether they already existed. Now it updates the value of
the existing parameter object if it exists.
(Bug#13927)
Added support for the cp932
character set.
(Bug#13806)
Calling a stored procedure where a parameter contained special
characters (such as '@'
) would produce an
exception. Note that
ANSI_QUOTES
had to be enabled
to make this possible.
(Bug#13753)
The Ping()
method did not update the
State
property of the
Connection
object.
(Bug#13658)
Implemented the
MySqlCommandBuilder.DeriveParameters
method
that is used to discover the parameters for a stored procedure.
(Bug#13632)
A statement that contained multiple references to the same parameter could not be prepared. (Bug#13541)
Bugs fixed:
MySQL Connector/NET 1.0.5 could not connect on Mono. (Bug#13345)
Serializing a parameter failed if the first value passed in was
NULL
.
(Bug#13276)
Field names that contained the following characters caused
errors: ()%<>/
(Bug#13036)
The nant
build sequence had problems.
(Bug#12978)
The MySQL Connector/NET 1.0.5 installer would not install alongside MySQL Connector/NET 1.0.4. (Bug#12835)
Bugs fixed:
MySQL Connector/NET could not connect to MySQL 4.1.14. (Bug#12771)
With multiple hosts in the connection string, MySQL Connector/NET would not connect to the last host in the list. (Bug#12628)
The ConnectionString
property could not be
set when a MySqlConnection
object was added
with the designer.
(Bug#12551, Bug#8724)
The cp1250
character set was not supported.
(Bug#11621)
A call to a stored procedure caused an exception if the stored procedure had no parameters. (Bug#11542)
Certain malformed queries would trigger a Connection
must be valid and open
error message.
(Bug#11490)
Trying to use a stored procedure when
Connection.Database
was not populated
generated an exception.
(Bug#11450)
MySQL Connector/NET interpreted the new decimal data type as a byte array. (Bug#11294)
Added support to call a stored function from MySQL Connector/NET. (Bug#10644)
Connection could fail when .NET thread pool had no available worker threads. (Bug#10637)
Calling MySqlConnection.clone
when a
connection string had not yet been set on the original
connection would generate an error.
(Bug#10281)
Decimal parameters caused syntax errors. (Bug#10152, Bug#11550, Bug#10486)
Parameters were not recognized when they were separated by linefeeds. (Bug#9722)
The MySqlCommandBuilder
class could not
handle queries that referenced tables in a database other than
the default database.
(Bug#8382)
Trying to read a TIMESTAMP
column
generated an exception.
(Bug#7951)
MySQL Connector/NET could not work properly with certain regional settings. (WL#8228)
Bugs fixed:
MySqlReader.GetInt32
throws exception if
column is unsigned.
(Bug#7755)
Quote character \222 not quoted in
EscapeString
.
(Bug#7724)
GetBytes is working no more. (Bug#7704)
MySqlDataReader.GetString(index)
returns
non-Null value when field is Null
.
(Bug#7612)
Clone method bug in MySqlCommand
.
(Bug#7478)
Problem with Multiple resultsets. (Bug#7436)
MySqlAdapter.Fill
method throws error message
Non-negative number required
.
(Bug#7345)
MySqlCommand.Connection
returns an
IDbConnection.
(Bug#7258)
Calling prepare causing exception. (Bug#7243)
Fixed problem with shared memory connections.
Added or filled out several more topics in the API reference documentation.
Fixed another small problem with prepared statements.
Fixed problem that causes named pipes to not work with some blob functionality.
Bugs fixed:
Invalid query string when using inout parameters (Bug#7133)
Inserting DateTime
causes
System.InvalidCastException
to be thrown.
(Bug#7132)
MySqlDateTime
in Datatables sorting by Text,
not Date.
(Bug#7032)
Exception stack trace lost when re-throwing exceptions. (Bug#6983)
Errors in parsing stored procedure parameters. (Bug#6902)
InvalidCast when using DATE_ADD
-function.
(Bug#6879)
Int64 Support in MySqlCommand
Parameters.
(Bug#6863)
Test suite fails with MySQL 4.0 because of case sensitivity of table names. (Bug#6831)
MySqlDataReader.GetChar(int i)
throws
IndexOutOfRange
exception.
(Bug#6770)
Integer "out" parameter from stored procedure returned as string. (Bug#6668)
An Open Connection has been Closed by the Host System. (Bug#6634)
Fixed Invalid character set index: 200. (Bug#6547)
Connections now do not have to give a database on the connection string.
Installer now includes options to install into GAC and create
items.Fixed major problem with detecting null values when using prepared statements.
Fixed problem where multiple resultsets having different numbers of columns would cause a problem.
Added ServerThread
property to
MySqlConnection
to expose server thread id.
Added Ping method to MySqlConnection
.
Changed the name of the test suite to
MySql.Data.Tests.dll
.
Now SHOW COLLATION
is used upon
connection to retrieve the full list of charset ids.
Made MySQL the default named pipe name.
Bugs fixed:
Fixed Objects not being disposed (Bug#6649)
Fixed Charset-map for UCS-2 (Bug#6541)
Fixed Zero date "0000-00-00" is returned wrong when filling Dataset (Bug#6429)
Fixed double type handling in MySqlParameter(string parameterName, object value) (Bug#6428)
Fixed Installation directory ignored using custom installation (Bug#6329)
Fixed #HY000 Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ (Bug#6322)
Added the TableEditor CS and VB sample
Added charset connection string option
Fixed problem with MySqlBinary where string values could not be used to update extended text columns
Provider is now using character set specified by server as default
Updated the installer to include the new samples
Fixed problem where setting command text leaves the command in a prepared state
Fixed Long inserts take very long time (Bu #5453)
Fixed problem where calling stored procedures might cause an "Illegal mix of collations" problem.
Bugs fixed:
Fixed IndexOutOfBounds when reading BLOB with DataReader with GetString(index) (Bug#6230)
Fixed GetBoolean returns wrong values (Bug#6227)
Fixed Method TokenizeSql() uses only a limited set of valid characters for parameters (Bug#6217)
Fixed NET Connector source missing resx files (Bug#6216)
Fixed System.OverflowException when using YEAR datatype (Bug#6036)
Fixed MySqlDateTime sets IsZero property on all subseq.records after first zero found (Bug#6006)
Fixed serializing of floating point parameters (double, numeric, single, decimal) (Bug#5900)
Fixed missing Reference in DbType setter (Bug#5897)
Fixed Parsing the ';' char (Bug#5876)
Fixed DBNull Values causing problems with retrieving/updating queries. (Bug#5798)
IsNullable error (Bug#5796)
Fixed problem where MySqlParameterCollection.Add() would throw unclear exception when given a null value (Bug#5621)
Fixed construtor initialize problems in MySqlCommand() (Bug#5613)
Fixed Yet Another "object reference not set to an instance of an object" (Bug#5496)
Fixed Can't display Chinese correctly (Bug#5288)
Fixed MySqlDataReader and 'show tables from ...' behavior (Bug#5256)
Fixed problem in PacketReader where it could try to allocate the wrong buffer size in EnsureCapacity
Fixed problem where using old syntax while using the interfaces caused problems
Fixed Bug#5458 Calling GetChars on a longtext column throws an exception
Added test case for resetting the command text on a prepared command
Fixed Bug#5388 DataReader reports all rows as NULL if one row is NULL
Fixed problem where connection lifetime on the connect string was not being respected
Fixed Bug#5602 Possible bug in MySqlParameter(string, object) constructor
Field buffers being reused to decrease memory allocations and increase speed
Fixed Bug#5392 MySqlCommand sees "?" as parameters in string literals
Added Aggregate function test (wasn't really a bug)
Using PacketWriter instead of Packet for writing to streams
Implemented SequentialAccess
Fixed problem with ConnectionInternal where a key might be added more than once
Fixed Russian character support as well
Fixed Bug#5474 cannot run a stored procedure populating mysqlcommand.parameters
Fixed problem where connector was not issuing a CMD_QUIT before closing the socket
Fixed problem where Min Pool Size was not being respected
Refactored compression code into CompressedStream to clean up NativeDriver
CP1252 is now used for Latin1 only when the server is 4.1.2 and later
Fixed Bug#5469 Setting DbType throws NullReferenceException
Virtualized driver subsystem so future releases could easily support client or embedded server support
Bugs fixed:
Thai encoding not correctly supported. (Bug#3889)
Bumped version number to 1.0.0 for beta 1 release.
Removed all of the XML comment warnings.
Added COPYING.rtf
file for use in
installer.
Updated many of the test cases.
Fixed problem with using compression.
Removed some last references to ByteFX.
Added test fixture for prepared statements.
All type classes now implement a
SerializeBinary
method for sending their
data to a PacketWriter
.
Added PacketWriter
class that will enable
future low-memory large object handling.
Fixed many small bugs in running prepared statements and stored procedures.
Changed command so that an exception will not be thrown in executing a stored procedure with parameters in old syntax mode.
SingleRow
behavior now working right even
with limit.
GetBytes
now only works on binary columns.
Logger now truncates long SQL commands so blob columns do not blow out our log.
Host and database now have a default value of "" unless otherwise set.
Connection Timeout seems to be ignored. (Bug#5214)
Added test case for bug# 5051: GetSchema not working correctly.
Fixed problem where GetSchema
would return
false for IsUnique
when the column is key.
MySqlDataReader GetXXX
methods now using
the field level MySqlValue
object and not
performing conversions.
DataReader
returning
NULL
for time column. (Bug#5097)
Added test case for
LOAD DATA LOCAL
INFILE
.
Added replacetext custom nant task.
Added CommandBuilderTest
fixture.
Added Last One Wins feature to
CommandBuilder
.
Fixed persist security info case problem.
Fixed GetBool
so that 1, true, "true", and
"yes" all count as true.
Make parameter mark configurable.
Added the "old syntax" connection string parameter to allow use of @ parameter marker.
MySqlCommandBuilder
. (Bug#4658)
ByteFX.MySqlClient
caches passwords if
Persist Security Info
is false. (Bug#4864)
Updated license banner in all source files to include FLOSS exception.
Added new .Types namespace and implementations for most current MySql types.
Added MySqlField41
as a subclass of
MySqlField
.
Changed many classes to now use the new .Types types.
Changed type enum int
to
Int32
, short
to
Int16
, and bigint
to
Int64
.
Added dummy types UInt16
,
UInt32
, and UInt64
to
allow an unsigned parameter to be made.
Connections are now reset when they are pulled from the connection pool.
Refactored auth code in driver so it can be used for both auth and reset.
Added UserReset
test in
PoolingTests.cs
.
Connections are now reset using
COM_CHANGE_USER
when pulled from the pool.
Implemented SingleResultSet
behavior.
Implemented support of unicode.
Added char set mappings for utf-8 and ucs-2.
Time fields overflow using bytefx .net mysql driver (Bug#4520)
Modified time test in data type test fixture to check for time spans where hours > 24.
Wrong string with backslash escaping in
ByteFx.Data.MySqlClient.MySqlParameter
.
(Bug#4505)
Added code to Parameter test case TestQuoting to test for backslashes.
MySqlCommandBuilder
fails with multi-word
column names. (Bug#4486)
Fixed bug in TokenizeSql
where underscore
would terminate character capture in parameter name.
Added test case for spaces in column names.
MySqlDataReader.GetBytes
do not work
correctly. (Bug#4324)
Added GetBytes()
test case to
DataReader
test fixture.
Now reading all server variables in
InternalConnection.Configure
into
Hashtable
.
Now using string[]
for index map in
CharSetMap
.
Added CRInSQL test case for carriage returns in SQL.
Setting maxPacketSize to default value in
Driver.ctor
.
Setting MySqlDbType
on a parameter doesn't
set generic type. (Bug#4442)
Removed obsolete data types Long
and
LongLong
.
Overflow exception thrown when using "use pipe" on connection string. (Bug#4071)
Changed "use pipe" keyword to "pipe name" or just "pipe".
Allow reading multiple resultsets from a single query.
Added flags attribute to ServerStatusFlags
enum.
Changed name of ServerStatus
enum to
ServerStatusFlags
.
Inserted data row doesn't update properly.
Error processing show create table. (Bug#4074)
Change Packet.ReadLenInteger
to
ReadPackedLong
and added
packet.ReadPackedInteger
that always reads
integers packed with 2,3,4.
Added syntax.cs
test fixture to test
various SQL syntax bugs.
Improper handling of time values. Now time value of 00:00:00 is not treated as null. (Bug#4149)
Moved all test suite files into TestSuite
folder.
Fixed bug where null column would move the result packet pointer backward.
Added new nant build script.
Clear tablename so it will be regen'ed properly during the
next GenerateSchema
. (Bug#3917)
GetValues
was always returning zero and was
also always trying to copy all fields rather than respecting
the size of the array passed in. (Bug#3915)
Implemented shared memory access protocol.
Implemented prepared statements for MySQL 4.1.
Implemented stored procedures for MySQL 5.0.
Renamed MySqlInternalConnection
to
InternalConnection
.
SQL is now parsed as chars, fixes problems with other languages.
Added logging and allow batch connection string options.
RowUpdating
event not set when setting the
DataAdapter
property. (Bug#3888)
Fixed bug in char set mapping.
Implemented 4.1 authentication.
Improved open/auth code in driver.
Improved how connection bits are set during connection.
Database name is now passed to server during initial handshake.
Changed namespace for client to
MySql.Data.MySqlClient
.
Changed assembly name of client to
MySql.Data.dll
.
Changed license text in all source files to GPL.
Added the MySqlClient.build
Nant file.
Removed the mono batch files.
Moved some of the unused files into notused folder so nant build file can use wildcards.
Implemented shared memory access.
Major revamp in code structure.
Prepared statements now working for MySql 4.1.1 and later.
Finished implementing auth for 4.0, 4.1.0, and 4.1.1.
Changed namespace from
MySQL.Data.MySQLClient
back to
MySql.Data.MySqlClient
.
Fixed bug in CharSetMapping
where it was
trying to use text names as ints.
Changed namespace to
MySQL.Data.MySQLClient
.
Integrated auth changes from UC2004.
Fixed bug where calling any of the GetXXX methods on a datareader before or after reading data would not throw the appropriate exception (thanks Luca Morelli).
Added TimeSpan
code in parameter.cs to
properly serialize a timespan object to mysql time format
(thanks Gianluca Colombo).
Added TimeStamp
to parameter serialization
code. Prevented DataAdatper
updates from
working right (thanks Michael King).
Fixed a misspelling in MySqlHelper.cs
(thanks Patrick Kristiansen).
Driver now using charset number given in handshake to create encoding.
Changed command editor to point to
MySqlClient.Design
.
Fixed bug in Version.isAtLeast
.
Changed DBConnectionString
to support
changes done to MySqlConnectionString
.
Removed SqlCommandEditor
and
DataAdapterPreviewDialog
.
Using new long return values in many places.
Integrated new CompressedStream
class.
Changed ConnectionString
and added
attributes to allow it to be used in
MySqlClient.Design
.
Changed packet.cs
to support newer
lengths in ReadLenInteger
.
Changed other classes to use new properties and fields of
MySqlConnectionString
.
ConnectionInternal
is now using PING to see
whether the server is alive.
Moved toolbox bitmaps into resource folder.
Changed field.cs
to allow values to come
directly from row buffer.
Changed to use the new driver.Send syntax.
Using a new packet queueing system.
Started work handling the "broken" compression packet handling.
Fixed bug in StreamCreator
where failure to
connect to a host would continue to loop infinitly (thanks
Kevin Casella).
Improved connectstring handling.
Moved designers into Pro product.
Removed some old commented out code from
command.cs
.
Fixed a problem with compression.
Fixed connection object where an exception throw prior to the connection opening would not leave the connection in the connecting state (thanks Chris Cline).
Added GUID support.
Fixed sequence out of order bug (thanks Mark Reay).
Enum values now supported as parameter values (thanks Philipp Sumi).
Year datatype now supported.
Fixed compression.
Fixed bug where a parameter with a TimeSpan
as the value would not serialize properly.
Fixed bug where default constructor would not set default connection string values.
Added some XML comments to some members.
Work to fix/improve compression handling.
Improved ConnectionString
handling so that
it better matches the standard set by
SqlClient
.
A MySqlException
is now thrown if a user
name is not included in the connection string.
Localhost is now used as the default if not specified on the connection string.
An exception is now thrown if an attempt is made to set the connection string while the connection is open.
Small changes to ConnectionString
docs.
Removed MultiHostStream
and
MySqlStream
. Replaced it with
Common/StreamCreator
.
Added support for Use Pipe connection string value.
Added Platform class for easier access to platform utility functions.
Fixed small pooling bug where new connection was not getting
created after IsAlive
fails.
Added Platform.cs
and
StreamCreator.cs
.
Fixed Field.cs
to properly handle 4.1
style timestamps.
Changed Common.Version
to
Common.DBVersion
to avoid name conflict.
Fixed field.cs
so that text columns
return the right field type.
Added MySqlError
class to provide some
reference for error codes (thanks Geert Veenstra).
Added Unix socket support (thanks Mohammad DAMT).
Only calling Thread.Sleep
when no data is
available.
Improved escaping of quote characters in parameter data.
Removed misleading comments from
parameter.cs
.
Fixed pooling bug.
Fixed ConnectionString
editor dialog
(thanks marco p (pomarc)).
UserId
now supported in connection strings
(thanks Jeff Neeley).
Attempting to create a parameter that is not input throws an exception (thanks Ryan Gregg).
Added much documentation.
Checked in new MultiHostStream
capability.
Big thanks to Dan Guisinger for this. he originally submitted
the code and idea of supporting multiple machines on the
connect string.
Added a lot of documentation.
Fixed speed issue with 0.73.
Changed to Thread.Sleep(0) in MySqlDataStream to help optimize the case where it doesn't need to wait (thanks Todd German).
Prepopulating the idlepools to MinPoolSize
.
Fixed MySqlPool
deadlock condition as well
as stupid bug where CreateNewPooledConnection was not ever
adding new connections to the pool. Also fixed
MySqlStream.ReadBytes
and
ReadByte
to not use
TicksPerSecond
which does not appear to
always be right. (thanks Matthew J. Peddlesden)
Fix for precision and scale (thanks Matthew J. Peddlesden).
Added Thread.Sleep(1)
to stream reading
methods to be more cpu friendly (thanks Sean McGinnis).
Fixed problem where ExecuteReader
would
sometime return null (thanks Lloyd Dupont).
Fixed major bug with null field handling (thanks Naucki).
Enclosed queries for
max_allowed_packet
and
characterset
inside try catch (and set
defaults).
Fixed problem where socket was not getting closed properly (thanks Steve!).
Fixed problem where ExecuteNonQuery
was not
always returning the right value.
Fixed InternalConnection
to not use
@@session.max_allowed_packet
but use
@@max_allowed_packet
. (Thanks Miguel)
Added many new XML doc lines.
Fixed SQL parsing to not send empty queries (thanks Rory).
Fixed problem where the reader was not unpeeking the packet on close.
Fixed problem where user variables were not being handled (thanks Sami Vaaraniemi).
Fixed loop checking in the MySqlPool (thanks Steve M. Brown)
Fixed ParameterCollection.Add
method to
match SqlClient
(thanks Joshua Mouch).
Fixed ConnectionString
parsing to handle no
and yes for boolean and not lowercase values (thanks Naucki).
Added InternalConnection
class, changes to
pooling.
Implemented Persist Security Info.
Added security.cs
and
version.cs
to project
Fixed DateTime
handling in
Parameter.cs
(thanks Burkhard
Perkens-Golomb).
Fixed parameter serialization where some types would throw a cast exception.
Fixed DataReader
to convert all returned
values to prevent casting errors (thanks Keith Murray).
Added code to Command.ExecuteReader
to
return null if the initial SQL statement throws an exception
(thanks Burkhard Perkens-Golomb).
Fixed ExecuteScalar
bug introduced with
restructure.
Restructure to allow for LOCAL DATA INFILE
and better sequencing of packets.
Fixed several bugs related to restructure.
Early work done to support more secure passwords in MySQL 4.1. Old passwords in 4.1 not supported yet.
Parameters appearing after system parameters are now handled correctly (Adam M. (adammil)).
Strings can now be assigned directly to blob fields (Adam M.).
Fixed float parameters (thanks Pent).
Improved Parameter constructor and
ParameterCollection.Add
methods to better
match SqlClient (thanks Joshua Mouch).
Corrected Connection.CreateCommand
to
return a MySqlCommand
type.
Fixed connection string designer dialog box problem (thanks Abraham Guyt).
Fixed problem with sending commands not always reading the response packet (thanks Joshua Mouch).
Fixed parameter serialization where some blobs types were not being handled (thanks Sean McGinnis).
Removed spurious MessageBox.show
from
DataReader
code (thanks Joshua Mouch).
Fixed a nasty bug in the split SQL code (thanks everyone!).
Fixed bug in MySqlStream
where too much
data could attempt to be read (thanks Peter Belbin)
Implemented HasRows
(thanks Nash Pherson).
Fixed bug where tables with more than 252 columns cause an exception (thanks Joshua Kessler).
Fixed bug where SQL statements ending in ; would cause a problem (thanks Shane Krueger).
Fixed bug in driver where error messages were getting truncated by 1 character (thanks Shane Krueger).
Made MySqlException
serializable (thanks
Mathias Hasselmann).
Updated some of the character code pages to be more accurate.
Fixed problem where readers could be opened on connections that had readers open.
Moved test to separate assembly
MySqlClientTests
.
Fixed stupid problem in driver with sequence out of order (Thanks Peter Belbin).
Added some pipe tests.
Increased default max pool size to 50.
Compiles with Mono 0-24.
Fixed connection and data reader dispose problems.
Added String
datatype handling to parameter
serialization.
Fixed sequence problem in driver that occurred after thrown exception (thanks Burkhard Perkens-Golomb).
Added support for CommandBehavior.SingleRow
to DataReader
.
Fixed command SQL processing so quotation marks are better handled (thanks Theo Spears).
Fixed parsing of double, single, and decimal values to account for non-English separators. You still have to use the right syntax if you using hard coded SQL, but if you use parameters the code will convert floating point types to use '.' appropriately internal both into the server and out.
Added MySqlStream
class to simplify
timeouts and driver coding.
Fixed DataReader
so that it is closed
properly when the associated connection is closed. [thanks
smishra]
Made client more SqlClient compliant so that DataReaders have to be closed before the connection can be used to run another command.
Improved DBNull.Value
handling in the
fields.
Added several unit tests.
Fixed MySqlException
base class.
Improved driver coding
Fixed bug where NextResult was returning false on the last resultset.
Added more tests for MySQL.
Improved casting problems by equating unsigned 32bit values to Int64 and unsigned 16bit values to Int32, and so forth.
Added new constructor for MySqlParameter
for (name, type, size, srccol)
Fixed bug in MySqlDataReader
where it
didn't check for null fieldlist before returning field count.
Started adding MySqlClient
unit tests
(added MySqlClient/Tests
folder and some
test cases).
Fixed some things in Connection String handling.
Moved INIT_DB
to
MySqlPool
. I may move it again, this is in
preparation of the conference.
Fixed bug inside CommandBuilder
that
prevented inserts from happening properly.
Reworked some of the internals so that all three execute methods of Command worked properly.
Fixed many small bugs found during benchmarking.
The first cut of CoonectionPooling
is
working. "min pool size" and "max pool size" are respected.
Work to enable multiple resultsets to be returned.
Character sets are handled much more intelligently now. The driver queries MySQL at startup for the default character set. That character set is then used for conversions if that code page can be loaded. If not, then the default code page for the current OS is used.
Added code to save the inferred type in the name,value
constructor of Parameter
.
Also, inferred type if value of null parameter is changed
using Value
property.
Converted all files to use proper Camel case. MySQL is now MySql in all files. PgSQL is now PgSql.
Added attribute to PgSql code to prevent designer from trying to show.
Added MySQLDbType
property to Parameter
object and added proper conversion code to convert from
DbType
to MySQLDbType
).
Removed unused ObjectToString
method from
MySQLParameter.cs
.
Fixed Add(..)
method in
ParameterCollection
so that it doesn't use
Add(name, value)
instead.
Fixed IndexOf
and
Contains
in
ParameterCollection
to be aware that
parameter names are now stored without @.
Fixed Command.ConvertSQLToBytes
so it only
allows characters that can be in MySQL variable names.
Fixed DataReader
and
Field
so that blob fields read their data
from Field.cs
and
GetBytes
works right.
Added simple query builder editor to
CommandText
property of
MySQLCommand
.
Fixed CommandBuilder
and
Parameter
serialization to account for
Parameters not storing @ in their names.
Removed MySQLFieldType
enum from Field.cs.
Now using MySQLDbType
enum.
Added Designer
attribute to several classes
to prevent designer view when using VS.Net.
Fixed Initial catalog typo in
ConnectionString
designer.
Removed 3 parameter constructor for
MySQLParameter
that conflicted with (name,
type, value).
Changed MySQLParameter
so
paramName
is now stored without leading @
(this fixed null inserts when using designer).
Changed TypeConverter
for
MySQLParameter
to use the constructor with
all properties.
Fixed sequence issue in driver.
Added DbParametersEditor
to make parameter
editing more like SqlClient
.
Fixed Command
class so that parameters can
be edited using the designer
Update connection string designer to support Use
Compression
flag.
Fixed string encoding so that European characters will work correctly.
Creating base classes to aid in building new data providers.
Added support for UID key in connection string.
Field, parameter, command now using DBNull.Value instead of null.
CommandBuilder
using
DBNull.Value
.
CommandBuilder
now builds insert command
correctly when an auto_insert field is not present.
Field now uses typeof keyword to return
System.Types
(performance).
MySQLCommandBuilder
now implemented.
Transaction support now implemented (not all table types support this).
GetSchemaTable
fixed to not use xsd (for
Mono).
Driver is now Mono-compatible.
TIME data type now supported.
More work to improve Timestamp data type handling.
Changed signatures of all classes to match corresponding
SqlClient
classes.
Protocol compression using SharpZipLib (www.icsharpcode.net).
Named pipes on Windows now working properly.
Work done to improve Timestamp
data type
handling.
Implemented IEnumerable
on
DataReader
so DataGrid
would work.
As of Connector/NET 5.1.2 (14 June 2007), the Visual Studion Plugin is part of the main Connector/NET package. For the change history for the Visual Studio Plugin, see Section C.5, “MySQL Connector/NET Change History”.
Bugs fixed:
Running queries based on a stored procedure would cause the data set designer to terminate. (Bugs #26364)
DataSet wizard would show all tables instead of only the tables available within the selected database. (Bugs #26348)
Bugs fixed:
The Add Connection dialog of the Server Explorer would freeze when accessing databases with capitalized characters in their name. (Bug#24875)
Creating a connection through the Server Explorer when using the Visual Studio Plugin would fail. The installer for the Visual Studio Plugin has been updated to ensure that Connector/NET 5.0.2 must be installed. (Bug#23071)
This is a bug fix release to resolve an incompatibility issue with Connector/NET 5.0.1.
It is critical that this release only be used with Connector/NET
5.0.1. After installing Connector/NET 5.0.1, you will need to
make a small change in your machine.config file. This file
should be located at
%win%\Microsoft.Net\Framework\v2.0.50727\CONFIG\machine.config
(%win%
should be the location of your Windows
folder). Near the bottom of the file you will see a line like
this:
<add name="MySQL Data Provider" invariant="MySql.Data.MySqlClient" description=".Net Framework Data Provider for MySQL" type="MySql.Data.MySqlClient.MySqlClientFactory, MySql.Data"/>
It needs to be changed to be like this:
<add name="MySQL Data Provider" invariant="MySql.Data.MySqlClient" description=".Net Framework Data Provider for MySQL" type="MySql.Data.MySqlClient.MySqlClientFactory, MySql.Data, Version=5.0.1.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d"/>
Fixes bugs found since release 5.1.12.
Bugs fixed:
The method unSafeStatementInterceptors()
contained an erroneous line of code, which resulted in the
interceptor being called, but the result being thrown away.
(Bug#53041)
There was a performance regression of roughly 25% between r906 and r907, which appeared to be caused by pushing the Proxy down to the I/O layer. (Bug#52534)
Logic in implementations of
LoadBalancingConnectionProxy
and
LoadBalanceStrategy
behaved differently as to
which SQLException
s trigger failover to a new
host. The former looked at the first two characters of the
SQLState:
if (sqlState.startsWith("08")) ...
The latter used a different test:
if (sqlEx instanceof CommunicationsException || "08S01".equals(sqlEx.getSQLState())) { ...
This meant it was possible for a new
Connection
object to throw an
Exception
when the first selected host was
unavailable. This happened because
MySqlIO.createNewIO()
could throw an
SQLException
with a
SQLState
of “08001”, which did
not trigger the “try another host” logic in the
LoadBalanceStrategy
implementations, so an
Exception
was thrown after having only
attempted connecting to a single host.
(Bug#52231)
In the file DatabaseMetadata.java
, the
function private void
getCallStmtParameterTypes
failed if the parameter was
defined over more than one line by using the '\n' character.
(Bug#52167)
The catalog parameter, PARAM_CAT
, was not
correctly processed when calling for metadata with
getMetaData()
on stored procedures. This was
because PARAM_CAT
was hardcoded in the code
to NULL
. In the case where
nullcatalogmeanscurrent
was
true
, which is its default value, a crash did
not occur, but the meta data returned was for the stored
procedures from the catalog currently attached to. If, however,
nullcatalogmeanscurrent
was set to
false
then a crash resulted.
Connector/J has been changed so that when
NULL
is passed as
PARAM_CAT
it will not crash when
nullcatalogmeanscurrent
is
false
, but rather iterate all catalogs in
search of stored procedures. This means that
PARAM_CAT
is no longer hardcoded to
NULL
(see Bug#51904).
(Bug#51912)
A load balanced Connection
object with
multiple open underlying physical connections rebalanced on
commit()
, rollback()
, or
on a communication exception, without validating the existing
connection. This caused a problem when there was no pinging of
the physical connections, using queries starting with “/*
ping */”, to ensure they remained alive. This meant that
calls to Connection.commit()
could throw a
SQLException
. This did not occur when the
transaction was actually committed; it occurred when the new
connection was chosen and the driver attempted to set the
auto-commit or transaction isolation state on the newly chosen
physical connection.
(Bug#51783)
The rollback()
method could fail to rethrow a
SQLException
if the server became unavailable
during a rollback. The errant code only rethrew when
ignoreNonTxTables
was true and the exception
did not have the error code 1196,
SQLError.ER_WARNING_NOT_COMPLETE_ROLLBACK
.
(Bug#51776)
When the allowMultiQueries
connection string
option was set to true
, a call to
Statement.executeBatch()
scanned the query
for escape codes, even though
setEscapeProcessing(false)
had been called
previously.
(Bug#51704)
When a StatementInterceptor
was used and an
alternate ResultSet
was returned from
preProcess()
, the original statement was
still executed.
(Bug#51666)
Objects created by ConnectionImpl
, such as
prepared statements, hold a reference to the
ConnectionImpl
that created them. However,
when the load balancer picked a new connection, it did not
update the reference contained in, for example, the
PreparedStatement
. This resulted in inserts
and updates being directed to invalid connections, while commits
were directed to the new connection. This resulted in silent
data loss.
(Bug#51643)
jdbc:mysql:loadbalance://
would connect to
the same host, even though
loadBalanceStrategy
was set to a value of
random
, and multiple hosts were specified.
(Bug#51266)
Fixes bugs found since release 5.1.11.
Bugs fixed:
The catalog parameter was ignored in the
DatabaseMetaData.getProcedure()
method. It
returned all procedures in all databases.
(Bug#51022)
A call to DatabaseMetaData.getDriverVersion()
returned the revision as mysql-connector-java-5.1.11 (
Revision: ${svn.Revision} )
. The variable
${svn.Revision}
was not replaced by the SVN
revision number.
(Bug#50288)
Fixes bugs found since release 5.1.10.
Functionality added or changed:
Replication connections, those with URLs that start with
jdbc:mysql:replication, now use a jdbc:mysql:loadbalance
connection for the slave pool. This means that it is possible to
set load balancing properties such as
loadBalanceBlacklistTimeout
and
loadBalanceStrategy
in order to choose a
mechanism for balancing the load, and failover or fault
tolerance strategy for the slave pool.
(Bug#49537)
Bugs fixed:
NullPointerException
sometimes occurred in
invalidateCurrentConnection()
for
load-balanced connections.
(Bug#50288)
The deleteRow
method caused a full table
scan, when using an updatable cursor and a multibyte character
set.
(Bug#49745)
For pooled connections, Connector/J did not process the session
variable time_zone
when set via the URL,
resulting in incorrect timestamp values being stored.
(Bug#49700)
The ExceptionInterceptor
class did not
provide a Connection
context.
(Bug#49607)
Ping left closed connections in the liveConnections map, causing subsequent Exceptions when that connection was used. (Bug#48605)
Using MysqlConnectionPoolDataSource
with a
load-balanced URL generated exceptions of type
ClassCastException
:
ClassCastException in MysqlConnectionPoolDataSource Caused by: java.lang.ClassCastException: $Proxy0 at com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource.getPooledConnection(MysqlConne ctionPoolDataSource.java:80)
java.lang.ClassCastException: $Proxy2 at com.mysql.jdbc.jdbc2.optional.StatementWrapper.executeQuery(StatementWrapper.java:744)
The implementation for load-balanced
Connection
used a proxy, which delegated
method calls, including equals()
and
hashCode()
, to underlying
Connection
objects. This meant that
successive calls to hashCode()
on the same
object potentially returned different values, if the proxy state
had changed such that it was utilizing a different underlying
connection.
(Bug#48442)
The batch rewrite functionality attempted to identify the start
of the VALUES
list by looking for
“VALUES ” (with trailing space). However, valid
MySQL syntax allows for VALUES
to be followed
by whitespace or an opening parenthesis:
INSERT INTO tbl VALUES (1); INSERT INTO tbl VALUES(1);
Queries written with the above formats did not therefore gain the performance benefits of the batch rewrite. (Bug#48172)
A PermGen memory leaked was caused by the Connector/J statement
cancellation timer (java.util.Timer
). When
the application was unloaded the cancellation timer did not
terminate, preventing the ClassLoader from being garbage
collected.
(Bug#36565)
With the connection string option
noDatetimeStringSync
set to
true
, and server-side prepared statements
enabled, the following exception was generated if an attempt was
made to obtain, using ResultSet.getString()
,
a datetime value containing all zero components:
java.sql.SQLException: Value '0000-00-00' can not be represented as java.sql.Date
Fixes bugs found since release 5.1.9.
Bugs fixed:
The DriverManager.getConnection()
method
ignored a non-standard port if it was specified in the JDBC
connection string. Connector/J always used the standard port
3306 for connection creation. For example, if the string was
jdbc:mysql://localhost:6777
, Connector/J
would attempt to connect to port 3306, rather than 6777.
(Bug#47494)
Bugs fixed:
In the class
com.mysql.jdbc.jdbc2.optional.SuspendableXAConnection
,
which is used when
pinGlobalTxToPhysicalConnection=true
, there
is a static map (XIDS_TO_PHYSICAL_CONNECTIONS) that tracks the
Xid with the XAConnection, however this map was not populated.
The effect was that the
SuspendableXAConnection
was never pinned to
the real XA connection. Instead it created new connections on
calls to start
, end
,
resume
, and prepare
.
(Bug#46925)
When using the ON DUPLICATE KEY UPDATE functionality together with the rewriteBatchedStatements option set to true, an exception was generated when trying to execute the prepared statement:
INSERT INTO config_table (modified,id_) VALUES (?,?) ON DUPLICATE KEY UPDATE modified=?
The exception generated was:
java.sql.SQLException: Parameter index out of range (3 > number of parameters, which is 2). at com.sag.etl.job.processors.JdbcInsertProcessor.flush(JdbcInsertProcessor.java:135) ...... Caused by: java.sql.SQLException: Parameter index out of range (3 > number of parameters, which is 2). at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1055) at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:956) at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:926) at com.mysql.jdbc.PreparedStatement.checkBounds(PreparedStatement.java:3657) at com.mysql.jdbc.PreparedStatement.setInternal(PreparedStatement.java:3641) at com.mysql.jdbc.PreparedStatement.setBytesNoEscapeNoQuotes(PreparedStatement.java:3391) at com.mysql.jdbc.PreparedStatement.setOneBatchedParameterSet(PreparedStatement.java:4203) at com.mysql.jdbc.PreparedStatement.executeBatchedInserts(PreparedStatement.java:1759) at com.mysql.jdbc.PreparedStatement.executeBatch(PreparedStatement.java:1441) at com.sag.etl.job.processors.JdbcInsertProcessor.flush(JdbcInsertProcessor.java:131) ... 16 more
When Connector/J encountered an error condition that caused it
to create a CommunicationsException
, it tried
to build a friendly error message that helped diagnose what was
wrong. However, if there had been no network packets received
from the server, the error message contained the following
incorrect text:
The last packet successfully received from the server was 1,249,932,468,916 milliseconds ago. The last packet sent successfully to the server was 0 milliseconds ago.
The getSuperTypes
method returned a result
set with incorrect names for the first two columns. The name of
the first column in the result set was expected to be
TYPE_CAT
and that of the second column
TYPE_SCHEM
. The method however returned the
names as TABLE_CAT
and
TABLE_SCHEM
for first and second column
respectively.
(Bug#44508)
SQLException for data truncation error gave the error code as 0 instead of 1265. (Bug#44324)
Calling ResultSet.deleteRow()
on a table with
a primary key of type BINARY(8)
silently
failed to delete the row, but only in some repeatable cases. The
generated DELETE
statement generated
corrupted part of the primary key data. Specifically, one of the
bytes was changed from 0x90 to 0x9D, although the corruption
appeared to be different depending on whether the application
was run on Windows or Linux.
(Bug#43759)
Accessing result set columns by name after the result set had been closed resulted in a NullPointerException instead of a SQLException. (Bug#41484)
QueryTimeout
did not work for batch
statements waiting on a locked table.
When a batch statement was issued to the server and was forced to wait because of a locked table, Connector/J only terminated the first statement in the batch when the timeout was exceeded, leaving the rest hanging. (Bug#34555)
The parseURL
method in class
com.mysql.jdbc.Driver
did not work as
expected. When given a URL such as
“jdbc:mysql://www.mysql.com:12345/my_database” to
parse, the property PORT_PROPERTY_KEY
was
found to be null
and the
HOST_PROPERTY_KEY
property was found to be
“www.mysql.com:12345”.
Connector/J has been fixed so that it will now always fill in
the PORT
property (using 3306 if not
specified), and the HOST
property (using
localhost
if not specified) when
parseURL()
is called. The driver also
parses a list of hosts into HOST.n
and
PORT.n
properties as well as adding a
property NUM_HOSTS
for the number of hosts
it has found. If a list of hosts is passed to the driver,
HOST
and PORT
will be
set to the values given by HOST.1
and
PORT.1
respectively. This change has
centralized and cleaned up a large section of code used to
generate lists of hosts, both for load-balanced and fault
tolerant connections and their tests.
Attempting to delete rows using
ResultSet.deleteRow()
did not delete rows
correctly.
(Bug#27431)
The setDate
method silently ignored the
Calendar parameter. The code was implemented as follows:
public void setDate(int parameterIndex, java.sql.Date x, Calendar cal) throws SQLException { setDate(parameterIndex, x); }
From reviewing the code it was apparent that the Calendar
parameter cal
was ignored.
(Bug#23584)
Bugs fixed:
The reported milliseconds since the last server packets were received/sent was incorrect by a factor of 1000. For example, the following method call:
SQLError.createLinkFailureMessageBasedOnHeuristics( (ConnectionImpl) this.conn, System.currentTimeMillis() - 1000, System.currentTimeMillis() - 2000, e, false);
returned the following string:
The last packet successfully received from the server was 2 milliseconds ago. The last packet sent successfully to the server was 1 milliseconds ago.
Calling Connection.serverPrepareStatement()
variants that do not take result set type or concurrency
arguments returned statements that produced result sets with
incorrect defaults, namely
TYPE_SCROLL_SENSITIVE
.
(Bug#45171)
The result set returned by getIndexInfo()
did
not have the format defined in the JDBC API specifications. The
fourth column, DATA_TYPE
, of the result set
should be of type BOOLEAN
. Connector/J
however returns CHAR
.
(Bug#44869)
The result set returned by getTypeInfo()
did
not have the format defined in the JDBC API specifications. The
second column, DATA_TYPE
, of the result set
should be of type INTEGER
. Connector/J
however returns SMALLINT
.
(Bug#44868)
The DEFERRABILITY
column in database metadata
result sets was expected to be of type SHORT
.
However, Connector/J returned it as INTEGER
.
This affected the following methods:
getImportedKeys()
,
getExportedKeys()
,
getCrossReference()
.
(Bug#44867)
The result set returned by getColumns()
did
not have the format defined in the JDBC API specifications. The
fifth column, DATA_TYPE
, of the result set
should be of type INTEGER
. Connector/J
however returns SMALLINT
.
(Bug#44865)
The result set returned by
getVersionColumns()
did not have the format
defined in the JDBC API specifications. The third column,
DATA_TYPE
, of the result set should be of
type INTEGER
. Connector/J however returns
SMALLINT
.
(Bug#44863)
The result set returned by
getBestRowIdentifier()
did not have the
format defined in the JDBC API specifications. The third column,
DATA_TYPE
, of the result set should be of
type INTEGER
. Connector/J however returns
SMALLINT
.
(Bug#44862)
Connector/J contains logic to generate a message text
specifically for streaming result sets when there are
CommunicationsException
exceptions generated.
However, this code was never reached.
In the CommunicationsException
code:
private boolean streamingResultSetInPlay = false; public CommunicationsException(ConnectionImpl conn, long lastPacketSentTimeMs, long lastPacketReceivedTimeMs, Exception underlyingException) { this.exceptionMessage = SQLError.createLinkFailureMessageBasedOnHeuristics(conn, lastPacketSentTimeMs, lastPacketReceivedTimeMs, underlyingException, this.streamingResultSetInPlay);
streamingResultSetInPlay
was always false,
which in the following code in
SQLError.createLinkFailureMessageBasedOnHeuristics()
never being executed:
if (streamingResultSetInPlay) { exceptionMessageBuf.append( Messages.getString("CommunicationsException.ClientWasStreaming")); //$NON-NLS-1$ } else { ...
The
SQLError.createLinkFailureMessageBasedOnHeuristics()
method created a message text for communication link failures.
When certain conditions were met, this message included both
“last packet sent” and “last packet
received” information, but when those conditions were not
met, only “last packet sent” information was
provided.
Information about when the last packet was successfully received should be provided in all cases. (Bug#44587)
Statement.getGeneratedKeys()
retained result
set instances until the statement was closed. This caused memory
leaks for long-lived statements, or statements used in tight
loops.
(Bug#44056)
Using useInformationSchema
with
DatabaseMetaData.getExportedKeys()
generated
the following exception:
com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Column 'REFERENCED_TABLE_NAME' in where clause is ambiguous ... at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1772) at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1923) at com.mysql.jdbc.DatabaseMetaDataUsingInfoSchema.executeMetadataQuery( DatabaseMetaDataUsingInfoSchema.java:50) at com.mysql.jdbc.DatabaseMetaDataUsingInfoSchema.getExportedKeys( DatabaseMetaDataUsingInfoSchema.java:603)
LoadBalancingConnectionProxy.doPing()
did not
have blacklist awareness.
LoadBalancingConnectionProxy
implemented
doPing()
to ping all underlying connections,
but it threw any exceptions it encountered during this process.
With the global blacklist enabled, it catches these exceptions, adds the host to the global blacklist, and only throws an exception if all hosts are down. (Bug#43421)
The method Statement.getGeneratedKeys()
did
not return values for UNSIGNED BIGINTS
with
values greater than Long.MAX_VALUE
.
Unfortunately, because the server does not tell clients what
TYPE the auto increment value is, the driver cannot consistently
return BigIntegers for the result set returned from
getGeneratedKeys()
, it will only return them
if the value is greater than Long.MAX_VALUE
.
If your application needs this consistency, it will need to
check the class of the return value from
.getObject()
on the ResultSet returned by
Statement.getGeneratedKeys()
and if it is not
a BigInteger, create one based on the
java.lang.Long
that is returned.
(Bug#43196)
When the MySQL Server was upgraded from 4.0 to 5.0, the Connector/J application then failed to connect to the server. This was because authentication failed when the application ran from EBCDIC platforms such as z/OS. (Bug#43071)
When connecting with traceProtocol=true
, no
trace data was generated for the server greeting or login
request.
(Bug#43070)
Connector/J generated an unhandled
StringIndexOutOfBoundsException
:
java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1938) at com.mysql.jdbc.EscapeProcessor.processTimeToken(EscapeProcessor.java:353) at com.mysql.jdbc.EscapeProcessor.escapeSQL(EscapeProcessor.java:257) at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1546) at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1524)
A ConcurrentModificationException
was
generated in LoadBalancingConnectionProxy
:
java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.nextEntry(Unknown Source) at java.util.HashMap$KeyIterator.next(Unknown Source) at com.mysql.jdbc.LoadBalancingConnectionProxy.getGlobalBlacklist(LoadBalancingConnectionProxy.java:520) at com.mysql.jdbc.RandomBalanceStrategy.pickConnection(RandomBalanceStrategy.java:55) at com.mysql.jdbc.LoadBalancingConnectionProxy.pickNewConnection(LoadBalancingConnectionProxy.java:414) at com.mysql.jdbc.LoadBalancingConnectionProxy.invoke(LoadBalancingConnectionProxy.java:390)
SQL injection was possible when using a string containing U+00A5 in a client-side prepared statement, and the character set being used was SJIS/Windows-31J. (Bug#41730)
If there was an apostrophe in a comment in a statement that was
being sent through Connector/J, the apostrophe was still
recognized as a quote and put the state machine in
EscapeTokenizer
into the
inQuotes
state. This led to further parse
errors.
For example, consider the following statement:
String sql = "-- Customer's zip code will be fixed\n" + "update address set zip_code = 99999\n" + "where not regexp '^[0-9]{5}([[.-.]])?([0-9]{4})?$'";
When passed through Connector/J, the
EscapeTokenizer
did not recognize that the
first apostrophe was in a comment and thus set
inQuotes
to true. When that happened, the
quote count was incorrect and thus the regular expression did
not appear to be in quotation marks. With the parser not
detecting that the regular expression was in quotation marks,
the curly braces were recognized as escape sequences and were
removed from the regular expression, breaking it. The server
thus received SQL such as:
-- Customer's zip code will be fixed update address set zip_code = '99999' where not regexp '^[0-9]([[.-.]])?([0-9])?$'
MySQL Connector/J 5.1.7 was slower than previous versions when
the rewriteBatchedStatements
option was set
to true
.
The performance regression in
indexOfIgnoreCaseRespectMarker()
has been
fixed. It has also been made possible for the driver to
rewrite INSERT
statements with ON
DUPLICATE KEY UPDATE
clauses in them, as long as the
UPDATE
clause contains no reference to
LAST_INSERT_ID()
, as that would cause the
driver to return bogus values for
getGeneratedKeys()
invocations. This has
resulted in improved performance over version 5.1.7.
When accessing a result set column by name using
ResultSetImpl.findColumn()
an exception was
generated:
java.lang.NullPointerException at com.mysql.jdbc.ResultSetImpl.findColumn(ResultSetImpl.java:1103) at com.mysql.jdbc.ResultSetImpl.getShort(ResultSetImpl.java:5415) at org.apache.commons.dbcp.DelegatingResultSet.getShort(DelegatingResultSet.java:219) at com.zimbra.cs.db.DbVolume.constructVolume(DbVolume.java:297) at com.zimbra.cs.db.DbVolume.get(DbVolume.java:197) at com.zimbra.cs.db.DbVolume.create(DbVolume.java:95) at com.zimbra.cs.store.Volume.create(Volume.java:227) at com.zimbra.cs.store.Volume.create(Volume.java:189) at com.zimbra.cs.service.admin.CreateVolume.handle(CreateVolume.java:48) at com.zimbra.soap.SoapEngine.dispatchRequest(SoapEngine.java:428) at com.zimbra.soap.SoapEngine.dispatch(SoapEngine.java:285)
The RETURN_GENERATED_KEYS
flag was being
ignored. For example, in the following code the
RETURN_GENERATED_KEYS
flag was ignored:
PreparedStatement ps = connection.prepareStatement("INSERT INTO table values(?,?)",PreparedStatement.RETURN_GENERATED_KEYS);
When using Connector/J 5.1.7 to connect to MySQL Server 4.1.18 the following error message was generated:
Thu Dec 11 17:38:21 PST 2008 WARN: Invalid value {1} for server variable named {0}, falling back to sane default of {2}
This occurred with MySQL Server version that did not support
auto_increment_increment
. The error message
should not have been generated.
(Bug#41416)
When DatabaseMetaData.getProcedureColumns()
was called, the value for LENGTH
was always
returned as 65535, regardless of the column type (fixed or
variable) or the actual length of the column.
However, if you obtained the PRECISION
value,
this was correct for both fixed and variable length columns.
(Bug#41269)
PreparedStatement.addBatch()
did not check
for all parameters being set, which led to inconsistent behavior
in executeBatch()
, especially when rewriting
batched statements into multi-value INSERT
s.
(Bug#41161)
Error message strings contained variable values that were not expanded. For example:
Mon Nov 17 11:43:18 JST 2008 WARN: Invalid value {1} for server variable named {0}, falling back to sane default of {2}
When using rewriteBatchedStatements=true
with:
INSERT INTO table_name_values (...) VALUES (...)
Query rewriting failed because “values” at the end of the table name was mistaken for the reserved keyword. The error generated was as follows:
testBug40439(testsuite.simple.TestBug40439)java.sql.BatchUpdateException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'values (2,'toto',2),(id,data, ordr) values (3,'toto',3),(id,data, ordr) values (' at line 1 at com.mysql.jdbc.PreparedStatement.executeBatchedInserts(PreparedStatement.java:1495) at com.mysql.jdbc.PreparedStatement.executeBatch(PreparedStatement.java:1097) at testsuite.simple.TestBug40439.testBug40439(TestBug40439.java:42) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at testsuite.simple.TestBug40439.main(TestBug40439.java:57)
A statement interceptor received the incorrect parameters when used with a batched statement. (Bug#39426)
Using Connector/J 5.1.6 the method
ResultSet.getObject
returned a
BYTE[]
for following:
SELECT TRIM(rowid) FROM tbl
Where rowid
had a type of INT(11)
PRIMARY KEY AUTO_INCREMENT
.
The expected return type was one of CHAR
,
VARCHAR
, CLOB
, however, a
BYTE[]
was returned.
Further, adding
functionsNeverReturnBlobs=true
to the
connection string did not have any effect on the return type.
(Bug#38387)
Functionality added or changed:
When statements include ON DUPLICATE UPDATE
,
and rewriteBatchedStatements
is set to true,
batched statements are not rewritten into the form
INSERT INTO table VALUES (), (), ()
, instead
the statements are executed sequentially.
Bugs fixed:
Statement.getGeneratedKeys()
returned two
keys when using ON DUPLICATE KEY UPDATE
and
the row was updated, not inserted.
(Bug#42309)
When using the replication driver with
autoReconnect=true
, Connector/J checks in
PreparedStatement.execute
(also called by
CallableStatement.execute
) to determine if
the first character of the statement is an “S”, in
an attempt to block all statements that are not read-only-safe,
for example non-SELECT
statements. However, this also blocked
CALL
s to stored procedures, even
if the stored procedures were defined as SQL READ
DATA
or NO SQL
.
(Bug#40031)
With large result sets ResultSet.findColumn
became a performance bottleneck.
(Bug#39962)
Connector/J ignored the value of the MySQL Server variable
auto_increment_increment
.
(Bug#39956)
Connector/J failed to parse
TIMESTAMP
strings for nanos
correctly.
(Bug#39911)
When the LoadBalancingConnectionProxy
handles
a SQLException
with SQL state starting with
“08”, it calls
invalidateCurrentConnection
, which in turn
removes that Connection
from
liveConnections
and the
connectionsToHostsMap
, but it did not add the
host to the new global blacklist, if the global blacklist was
enabled.
There was also the possibility of a
NullPointerException
when trying to update
stats, where
connectionsToHostsMap.get(this.currentConn)
was called:
int hostIndex = ((Integer) this.hostsToListIndexMap.get(this.connectionsToHostsMap.get(this.currentConn))).intValue();
This could happen if a client tried to issue a rollback after
catching a SQLException
caused by a
connection failure.
(Bug#39784)
When configuring the Java Replication Driver the last slave specified was never used. (Bug#39611)
When an INSERT ON DUPLICATE KEY UPDATE
was
performed, and the key already existed, the
affected-rows
value was returned as 1 instead
of 0.
(Bug#39352)
When using the random load balancing strategy and starting with
two servers that were both unavailable, an
IndexOutOfBoundsException
was generated when
removing a server from the whiteList
.
(Bug#38782)
Connector/J threw the following exception when using a read-only connection:
java.sql.SQLException: Connection is read-only. Queries leading to data modification are not allowed.
Connector/J was unable to connect when using a
non-latin1
password.
(Bug#37570)
The useOldAliasMetadataBehavior
connection
property was ignored.
(Bug#35753)
Incorrect result is returned from
isAfterLast()
in streaming
ResultSet
when using
setFetchSize(Integer.MIN_VALUE)
.
(Bug#35170)
When getGeneratedKeys()
was called on a
statement that had not been created with
RETURN_GENERATED_KEYS
, no exception was
thrown, and batched executions then returned erroneous values.
(Bug#34185)
The loadBalance
bestResponseTime
blacklists did not have a
global state.
(Bug#33861)
Functionality added or changed:
Multiple result sets were not supported when using streaming
mode to return data. Both normal statements and the resul sets
from stored procedures now return multiple results sets, with
the exception of result sets using registered
OUTPUT
paramaters.
(Bug#33678)
XAConnections and datasources have been updated to the JDBC-4.0 standard.
The profiler event handling has been made extensible via the
profilerEventHandler
connection property.
Add the verifyServerCertificate
propery. If
set to "false" the driver will not verify the server's
certificate when useSSL
is set to "true"
When using this feature, the keystore parameters should be
specified by the clientCertificateKeyStore*
properties, rather than system properties, as the JSSE doesn't
it straightforward to have a nonverifying trust store and the
"default" key store.
Bugs fixed:
DatabaseMetaData.getColumns()
returns
incorrect COLUMN_SIZE
value for
SET
column.
(Bug#36830)
When trying to read Time
values like
“00:00:00” with
ResultSet.getTime(int)
an exception is
thrown.
(Bug#36051)
JDBC connection URL parameters is ignored when using
MysqlConnectionPoolDataSource
.
(Bug#35810)
When useServerPrepStmts=true
and slow query
logging is enabled, the connector throws a
NullPointerException
when it encounters a
slow query.
(Bug#35666)
When using the keyword “loadbalance” in the connection string and trying to perform load balancing between two databases, the driver appears to hang. (Bug#35660)
JDBC data type getter method was changed to accept only column name, whereas previously it accepted column label. (Bug#35610)
Prepared statements from pooled connections caused a
NullPointerException
when
closed()
under JDBC-4.0.
(Bug#35489)
In calling a stored function returning a
bigint
, an exception is encountered
beginning:
java.sql.SQLException: java.lang.NumberFormatException: For input string:
followed by the text of the stored function starting after the argument list. (Bug#35199)
The JDBC driver uses a different method for evaluating column
names in
resultsetmetadata.getColumnName()
and
when looking for a column in
resultset.getObject(columnName)
. This
causes Hibernate to fail in queries where the two methods yield
different results, for example in queries that use alias names:
SELECT column AS aliasName from table
MysqlConnectionPoolDataSource
does not
support ReplicationConnection
. Notice that we
implemented com.mysql.jdbc.Connection
for
ReplicationConnection
, however, only
accessors from ConnectionProperties are implemented (not the
mutators), and they return values from the currently active
connection. All other methods from
com.mysql.jdbc.Connection
are implemented,
and operate on the currently active connection, with the
exception of resetServerState()
and
changeUser()
.
(Bug#34937)
ResultSet.getTimestamp()
returns incorrect
values for month/day of
TIMESTAMP
s when using server-side
prepared statements (not enabled by default).
(Bug#34913)
RowDataStatic
does't always set the
metadata in ResultSetRow
, which can lead
to failures when unpacking DATE
,
TIME
,
DATETIME
and
TIMESTAMP
types when using
absolute, relative, and previous result set navigation methods.
(Bug#34762)
When calling isValid()
on an active
connection, if the timeout is nonzero then the
Connection
is invalidated even if the
Connection
is valid.
(Bug#34703)
It was not possible to truncate a
BLOB
using
Blog.truncate()
when using 0 as an argument.
(Bug#34677)
When using a cursor fetch for a statement, the internal prepared statement could cause a memory leak until the connection was closed. The internal prepared statement is now deleted when the corresponding result set is closed. (Bug#34518)
When retrieving the column type name of a geometry field, the
driver would return UNKNOWN
instead of
GEOMETRY
.
(Bug#34194)
Statements with batched values do not return correct values for
getGeneratedKeys()
when
rewriteBatchedStatements
is set to
true
, and the statement has an ON
DUPLICATE KEY UPDATE
clause.
(Bug#34093)
The internal class
ResultSetInternalMethods
referenced the
nonpublic class
com.mysql.jdbc.CachedResultSetMetaData
.
(Bug#33823)
A NullPointerException
could be raised when
using client-side prepared statements and enabled the prepared
statement cache using the cachePrepStmts
.
(Bug#33734)
Using server side cursors and cursor fetch, the table metadata information would return the data type name instead of the column name. (Bug#33594)
ResultSet.getTimestamp()
would throw a
NullPointerException
instead of a
SQLException
when called on an empty
ResultSet
.
(Bug#33162)
Load balancing connection using best response time would incorrectly "stick" to hosts that were down when the connection was first created.
We solve this problem with a black list that is used during the
picking of new hosts. If the black list ends up including all
configured hosts, the driver will retry for a configurable
number of times (the retriesAllDown
configuration property, with a default of 120 times), sleeping
250ms between attempts to pick a new connection.
We've also went ahead and made the balancing strategy
extensible. To create a new strategy, implement the interface
com.mysql.jdbc.BalanceStrategy
(which
also includes our standard "extension" interface), and tell the
driver to use it by passing in the class name via the
loadBalanceStrategy
configuration property.
(Bug#32877)
During a Daylight Savings Time (DST) switchover, there was no way to store two timestamp/datetime values , as the hours end up being the same when sent as the literal that MySQL requires.
Note that to get this scenario to work with MySQL (since it
doesn't support per-value timezones), you need to configure your
server (or session) to be in UTC, and tell the driver not to use
the legacy date/time code by setting
useLegacyDatetimeCode
to "false". This will
cause the driver to always convert to/from the server and client
timezone consistently.
This bug fix also fixes Bug#15604, by adding entirely new
date/time handling code that can be switched on by
useLegacyDatetimeCode
being set to "false" as a
JDBC configuration property. For Connector/J 5.1.x, the default
is "true", in trunk and beyond it will be "false" (that is, the
old date/time handling code will be deprecated)
(Bug#32577, Bug#15604)
When unpacking rows directly, we don't hand off error message packets to the internal method which decodes them correctly, so no exception is raised, and the driver than hangs trying to read rows that aren't there. This tends to happen when calling stored procedures, as normal SELECTs won't have an error in this spot in the protocol unless an I/O error occurs. (Bug#32246)
When using a connection from
ConnectionPoolDataSource
, some
Connection.prepareStatement()
methods would
return null instead of the prepared statement.
(Bug#32101)
Using CallableStatement.setNull()
on a
stored function would throw an
ArrayIndexOutOfBounds
exception when setting
the last parameter to null.
(Bug#31823)
MysqlValidConnectionChecker
doesn't
properly handle connections created using
ReplicationConnection
.
(Bug#31790)
Retrieving the server version information for an active connection could return invalid information if the default character encoding on the host was not ASCII compatible. (Bug#31192)
Further fixes have been made to this bug in the event that a node is nonresponsive. Connector/J will now try a different random node instead of waiting for the node to recover before continuing. (Bug#31053)
ResultSet
returned by
Statement.getGeneratedKeys()
is not closed
automatically when statement that created it is closed.
(Bug#30508)
DatabaseMetadata.getColumns()
doesn't
return the correct column names if the connection character
isn't UTF-8. A bug in MySQL server compounded the issue, but was
fixed within the MySQL 5.0 release cycle. The fix includes
changes to all the sections of the code that access the server
metadata.
(Bug#20491)
Fixed ResultSetMetadata.getColumnName()
for result sets returned from
Statement.getGeneratedKeys()
- it was
returning null instead of "GENERATED_KEY" as in 5.0.x.
The following features are new, compared to the 5.0 series of Connector/J
JDBC-4.0 support for setting per-connection client information
(which can be viewed in the comments section of a query via
SHOW PROCESSLIST
on a MySQL
server, or can be extended to support custom persistence of the
information via a public interface).
Support for JDBC-4.0 XML processing via JAXP interfaces to DOM, SAX and StAX.
JDBC-4.0 standardized unwrapping to interfaces that include vendor extensions.
Functionality added or changed:
Added autoSlowLog
configuration property,
overrides slowQueryThreshold*
properties,
driver determines slow queries by those that are slower than 5 *
stddev of the mean query time (outside the 96% percentile).
Bugs fixed:
When a connection is in read-only mode, queries that are wrapped in parentheses were incorrectly identified DML statements. (Bug#28256)
When calling setTimestamp
on a prepared
statement, the timezone information stored in the calendar
object was ignored. This resulted in the incorrect
DATETIME
information being stored. The
following example illustrates this:
Timestamp t = new Timestamp( cal.getTimeInMillis() ); ps.setTimestamp( N, t, cal );
The following features are new, compared to the 5.0 series of Connector/J
JDBC-4.0 support for setting per-connection client information
(which can be viewed in the comments section of a query via
SHOW PROCESSLIST
on a MySQL
server, or can be extended to support custom persistence of the
information via a public interface).
Support for JDBC-4.0 XML processing via JAXP interfaces to DOM, SAX and StAX.
JDBC-4.0 standardized unwrapping to interfaces that include vendor extensions.
Functionality added or changed:
Connector/J now connects using an initial character set of
utf-8
solely for the purpose of
authentication to allow user names or database names in any
character set to be used in the JDBC connection URL.
(Bug#29853)
Added two configuration parameters:
blobsAreStrings
: Should the driver always
treat BLOBs as Strings. Added specifically to work around
dubious metadata returned by the server for GROUP
BY
clauses. Defaults to false.
functionsNeverReturnBlobs
: Should the
driver always treat data from functions returning
BLOBs
as Strings. Added specifically to
work around dubious metadata returned by the server for
GROUP BY
clauses. Defaults to false.
Setting rewriteBatchedStatements
to
true
now causes CallableStatements with
batched arguments to be re-written in the form "CALL (...); CALL
(...); ..." to send the batch in as few client-server round
trips as possible.
The driver now picks appropriate internal row representation
(whole row in one buffer, or individual byte[]s for each column
value) depending on heuristics, including whether or not the row
has BLOB
or
TEXT
types and the overall
row-size. The threshold for row size that will cause the driver
to use a buffer rather than individual byte[]s is configured by
the configuration property
largeRowSizeThreshold
, which has a default
value of 2KB.
The data (and how it is stored) for ResultSet
rows are now behind an interface which allows us (in some cases)
to allocate less memory per row, in that for "streaming" result
sets, we re-use the packet used to read rows, since only one row
at a time is ever active.
Added experimental support for statement "interceptors" via the
com.mysql.jdbc.StatementInterceptor
interface, examples are in
com/mysql/jdbc/interceptors
. Implement this
interface to be placed "in between" query execution, so that it
can be influenced (currently experimental).
The driver will automatically adjust the server session variable
net_write_timeout
when it
determines its been asked for a "streaming" result, and resets
it to the previous value when the result set has been consumed.
(The configuration property is named
netTimeoutForStreamingResults
, with a unit of
seconds, the value '0' means the driver will not try and adjust
this value).
JDBC-4.0 ease-of-development features including
auto-registration with the DriverManager
via
the service provider mechanism, standardized Connection validity
checks and categorized SQLExceptions
based on
recoverability/retry-ability and class of the underlying error.
Statement.setQueryTimeout()
s now affect the
entire batch for batched statements, rather than the individual
statements that make up the batch.
Errors encountered during
Statement
/PreparedStatement
/CallableStatement.executeBatch()
when rewriteBatchStatements
has been set to
true
now return
BatchUpdateExceptions
according to the
setting of continueBatchOnError
.
If continueBatchOnError
is set to
true
, the update counts for the "chunk" that
were sent as one unit will all be set to
EXECUTE_FAILED
, but the driver will attempt
to process the remainder of the batch. You can determine which
"chunk" failed by looking at the update counts returned in the
BatchUpdateException
.
If continueBatchOnError
is set to "false",
the update counts returned will contain all updates up-to and
including the failed "chunk", with all counts for the failed
"chunk" set to EXECUTE_FAILED
.
Since MySQL doesn't return multiple error codes for
multiple-statements, or for multi-value
INSERT
/REPLACE
,
it is the application's responsibility to handle determining
which item(s) in the "chunk" actually failed.
New methods on com.mysql.jdbc.Statement:
setLocalInfileInputStream()
and
getLocalInfileInputStream()
:
setLocalInfileInputStream()
sets an
InputStream
instance that will be used to
send data to the MySQL server for a
LOAD DATA LOCAL
INFILE
statement rather than a
FileInputStream
or
URLInputStream
that represents the path
given as an argument to the statement.
This stream will be read to completion upon execution of a
LOAD DATA LOCAL
INFILE
statement, and will automatically be closed
by the driver, so it needs to be reset before each call to
execute*()
that would cause the MySQL
server to request data to fulfill the request for
LOAD DATA LOCAL
INFILE
.
If this value is set to NULL
, the driver
will revert to using a FileInputStream
or
URLInputStream
as required.
getLocalInfileInputStream()
returns the
InputStream
instance that will be used to
send data in response to a
LOAD DATA LOCAL
INFILE
statement.
This method returns NULL
if no such
stream has been set via
setLocalInfileInputStream()
.
Setting useBlobToStoreUTF8OutsideBMP
to
true
tells the driver to treat
[MEDIUM/LONG]BLOB
columns as
[LONG]VARCHAR
columns holding text encoded in
UTF-8 that has characters outside the BMP (4-byte encodings),
which MySQL server can't handle natively.
Set utf8OutsideBmpExcludedColumnNamePattern
to
a regex so that column names matching the given regex will still
be treated as BLOBs
The regex must follow the
patterns used for the java.util.regex
package.
The default is to exclude no columns, and include all columns.
Set utf8OutsideBmpIncludedColumnNamePattern
to
specify exclusion rules to
utf8OutsideBmpExcludedColumnNamePattern". The regex must follow
the patterns used for the java.util.regex
package.
Bugs fixed:
setObject(int, Object, int, int)
delegate in
PreparedStatmentWrapper delegates to wrong method.
(Bug#30892)
NPE with null column values when
padCharsWithSpace
is set to true.
(Bug#30851)
Collation on VARBINARY
column
types would be misidentified. A fix has been added, but this fix
only works for MySQL server versions 5.0.25 and newer, since
earlier versions didn't consistently return correct metadata for
functions, and thus results from subqueries and functions were
indistinguishable from each other, leading to type-related bugs.
(Bug#30664)
An ArithmeticException
or
NullPointerException
would be raised when the
batch had zero members and
rewriteBatchedStatements=true
when
addBatch()
was never called, or
executeBatch()
was called immediately after
clearBatch()
.
(Bug#30550)
Closing a load-balanced connection would cause a
ClassCastException
.
(Bug#29852)
Connection checker for JBoss didn't use same method parameters via reflection, causing connections to always seem "bad". (Bug#29106)
DatabaseMetaData.getTypeInfo()
for the types
DECIMAL
and
NUMERIC
will return a precision
of 254 for server versions older than 5.0.3, 64 for versions
5.0.3 to 5.0.5 and 65 for versions newer than 5.0.5.
(Bug#28972)
CallableStatement.executeBatch()
doesn't work
when connection property
noAccessToProcedureBodies
has been set to
true
.
The fix involves changing the behavior of
noAccessToProcedureBodies
,in that the driver
will now report all paramters as "IN" paramters but allow
callers to call registerOutParameter() on them without throwing
an exception.
(Bug#28689)
DatabaseMetaData.getColumns()
doesn't contain
SCOPE_*
or
IS_AUTOINCREMENT
columns.
(Bug#27915)
Schema objects with identifiers other than the connection
character aren't retrieved correctly in
ResultSetMetadata
.
(Bug#27867)
Connection.getServerCharacterEncoding()
doesn't work for servers with version >= 4.1.
(Bug#27182)
The automated SVN revisions in
DBMD.getDriverVersion()
. The SVN revision of
the directory is now inserted into the version information
during the build.
(Bug#21116)
Specifying a "validation query" in your connection pool that starts with "/* ping */" _exactly_ will cause the driver to instead send a ping to the server and return a fake result set (much lighter weight), and when using a ReplicationConnection or a LoadBalancedConnection, will send the ping across all active connections.
This is a new Beta development release, fixing recently discovered bugs.
Functionality added or changed:
Setting the configuration property
rewriteBatchedStatements
to
true
will now cause the driver to rewrite
batched prepared statements with more than 3 parameter sets in a
batch into multi-statements (separated by ";") if they are not
plain (that is, without SELECT
or
ON DUPLICATE KEY UPDATE
clauses)
INSERT
or
REPLACE
statements.
This is a new Alpha development release, adding new features and fixing recently discovered bugs.
Functionality added or changed:
Incompatible Change:
Pulled vendor-extension methods of Connection
implementation out into an interface to support
java.sql.Wrapper
functionality from
ConnectionPoolDataSource
. The vendor
extensions are javadoc'd in the
com.mysql.jdbc.Connection
interface.
For those looking further into the driver implementation, it is
not an API that is used for plugability of implementations
inside our driver (which is why there are still references to
ConnectionImpl
throughout the code).
We've also added server and client
prepareStatement()
methods that cover all of
the variants in the JDBC API.
Connection.serverPrepare(String)
has been
re-named to
Connection.serverPrepareStatement()
for
consistency with
Connection.clientPrepareStatement()
.
Row navigation now causes any streams/readers open on the result set to be closed, as in some cases we're reading directly from a shared network packet and it will be overwritten by the "next" row.
Made it possible to retrieve prepared statement parameter
bindings (to be used in
StatementInterceptors
, primarily).
Externalized the descriptions of connection properties.
The data (and how it is stored) for ResultSet
rows are now behind an interface which allows us (in some cases)
to allocate less memory per row, in that for "streaming" result
sets, we re-use the packet used to read rows, since only one row
at a time is ever active.
Similar to Connection
, we pulled out vendor
extensions to Statement
into an interface
named com.mysql.Statement
, and moved the
Statement
class into
com.mysql.StatementImpl
. The two methods
(javadoc'd in com.mysql.Statement
are
enableStreamingResults()
, which already
existed, and disableStreamingResults()
which
sets the statement instance back to the fetch size and result
set type it had before
enableStreamingResults()
was called.
Driver now picks appropriate internal row representation (whole
row in one buffer, or individual byte[]s for each column value)
depending on heuristics, including whether or not the row has
BLOB
or
TEXT
types and the overall
row-size. The threshold for row size that will cause the driver
to use a buffer rather than individual byte[]s is configured by
the configuration property
largeRowSizeThreshold
, which has a default
value of 2KB.
Added experimental support for statement "interceptors" via the
com.mysql.jdbc.StatementInterceptor
interface, examples are in
com/mysql/jdbc/interceptors
.
Implement this interface to be placed "in between" query execution, so that you can influence it. (currently experimental).
StatementInterceptors
are "chainable" when
configured by the user, the results returned by the "current"
interceptor will be passed on to the next on in the chain, from
left-to-right order, as specified by the user in the JDBC
configuration property statementInterceptors
.
See the sources (fully javadoc'd) for
com.mysql.jdbc.StatementInterceptor
for more
details until we iron out the API and get it documented in the
manual.
Setting rewriteBatchedStatements
to
true
now causes
CallableStatements
with batched arguments to
be re-written in the form CALL (...); CALL (...);
...
to send the batch in as few client-server round
trips as possible.
This is the first public alpha release of the current Connector/J 5.1 development branch, providing an insight to upcoming features. Although some of these are still under development, this release includes the following new features and changes (in comparison to the current Connector/J 5.0 production release):
Important change: Due to a number of issues with the use of server-side prepared statements, Connector/J 5.0.5 has disabled their use by default. The disabling of server-side prepared statements does not affect the operation of the connector in any way.
To enable server-side prepared statements you must add the following configuration property to your connector string:
useServerPrepStmts=true
The default value of this property is false
(that is, Connector/J does not use server-side prepared
statements).
The disabling of server-side prepared statements does not
affect the operation of the connector. However, if you use the
useTimezone=true
connection option and use
client-side prepared statements (instead of server-side
prepared statements) you should also set
useSSPSCompatibleTimezoneShift=true
.
Functionality added or changed:
Refactored CommunicationsException
into a
JDBC-3.0 version, and a JDBC-4.0 version (which extends
SQLRecoverableException
, now that it exists).
This change means that if you were catching
com.mysql.jdbc.CommunicationsException
in
your applications instead of looking at the SQLState class of
08
, and are moving to Java 6 (or newer),
you need to change your imports to that exception to be
com.mysql.jdbc.exceptions.jdbc4.CommunicationsException
,
as the old class will not be instantiated for communications
link-related errors under Java 6.
Added support for JDBC-4.0 categorized
SQLExceptions
.
Added support for JDBC-4.0's NCLOB
, and
NCHAR
/NVARCHAR
types.
com.mysql.jdbc.java6.javac
: Full path to your
Java-6 javac executable
Added support for JDBC-4.0's SQLXML interfaces.
Re-worked Ant buildfile to build JDBC-4.0 classes separately, as well as support building under Eclipse (since Eclipse can't mix/match JDKs).
To build, you must set JAVA_HOME
to
J2SDK-1.4.2 or Java-5, and set the following properties on your
Ant command line:
com.mysql.jdbc.java6.javac
: Full path to
your Java-6 javac executable
com.mysql.jdbc.java6.rtjar
: Full path to
your Java-6 rt.jar
file
New feature—driver will automatically adjust session
variable net_write_timeout
when
it determines it has been asked for a "streaming" result, and
resets it to the previous value when the result set has been
consumed. (configuration property is named
netTimeoutForStreamingResults
value and has a
unit of seconds, the value 0
means the driver
will not try and adjust this value).
Added support for JDBC-4.0's client information. The backend
storage of information provided via
Connection.setClientInfo()
and retrieved by
Connection.getClientInfo()
is pluggable by
any class that implements the
com.mysql.jdbc.JDBC4ClientInfoProvider
interface and has a no-args constructor.
The implementation used by the driver is configured using the
clientInfoProvider
configuration property
(with a default of value of
com.mysql.jdbc.JDBC4CommentClientInfoProvider
,
an implementation which lists the client information as a
comment prepended to every query sent to the server).
This functionality is only available when using Java-6 or newer.
com.mysql.jdbc.java6.rtjar
: Full path to your
Java-6 rt.jar
file
Added support for JDBC-4.0's Wrapper
interface.
Functionality added or changed:
blobsAreStrings
: Should the driver always
treat BLOBs as Strings. Added specifically to work around
dubious metadata returned by the server for GROUP
BY
clauses. Defaults to false.
Added two configuration parameters:
blobsAreStrings
: Should the driver always
treat BLOBs as Strings. Added specifically to work around
dubious metadata returned by the server for GROUP
BY
clauses. Defaults to false.
functionsNeverReturnBlobs
: Should the
driver always treat data from functions returning
BLOBs
as Strings. Added specifically to
work around dubious metadata returned by the server for
GROUP BY
clauses. Defaults to false.
functionsNeverReturnBlobs
: Should the driver
always treat data from functions returning
BLOBs
as Strings. Added specifically to work
around dubious metadata returned by the server for
GROUP BY
clauses. Defaults to false.
XAConnections now start in auto-commit mode (as per JDBC-4.0 specification clarification).
Driver will now fall back to sane defaults for
max_allowed_packet
and
net_buffer_length
if the server
reports them incorrectly (and will log this situation at
WARN
level, since it is actually an error
condition).
Bugs fixed:
Connections established using URLs of the form
jdbc:mysql:loadbalance://
weren't doing
failover if they tried to connect to a MySQL server that was
down. The driver now attempts connections to the next "best"
(depending on the load balance strategy in use) server, and
continues to attempt connecting to the next "best" server every
250 milliseconds until one is found that is up and running or 5
minutes has passed.
If the driver gives up, it will throw the last-received
SQLException
.
(Bug#31053)
setObject(int, Object, int, int)
delegate in
PreparedStatmentWrapper delegates to wrong method.
(Bug#30892)
NPE with null column values when
padCharsWithSpace
is set to true.
(Bug#30851)
Collation on VARBINARY
column
types would be misidentified. A fix has been added, but this fix
only works for MySQL server versions 5.0.25 and newer, since
earlier versions didn't consistently return correct metadata for
functions, and thus results from subqueries and functions were
indistinguishable from each other, leading to type-related bugs.
(Bug#30664)
An ArithmeticException
or
NullPointerException
would be raised when the
batch had zero members and
rewriteBatchedStatements=true
when
addBatch()
was never called, or
executeBatch()
was called immediately after
clearBatch()
.
(Bug#30550)
Closing a load-balanced connection would cause a
ClassCastException
.
(Bug#29852)
Connection checker for JBoss didn't use same method parameters via reflection, causing connections to always seem "bad". (Bug#29106)
DatabaseMetaData.getTypeInfo()
for the types
DECIMAL
and
NUMERIC
will return a precision
of 254 for server versions older than 5.0.3, 64 for versions
5.0.3 to 5.0.5 and 65 for versions newer than 5.0.5.
(Bug#28972)
CallableStatement.executeBatch()
doesn't work
when connection property
noAccessToProcedureBodies
has been set to
true
.
The fix involves changing the behavior of
noAccessToProcedureBodies
,in that the driver
will now report all paramters as "IN" paramters but allow
callers to call registerOutParameter() on them without throwing
an exception.
(Bug#28689)
When a connection is in read-only mode, queries that are wrapped in parentheses were incorrectly identified DML statements. (Bug#28256)
UNSIGNED
types not reported via
DBMD.getTypeInfo()
, and capitalization of
type names is not consistent between
DBMD.getColumns()
,
RSMD.getColumnTypeName()
and
DBMD.getTypeInfo()
.
This fix also ensures that the precision of UNSIGNED
MEDIUMINT
and UNSIGNED BIGINT
is
reported correctly via DBMD.getColumns()
.
(Bug#27916)
DatabaseMetaData.getColumns()
doesn't contain
SCOPE_*
or
IS_AUTOINCREMENT
columns.
(Bug#27915)
Schema objects with identifiers other than the connection
character aren't retrieved correctly in
ResultSetMetadata
.
(Bug#27867)
Cached metadata with
PreparedStatement.execute()
throws
NullPointerException
.
(Bug#27412)
Connection.getServerCharacterEncoding()
doesn't work for servers with version >= 4.1.
(Bug#27182)
The automated SVN revisions in
DBMD.getDriverVersion()
. The SVN revision of
the directory is now inserted into the version information
during the build.
(Bug#21116)
Specifying a "validation query" in your connection pool that starts with "/* ping */" _exactly_ will cause the driver to instead send a ping to the server and return a fake result set (much lighter weight), and when using a ReplicationConnection or a LoadBalancedConnection, will send the ping across all active connections.
Functionality added or changed:
The driver will now automatically set
useServerPrepStmts
to true
when useCursorFetch
has been set to
true
, since the feature requires server-side
prepared statements in order to function.
tcpKeepAlive
- Should the driver set
SO_KEEPALIVE (default true
)?
Give more information in EOFExceptions thrown out of MysqlIO (how many bytes the driver expected to read, how many it actually read, say that communications with the server were unexpectedly lost).
Driver detects when it is running in a ColdFusion MX server
(tested with version 7), and uses the configuration bundle
coldFusion
, which sets
useDynamicCharsetInfo
to
false
(see previous entry), and sets
useLocalSessionState
and autoReconnect to
true
.
tcpNoDelay
- Should the driver set
SO_TCP_NODELAY (disabling the Nagle Algorithm, default
true
)?
Added configuration property
slowQueryThresholdNanos
- if
useNanosForElapsedTime
is set to
true
, and this property is set to a nonzero
value the driver will use this threshold (in nanosecond units)
to determine if a query was slow, instead of using millisecond
units.
tcpRcvBuf
- Should the driver set SO_RCV_BUF
to the given value? The default value of '0', means use the
platform default value for this property.
Setting useDynamicCharsetInfo
to
false
now causes driver to use static lookups
for collations as well (makes
ResultSetMetadata.isCaseSensitive() much more efficient, which
leads to performance increase for ColdFusion, which calls this
method for every column on every table it sees, it appears).
Added configuration properties to allow tuning of TCP/IP socket parameters:
tcpNoDelay
- Should the driver set
SO_TCP_NODELAY (disabling the Nagle Algorithm, default
true
)?
tcpKeepAlive
- Should the driver set
SO_KEEPALIVE (default true
)?
tcpRcvBuf
- Should the driver set
SO_RCV_BUF to the given value? The default value of '0',
means use the platform default value for this property.
tcpSndBuf
- Should the driver set
SO_SND_BUF to the given value? The default value of '0',
means use the platform default value for this property.
tcpTrafficClass
- Should the driver set
traffic class or type-of-service fields? See the
documentation for java.net.Socket.setTrafficClass() for more
information.
Setting the configuration parameter
useCursorFetch
to true
for
MySQL-5.0+ enables the use of cursors that allow Connector/J to
save memory by fetching result set rows in chunks (where the
chunk size is set by calling setFetchSize() on a Statement or
ResultSet) by using fully-materialized cursors on the server.
tcpSndBuf
- Should the driver set SO_SND_BUF
to the given value? The default value of '0', means use the
platform default value for this property.
tcpTrafficClass
- Should the driver set
traffic class or type-of-service fields? See the documentation
for java.net.Socket.setTrafficClass() for more information.
Added new debugging functionality - Setting configuration
property
includeInnodbStatusInDeadlockExceptions
to
true
will cause the driver to append the
output of SHOW
ENGINE INNODB STATUS
to deadlock-related exceptions,
which will enumerate the current locks held inside InnoDB.
Added configuration property
useNanosForElapsedTime
- for
profiling/debugging functionality that measures elapsed time,
should the driver try to use nanoseconds resolution if available
(requires JDK >= 1.5)?
If useNanosForElapsedTime
is set to
true
, and this property is set to "0" (or
left default), then elapsed times will still be measured in
nanoseconds (if possible), but the slow query threshold will
be converted from milliseconds to nanoseconds, and thus have
an upper bound of approximately 2000 milliseconds (as that
threshold is represented as an integer, not a long).
Bugs fixed:
Don't send any file data in response to LOAD DATA LOCAL INFILE if the feature is disabled at the client side. This is to prevent a malicious server or man-in-the-middle from asking the client for data that the client is not expecting. Thanks to Jan Kneschke for discovering the exploit and Andrey "Poohie" Hristov, Konstantin Osipov and Sergei Golubchik for discussions about implications and possible fixes. (Bug#29605)
Parser in client-side prepared statements runs to end of statement, rather than end-of-line for '#' comments. Also added support for '--' single-line comments. (Bug#28956)
Parser in client-side prepared statements eats character following '/' if it is not a multi-line comment. (Bug#28851)
PreparedStatement.getMetaData() for statements containing leading one-line comments is not returned correctly.
As part of this fix, we also overhauled detection of DML for
executeQuery()
and
SELECT
s for
executeUpdate()
in plain and prepared
statements to be aware of the same types of comments.
(Bug#28469)
Functionality added or changed:
Added an experimental load-balanced connection designed for use
with SQL nodes in a MySQL Cluster/NDB environment (This is not
for master-slave replication. For that, we suggest you look at
ReplicationConnection
or
lbpool
).
If the JDBC URL starts with
jdbc:mysql:loadbalance://host-1,host-2,...host-n
,
the driver will create an implementation of
java.sql.Connection
that load balances
requests across a series of MySQL JDBC connections to the given
hosts, where the balancing takes place after transaction commit.
Therefore, for this to work (at all), you must use transactions, even if only reading data.
Physical connections to the given hosts will not be created until needed.
The driver will invalidate connections that it detects have had communication errors when processing a request. A new connection to the problematic host will be attempted the next time it is selected by the load balancing algorithm.
There are two choices for load balancing algorithms, which may
be specified by the loadBalanceStrategy
JDBC
URL configuration property:
random
: The driver will pick a random
host for each request. This tends to work better than
round-robin, as the randomness will somewhat account for
spreading loads where requests vary in response time, while
round-robin can sometimes lead to overloaded nodes if there
are variations in response times across the workload.
bestResponseTime
: The driver will route
the request to the host that had the best response time for
the previous transaction.
bestResponseTime
: The driver will route the
request to the host that had the best response time for the
previous transaction.
Added configuration property
padCharsWithSpace
(defaults to
false
). If set to true
,
and a result set column has the
CHAR
type and the value does not
fill the amount of characters specified in the DDL for the
column, the driver will pad the remaining characters with space
(for ANSI compliance).
When useLocalSessionState
is set to
true
and connected to a MySQL-5.0 or later
server, the JDBC driver will now determine whether an actual
commit
or rollback
statement needs to be sent to the database when
Connection.commit()
or
Connection.rollback()
is called.
This is especially helpful for high-load situations with
connection pools that always call
Connection.rollback()
on connection
check-in/check-out because it avoids a round-trip to the server.
Added configuration property
useDynamicCharsetInfo
. If set to
false
(the default), the driver will use a
per-connection cache of character set information queried from
the server when necessary, or when set to
true
, use a built-in static mapping that is
more efficient, but isn't aware of custom character sets or
character sets implemented after the release of the JDBC driver.
This only affects the padCharsWithSpace
configuration property and the
ResultSetMetaData.getColumnDisplayWidth()
method.
New configuration property,
enableQueryTimeouts
(default
true
).
When enabled, query timeouts set via
Statement.setQueryTimeout()
use a shared
java.util.Timer
instance for scheduling. Even
if the timeout doesn't expire before the query is processed,
there will be memory used by the TimerTask
for the given timeout which won't be reclaimed until the time
the timeout would have expired if it hadn't been cancelled by
the driver. High-load environments might want to consider
disabling this functionality. (this configuration property is
part of the maxPerformance
configuration
bundle).
Give better error message when "streaming" result sets, and the
connection gets clobbered because of exceeding
net_write_timeout
on the
server.
random
: The driver will pick a random host
for each request. This tends to work better than round-robin, as
the randomness will somewhat account for spreading loads where
requests vary in response time, while round-robin can sometimes
lead to overloaded nodes if there are variations in response
times across the workload.
com.mysql.jdbc.[NonRegistering]Driver
now
understands URLs of the format
jdbc:mysql:replication://
and
jdbc:mysql:loadbalance://
which will create a
ReplicationConnection (exactly like when using
[NonRegistering]ReplicationDriver
) and an
experimental load-balanced connection designed for use with SQL
nodes in a MySQL Cluster/NDB environment, respectively.
In an effort to simplify things, we're working on deprecating
multiple drivers, and instead specifying different core behavior
based upon JDBC URL prefixes, so watch for
[NonRegistering]ReplicationDriver
to
eventually disappear, to be replaced with
com.mysql.jdbc[NonRegistering]Driver
with the
new URL prefix.
Fixed issue where a failed-over connection would let an
application call setReadOnly(false)
, when
that call should be ignored until the connection is reconnected
to a writable master unless failoverReadOnly
had been set to false
.
Driver will now use INSERT INTO ... VALUES
(DEFAULT)
form of statement for updatable result sets
for ResultSet.insertRow()
, rather than
pre-populating the insert row with values from
DatabaseMetaData.getColumns()
(which results
in a SHOW FULL
COLUMNS
on the server for every result set). If an
application requires access to the default values before
insertRow()
has been called, the JDBC URL
should be configured with
populateInsertRowWithDefaultValues
set to
true
.
This fix specifically targets performance issues with ColdFusion and the fact that it seems to ask for updatable result sets no matter what the application does with them.
More intelligent initial packet sizes for the "shared" packets are used (512 bytes, rather than 16K), and initial packets used during handshake are now sized appropriately as to not require reallocation.
Bugs fixed:
More useful error messages are generated when the driver thinks a result set is not updatable. (Thanks to Ashley Martens for the patch). (Bug#28085)
Connection.getTransactionIsolation()
uses
"SHOW VARIABLES LIKE
" which is very
inefficient on MySQL-5.0+ servers.
(Bug#27655)
Fixed issue where calling getGeneratedKeys()
on a prepared statement after calling
execute()
didn't always return the generated
keys (executeUpdate()
worked fine however).
(Bug#27655)
CALL /* ... */
doesn't work.
As a side effect of this fix, you can now use some_proc
()/*
*/
and #
comments when preparing
statements using client-side prepared statement emulation.
If the comments happen to contain parameter markers
(?
), they will be treated as belonging to the
comment (that is, not recognized) rather than being a parameter
of the statement.
The statement when sent to the server will contain the
comments as-is, they're not stripped during the process of
preparing the PreparedStatement
or
CallableStatement
.
ResultSet.get*()
with a column index < 1
returns misleading error message.
(Bug#27317)
Using ResultSet.get*()
with a column index
less than 1 returns a misleading error message.
(Bug#27317)
Comments in DDL of stored procedures/functions confuse procedure parser, and thus metadata about them can not be created, leading to inability to retrieve said metadata, or execute procedures that have certain comments in them. (Bug#26959)
Fast date/time parsing doesn't take into account
00:00:00
as a legal value.
(Bug#26789)
PreparedStatement
is not closed in
BlobFromLocator.getBytes()
.
(Bug#26592)
When the configuration property
useCursorFetch
was set to
true
, sometimes server would return new, more
exact metadata during the execution of the server-side prepared
statement that enables this functionality, which the driver
ignored (using the original metadata returned during
prepare()
), causing corrupt reading of data
due to type mismatch when the actual rows were returned.
(Bug#26173)
CallableStatements
with
OUT/INOUT
parameters that are "binary"
(BLOB
,
BIT
,
(VAR)BINARY
, JAVA_OBJECT
)
have extra 7 bytes.
(Bug#25715)
Whitespace surrounding storage/size specifiers in stored
procedure parameters declaration causes
NumberFormatException
to be thrown when
calling stored procedure on JDK-1.5 or newer, as the Number
classes in JDK-1.5+ are whitespace intolerant.
(Bug#25624)
Client options not sent correctly when using SSL, leading to stored procedures not being able to return results. Thanks to Don Cohen for the bug report, testcase and patch. (Bug#25545)
Statement.setMaxRows()
is not effective on
result sets materialized from cursors.
(Bug#25517)
BIT(> 1)
is returned as
java.lang.String
from
ResultSet.getObject()
rather than
byte[]
.
(Bug#25328)
Functionality added or changed:
Usage Advisor will now issue warnings for result sets with large
numbers of rows. You can configure the trigger value by using
the resultSetSizeThreshold
parameter, which
has a default value of 100.
The rewriteBatchedStatements
feature can now
be used with server-side prepared statements.
Important change: Due to a number of issues with the use of server-side prepared statements, Connector/J 5.0.5 has disabled their use by default. The disabling of server-side prepared statements does not affect the operation of the connector in any way.
To enable server-side prepared statements you must add the following configuration property to your connector string:
useServerPrepStmts=true
The default value of this property is false
(that is, Connector/J does not use server-side prepared
statements).
Improved speed of datetime
parsing for
ResultSets that come from plain or nonserver-side prepared
statements. You can enable old implementation with
useFastDateParsing=false
as a configuration
parameter.
Usage Advisor now detects empty results sets and does not report on columns not referenced in those empty sets.
Fixed logging of XA commands sent to server, it is now
configurable via logXaCommands
property
(defaults to false
).
Added configuration property
localSocketAddress
, which is the host name or
IP address given to explicitly configure the interface that the
driver will bind the client side of the TCP/IP connection to
when connecting.
We've added a new configuration option
treatUtilDateAsTimestamp
, which is
false
by default, as (1) We already had
specific behavior to treat java.util.Date as a
java.sql.Timestamp because it is useful to many folks, and (2)
that behavior will very likely be required for drivers
JDBC-post-4.0.
Bugs fixed:
Connection property socketFactory
wasn't
exposed via correctly named mutator/accessor, causing data
source implementations that use JavaBean naming conventions to
set properties to fail to set the property (and in the case of
SJAS, fail silently when trying to set this parameter).
(Bug#26326)
A query execution which timed out did not always throw a
MySQLTimeoutException
.
(Bug#25836)
Storing a java.util.Date
object in a
BLOB
column would not be
serialized correctly during setObject
.
(Bug#25787)
Timer instance used for
Statement.setQueryTimeout()
created
per-connection, rather than per-VM, causing memory leak.
(Bug#25514)
EscapeProcessor
gets confused by multiple
backslashes. We now push the responsibility of syntax errors
back on to the server for most escape sequences.
(Bug#25399)
INOUT
parameters in
CallableStatements
get doubly-escaped.
(Bug#25379)
When using the rewriteBatchedStatements
connection option with
PreparedState.executeBatch()
an internal
memory leak would occur.
(Bug#25073)
Fixed issue where field-level for metadata from
DatabaseMetaData
when using
INFORMATION_SCHEMA
didn't have references to
current connections, sometimes leading to Null Pointer
Exceptions (NPEs) when introspecting them via
ResultSetMetaData
.
(Bug#25073)
StringUtils.indexOfIgnoreCaseRespectQuotes()
isn't case-insensitive on the first character of the target.
This bug also affected
rewriteBatchedStatements
functionality when
prepared statements did not use uppercase for the
VALUES
clause.
(Bug#25047)
Client-side prepared statement parser gets confused by in-line
comments /*...*/
and therefore cannot rewrite
batch statements or reliably detect the type of statements when
they are used.
(Bug#25025)
Results sets from UPDATE
statements that are part of multi-statement queries would cause
an SQLException
error, "Result is from
UPDATE".
(Bug#25009)
Specifying US-ASCII
as the character set in a
connection to a MySQL 4.1 or newer server does not map
correctly.
(Bug#24840)
Using DatabaseMetaData.getSQLKeywords()
does
not return a all of the of the reserved keywords for the current
MySQL version. Current implementation returns the list of
reserved words for MySQL 5.1, and does not distinguish between
versions.
(Bug#24794)
Calling Statement.cancel()
could result in a
Null Pointer Exception (NPE).
(Bug#24721)
Using setFetchSize()
breaks prepared
SHOW
and other commands.
(Bug#24360)
Calendars and timezones are now lazily instantiated when required. (Bug#24351)
Using DATETIME
columns would
result in time shifts when useServerPrepStmts
was true. The reason was due to different behavior when using
client-side compared to server-side prepared statements and the
useJDBCCompliantTimezoneShift
option. This is
now fixed if moving from server-side prepared statements to
client-side prepared statements by setting
useSSPSCompatibleTimezoneShift
to
true
, as the driver can't tell if this is a
new deployment that never used server-side prepared statements,
or if it is an existing deployment that is switching to
client-side prepared statements from server-side prepared
statements.
(Bug#24344)
Connector/J now returns a better error message when server doesn't return enough information to determine stored procedure/function parameter types. (Bug#24065)
A connection error would occur when connecting to a MySQL server
with certain character sets. Some collations/character sets
reported as "unknown" (specifically cias
variants of existing character sets), and inability to override
the detected server character set.
(Bug#23645)
Inconsistency between getSchemas
and
INFORMATION_SCHEMA
.
(Bug#23304)
DatabaseMetaData.getSchemas()
doesn't return
a TABLE_CATALOG
column.
(Bug#23303)
When using a JDBC connection URL that is malformed, the
NonRegisteringDriver.getPropertyInfo
method
will throw a Null Pointer Exception (NPE).
(Bug#22628)
Some exceptions thrown out of
StandardSocketFactory
were needlessly
wrapped, obscuring their true cause, especially when using
socket timeouts.
(Bug#21480)
When using a server-side prepared statement the driver would send timestamps to the server using nanoseconds instead of milliseconds. (Bug#21438)
When using server-side prepared statements and timestamp columns, value would be incorrectly populated (with nanoseconds, not microseconds). (Bug#21438)
ParameterMetaData
throws
NullPointerException
when prepared SQL has a
syntax error. Added
generateSimpleParameterMetadata
configuration
property, which when set to true
will
generate metadata reflecting
VARCHAR
for every parameter (the
default is false
, which will cause an
exception to be thrown if no parameter metadata for the
statement is actually available).
(Bug#21267)
Fixed an issue where XADataSources
couldn't
be bound into JNDI, as the DataSourceFactory
didn't know how to create instances of them.
Other changes:
Avoid static synchronized code in JVM class libraries for dealing with default timezones.
Performance enhancement of initial character set configuration, driver will only send commands required to configure connection character set session variables if the current values on the server do not match what is required.
Re-worked stored procedure parameter parser to be more robust.
Driver no longer requires BEGIN
in stored
procedure definition, but does have requirement that if a stored
function begins with a label directly after the "returns"
clause, that the label is not a quoted identifier.
Throw exceptions encountered during timeout to thread calling
Statement.execute*()
, rather than
RuntimeException
.
Changed cached result set metadata (when using
cacheResultSetMetadata=true
) to be cached
per-connection rather than per-statement as previously
implemented.
Reverted back to internal character conversion routines for single-byte character sets, as the ones internal to the JVM are using much more CPU time than our internal implementation.
When extracting foreign key information from
SHOW CREATE TABLE
in
DatabaseMetaData
, ignore exceptions relating
to tables being missing (which could happen for cross-reference
or imported-key requests, as the list of tables is generated
first, then iterated).
Fixed some Null Pointer Exceptions (NPEs) when cached metadata
was used with UpdatableResultSets
.
Take localSocketAddress
property into account
when creating instances of
CommunicationsException
when the underyling
exception is a java.net.BindException
, so
that a friendlier error message is given with a little internal
diagnostics.
Fixed cases where ServerPreparedStatements
weren't using cached metadata when
cacheResultSetMetadata=true
was used.
Use a java.util.TreeMap
to map column names
to ordinal indexes for ResultSet.findColumn()
instead of a HashMap. This allows us to have case-insensitive
lookups (required by the JDBC specification) without resorting
to the many transient object instances needed to support this
requirement with a normal HashMap
with either
case-adjusted keys, or case-insensitive keys. (In the worst case
scenario for lookups of a 1000 column result set, TreeMaps are
about half as fast wall-clock time as a HashMap, however in
normal applications their use gives many orders of magnitude
reduction in transient object instance creation which pays off
later for CPU usage in garbage collection).
When using cached metadata, skip field-level metadata packets
coming from the server, rather than reading them and discarding
them without creating com.mysql.jdbc.Field
instances.
Bugs fixed:
DBMD.getColumns() does not return expected COLUMN_SIZE for the SET type, now returns length of largest possible set disregarding whitespace or the "," delimitters to be consistent with the ODBC driver. (Bug#22613)
Added new _ci collations to CharsetMapping - utf8_unicode_ci not working. (Bug#22456)
Driver was using milliseconds for Statement.setQueryTimeout() when specification says argument is to be in seconds. (Bug#22359)
Workaround for server crash when calling stored procedures via a server-side prepared statement (driver now detects prepare(stored procedure) and substitutes client-side prepared statement). (Bug#22297)
Driver issues truncation on write exception when it shouldn't (due to sending big decimal incorrectly to server with server-side prepared statement). (Bug#22290)
Newlines causing whitespace to span confuse procedure parser when getting parameter metadata for stored procedures. (Bug#22024)
When using information_schema for metadata, COLUMN_SIZE for getColumns() is not clamped to range of java.lang.Integer as is the case when not using information_schema, thus leading to a truncation exception that isn't present when not using information_schema. (Bug#21544)
Column names don't match metadata in cases where server doesn't
return original column names (column functions) thus breaking
compatibility with applications that expect 1-to-1 mappings
between findColumn()
and
rsmd.getColumnName()
, usually manifests
itself as "Can't find column ('')" exceptions.
(Bug#21379)
Driver now sends numeric 1 or 0 for client-prepared statement
setBoolean()
calls instead of '1' or '0'.
Fixed configuration property
jdbcCompliantTruncation
was not being used
for reads of result set values.
DatabaseMetaData correctly reports true
for
supportsCatalog*()
methods.
Driver now supports {call sp}
(without "()"
if procedure has no arguments).
Functionality added or changed:
Added configuration option
noAccessToProcedureBodies
which will cause
the driver to create basic parameter metadata for
CallableStatements
when the user does not
have access to procedure bodies via SHOW
CREATE PROCEDURE
or selecting from
mysql.proc
instead of throwing an exception.
The default value for this option is false
Bugs fixed:
Fixed Statement.cancel()
causes
NullPointerException
if underlying connection
has been closed due to server failure.
(Bug#20650)
If the connection to the server has been closed due to a server
failure, then the cleanup process will call
Statement.cancel()
, triggering a
NullPointerException
, even though there is no
active connection.
(Bug#20650)
Bugs fixed:
MysqlXaConnection.recover(int flags)
now
allows combinations of
XAResource.TMSTARTRSCAN
and
TMENDRSCAN
. To simulate the
“scanning” nature of the interface, we return all
prepared XIDs for TMSTARTRSCAN
, and no new
XIDs for calls with TMNOFLAGS
, or
TMENDRSCAN
when not in combination with
TMSTARTRSCAN
. This change was made for API
compliance, as well as integration with IBM WebSphere's
transaction manager.
(Bug#20242)
Fixed MysqlValidConnectionChecker
for JBoss
doesn't work with MySQLXADataSources
.
(Bug#20242)
Added connection/datasource property
pinGlobalTxToPhysicalConnection
(defaults to
false
). When set to true
,
when using XAConnections
, the driver ensures
that operations on a given XID are always routed to the same
physical connection. This allows the
XAConnection
to support XA START ...
JOIN
after
XA END
has been called, and is also a workaround for transaction
managers that don't maintain thread affinity for a global
transaction (most either always maintain thread affinity, or
have it as a configuration option).
(Bug#20242)
Better caching of character set converters (per-connection) to remove a bottleneck for multibyte character sets. (Bug#20242)
Fixed ConnectionProperties
(and thus some
subclasses) are not serializable, even though some J2EE
containers expect them to be.
(Bug#19169)
Fixed driver fails on non-ASCII platforms. The driver was
assuming that the platform character set would be a superset of
MySQL's latin1
when doing the handshake for
authentication, and when reading error messages. We now use
Cp1252 for all strings sent to the server during the handshake
phase, and a hard-coded mapping of the
language
systtem variable to
the character set that is used for error messages.
(Bug#18086)
Fixed can't use XAConnection
for local
transactions when no global transaction is in progress.
(Bug#17401)
Bugs fixed:
Added support for Connector/MXJ integration via url subprotocol
jdbc:mysql:mxj://...
.
(Bug#14729)
Idle timeouts cause XAConnections
to whine
about rolling themselves back.
(Bug#14729)
When fix for Bug#14562 was merged from 3.1.12, added
functionality for CallableStatement
's
parameter metadata to return correct information for
.getParameterClassName()
.
(Bug#14729)
Added service-provider entry to
META-INF/services/java.sql.Driver
for
JDBC-4.0 support.
(Bug#14729)
Fuller synchronization of Connection
to avoid
deadlocks when using multithreaded frameworks that multithread a
single connection (usually not recommended, but the JDBC spec
allows it anyways), part of fix to Bug#14972).
(Bug#14729)
Moved all SQLException
constructor usage to a
factory in SQLError
(ground-work for JDBC-4.0
SQLState
-based exception classes).
(Bug#14729)
Removed Java5-specific calls to BigDecimal
constructor (when result set value is ''
,
(int)0
was being used as an argument
indirectly via method return value. This signature doesn't exist
prior to Java5.)
(Bug#14729)
Implementation of Statement.cancel()
and
Statement.setQueryTimeout()
. Both require
MySQL-5.0.0 or newer server, require a separate connection to
issue the KILL
QUERY
statement, and in the case of
setQueryTimeout()
creates an additional
thread to handle the timeout functionality.
Note: Failures to cancel the statement for
setQueryTimeout()
may manifest themselves as
RuntimeExceptions
rather than failing
silently, as there is currently no way to unblock the thread
that is executing the query being cancelled due to timeout
expiration and have it throw the exception instead.
(Bug#14729)
Return "[VAR]BINARY" for
RSMD.getColumnTypeName()
when that is
actually the type, and it can be distinguished (MySQL-4.1 and
newer).
(Bug#14729)
Attempt detection of the MySQL type
BINARY
(it is an alias, so this
isn't always reliable), and use the
java.sql.Types.BINARY
type mapping for it.
Added unit tests for XADatasource
, as well as
friendlier exceptions for XA failures compared to the "stock"
XAException
(which has no messages).
If the connection useTimezone
is set to
true
, then also respect time zone conversions
in escape-processed string literals (for example, "{ts
...}"
and "{t ...}"
).
Don't allow .setAutoCommit(true)
, or
.commit()
or .rollback()
on an XA-managed connection as per the JDBC specification.
XADataSource
implemented (ported from 3.2
branch which won't be released as a product). Use
com.mysql.jdbc.jdbc2.optional.MysqlXADataSource
as your datasource class name in your application server to
utilize XA transactions in MySQL-5.0.10 and newer.
Moved -bin-g.jar
file into separate
debug
subdirectory to avoid confusion.
Return original column name for
RSMD.getColumnName()
if the column was
aliased, alias name for .getColumnLabel()
(if
aliased), and original table name for
.getTableName()
. Note this only works for
MySQL-4.1 and newer, as older servers don't make this
information available to clients.
Setting useJDBCCompliantTimezoneShift=true
(it is not the default) causes the driver to use GMT for
all
TIMESTAMP
/DATETIME
time zones, and the current VM time zone for any other type that
refers to time zones. This feature can not be used when
useTimezone=true
to convert between server
and client time zones.
PreparedStatement.setString()
didn't work
correctly when sql_mode
on
server contained
NO_BACKSLASH_ESCAPES
and no
characters that needed escaping were present in the string.
Add one level of indirection of internal representation of
CallableStatement
parameter metadata to avoid
class not found issues on JDK-1.3 for
ParameterMetadata
interface (which doesn't
exist prior to JDBC-3.0).
Important change: Due to a number of issues with the use of server-side prepared statements, Connector/J 5.0.5 has disabled their use by default. The disabling of server-side prepared statements does not affect the operation of the connector in any way.
To enable server-side prepared statements you must add the following configuration property to your connector string:
useServerPrepStmts=true
The default value of this property is false
(that is, Connector/J does not use server-side prepared
statements).
Bugs fixed:
Specifying US-ASCII
as the character set in a
connection to a MySQL 4.1 or newer server does not map
correctly.
(Bug#24840)
Bugs fixed:
Check and store value for continueBatchOnError property in constructor of Statements, rather than when executing batches, so that Connections closed out from underneath statements don't cause NullPointerExceptions when it is required to check this property. (Bug#22290)
Fixed Bug#18258 - DatabaseMetaData.getTables(), columns() with bad catalog parameter threw exception rather than return empty result set (as required by spec). (Bug#22290)
Driver now sends numeric 1 or 0 for client-prepared statement setBoolean() calls instead of '1' or '0'. (Bug#22290)
Fixed bug where driver would not advance to next host if roundRobinLoadBalance=true and the last host in the list is down. (Bug#22290)
Driver issues truncation on write exception when it shouldn't (due to sending big decimal incorrectly to server with server-side prepared statement). (Bug#22290)
Fixed bug when calling stored functions, where parameters weren't numbered correctly (first parameter is now the return value, subsequent parameters if specified start at index "2"). (Bug#22290)
Removed logger autodetection altogether, must now specify logger explicitly if you want to use a logger other than one that logs to STDERR. (Bug#21207)
DDriver throws NPE when tracing prepared statements that have been closed (in asSQL()). (Bug#21207)
ResultSet.getSomeInteger() doesn't work for BIT(>1). (Bug#21062)
Escape of quotation marks in client-side prepared statements parsing not respected. Patch covers more than bug report, including NO_BACKSLASH_ESCAPES being set, and stacked quote characters forms of escaping (that is, '' or ""). (Bug#20888)
Fixed can't pool server-side prepared statements, exception raised when re-using them. (Bug#20687)
Fixed Updatable result set that contains a BIT column fails when server-side prepared statements are used. (Bug#20485)
Fixed updatable result set throws ClassCastException when there is row data and moveToInsertRow() is called. (Bug#20479)
Fixed ResultSet.getShort() for UNSIGNED TINYINT returns incorrect values when using server-side prepared statements. (Bug#20306)
ReplicationDriver does not always round-robin load balance depending on URL used for slaves list. (Bug#19993)
Fixed calling toString() on ResultSetMetaData for driver-generated (that is, from DatabaseMetaData method calls, or from getGeneratedKeys()) result sets would raise a NullPointerException. (Bug#19993)
Connection fails to localhost when using timeout and IPv6 is configured. (Bug#19726)
ResultSet.getFloatFromString() can't retrieve values near Float.MIN/MAX_VALUE. (Bug#18880)
Fixed memory leak with profileSQL=true. (Bug#16987)
Fixed NullPointerException in MysqlDataSourceFactory due to Reference containing RefAddrs with null content. (Bug#16791)
Bugs fixed:
Fixed PreparedStatement.setObject(int, Object,
int)
doesn't respect scale of BigDecimals.
(Bug#19615)
Fixed ResultSet.wasNull()
returns incorrect
value when extracting native string from server-side prepared
statement generated result set.
(Bug#19282)
Fixed invalid classname returned for
ResultSetMetaData.getColumnClassName()
for
BIGINT type
.
(Bug#19282)
Fixed case where driver wasn't reading server status correctly when fetching server-side prepared statement rows, which in some cases could cause warning counts to be off, or multiple result sets to not be read off the wire. (Bug#19282)
Fixed data truncation and getWarnings()
only
returns last warning in set.
(Bug#18740)
Fixed aliased column names where length of name > 251 are corrupted. (Bug#18554)
Improved performance of retrieving
BigDecimal
, Time
,
Timestamp
and Date
values
from server-side prepared statements by creating fewer
short-lived instances of Strings
when the
native type is not an exact match for the requested type.
(Bug#18496)
Added performance feature, re-writing of batched executes for
Statement.executeBatch()
(for all DML
statements) and
PreparedStatement.executeBatch()
(for INSERTs
with VALUE clauses only). Enable by using
"rewriteBatchedStatements=true" in your JDBC URL.
(Bug#18041)
Fixed issue where server-side prepared statements don't cause truncation exceptions to be thrown when truncation happens. (Bug#18041)
Fixed
CallableStatement.registerOutParameter()
not
working when some parameters pre-populated. Still waiting for
feedback from JDBC experts group to determine what correct
parameter count from getMetaData()
should be,
however.
(Bug#17898)
Fixed calling clearParameters()
on a closed
prepared statement causes NPE.
(Bug#17587)
Map "latin1" on MySQL server to CP1252 for MySQL > 4.1.0. (Bug#17587)
Added additional accessor and mutator methods on ConnectionProperties so that DataSource users can use same naming as regular URL properties. (Bug#17587)
Fixed ResultSet.wasNull()
not always reset
correctly for booleans when done via conversion for server-side
prepared statements.
(Bug#17450)
Fixed Statement.getGeneratedKeys()
throws
NullPointerException
when no query has been
processed.
(Bug#17099)
Fixed updatable result set doesn't return
AUTO_INCREMENT
values for
insertRow()
when multiple column primary keys
are used. (the driver was checking for the existence of
single-column primary keys and an autoincrement value > 0
instead of a straightforward
isAutoIncrement()
check).
(Bug#16841)
lib-nodist
directory missing from package
breaks out-of-box build.
(Bug#15676)
Fixed issue with ReplicationConnection
incorrectly copying state, doesn't transfer connection context
correctly when transitioning between the same read-only states.
(Bug#15570)
No "dos" character set in MySQL > 4.1.0. (Bug#15544)
INOUT
parameter does not store
IN
value.
(Bug#15464)
PreparedStatement.setObject()
serializes
BigInteger
as object, rather than sending as
numeric value (and is thus not complementary to
.getObject()
on an UNSIGNED
LONG
type).
(Bug#15383)
Fixed issue where driver was unable to initialize character set
mapping tables. Removed reliance on
.properties
files to hold this information,
as it turns out to be too problematic to code around class
loader hierarchies that change depending on how an application
is deployed. Moved information back into the
CharsetMapping
class.
(Bug#14938)
Exception thrown for new decimal type when using updatable result sets. (Bug#14609)
Driver now aware of fix for BIT
type metadata that went into MySQL-5.0.21 for server not
reporting length consistently .
(Bug#13601)
Added support for Apache Commons logging, use "com.mysql.jdbc.log.CommonsLogger" as the value for the "logger" configuration property. (Bug#13469)
Fixed driver trying to call methods that don't exist on older and newer versions of Log4j. The fix is not trying to auto-detect presence of log4j, too many different incompatible versions out there in the wild to do this reliably.
If you relied on autodetection before, you will need to add "logger=com.mysql.jdbc.log.Log4JLogger" to your JDBC URL to enable Log4J usage, or alternatively use the new "CommonsLogger" class to take care of this. (Bug#13469)
LogFactory now prepends "com.mysql.jdbc.log" to log class name if it can't be found as-specified. This allows you to use "short names" for the built-in log factories, for example "logger=CommonsLogger" instead of "logger=com.mysql.jdbc.log.CommonsLogger". (Bug#13469)
ResultSet.getShort()
for UNSIGNED
TINYINT
returned wrong values.
(Bug#11874)
Bugs fixed:
Process escape tokens in
Connection.prepareStatement(...)
. You can
disable this behavior by setting the JDBC URL configuration
property processEscapeCodesForPrepStmts
to
false
.
(Bug#15141)
Usage advisor complains about unreferenced columns, even though they've been referenced. (Bug#15065)
Driver incorrectly closes streams passed as arguments to
PreparedStatements
. Reverts to legacy
behavior by setting the JDBC configuration property
autoClosePStmtStreams
to
true
(also included in the 3-0-Compat
configuration “bundle”).
(Bug#15024)
Deadlock while closing server-side prepared statements from multiple threads sharing one connection. (Bug#14972)
Unable to initialize character set mapping tables (due to J2EE classloader differences). (Bug#14938)
Escape processor replaces quote character in quoted string with string delimiter. (Bug#14909)
DatabaseMetaData.getColumns()
doesn't return
TABLE_NAME
correctly.
(Bug#14815)
storesMixedCaseIdentifiers()
returns
false
(Bug#14562)
storesLowerCaseIdentifiers()
returns
true
(Bug#14562)
storesMixedCaseQuotedIdentifiers()
returns
false
(Bug#14562)
storesMixedCaseQuotedIdentifiers()
returns
true
(Bug#14562)
If lower_case_table_names=0
(on server):
storesLowerCaseIdentifiers()
returns
false
storesLowerCaseQuotedIdentifiers()
returns false
storesMixedCaseIdentifiers()
returns
true
storesMixedCaseQuotedIdentifiers()
returns true
storesUpperCaseIdentifiers()
returns
false
storesUpperCaseQuotedIdentifiers()
returns true
storesUpperCaseIdentifiers()
returns
false
(Bug#14562)
storesUpperCaseQuotedIdentifiers()
returns
true
(Bug#14562)
If lower_case_table_names=1
(on server):
storesLowerCaseIdentifiers()
returns
true
storesLowerCaseQuotedIdentifiers()
returns true
storesMixedCaseIdentifiers()
returns
false
storesMixedCaseQuotedIdentifiers()
returns false
storesUpperCaseIdentifiers()
returns
false
storesUpperCaseQuotedIdentifiers()
returns true
storesLowerCaseQuotedIdentifiers()
returns
true
(Bug#14562)
Fixed DatabaseMetaData.stores*Identifiers()
:
If lower_case_table_names=0
(on server):
storesLowerCaseIdentifiers()
returns
false
storesLowerCaseQuotedIdentifiers()
returns false
storesMixedCaseIdentifiers()
returns
true
storesMixedCaseQuotedIdentifiers()
returns true
storesUpperCaseIdentifiers()
returns
false
storesUpperCaseQuotedIdentifiers()
returns true
If lower_case_table_names=1
(on server):
storesLowerCaseIdentifiers()
returns
true
storesLowerCaseQuotedIdentifiers()
returns true
storesMixedCaseIdentifiers()
returns
false
storesMixedCaseQuotedIdentifiers()
returns false
storesUpperCaseIdentifiers()
returns
false
storesUpperCaseQuotedIdentifiers()
returns true
storesMixedCaseIdentifiers()
returns
true
(Bug#14562)
storesLowerCaseQuotedIdentifiers()
returns
false
(Bug#14562)
Java type conversion may be incorrect for
MEDIUMINT
.
(Bug#14562)
storesLowerCaseIdentifiers()
returns
false
(Bug#14562)
Added configuration property
useGmtMillisForDatetimes
which when set to
true
causes
ResultSet.getDate()
,
.getTimestamp()
to return correct
millis-since GMT when .getTime()
is called on
the return value (currently default is false
for legacy behavior).
(Bug#14562)
Extraneous sleep on autoReconnect
.
(Bug#13775)
Reconnect during middle of executeBatch()
should not occur if autoReconnect
is enabled.
(Bug#13255)
maxQuerySizeToLog
is not respected. Added
logging of bound values for execute()
phase
of server-side prepared statements when
profileSQL=true
as well.
(Bug#13048)
OpenOffice expects
DBMD.supportsIntegrityEnhancementFacility()
to return true
if foreign keys are supported
by the datasource, even though this method also covers support
for check constraints, which MySQL doesn't
have. Setting the configuration property
overrideSupportsIntegrityEnhancementFacility
to true
causes the driver to return
true
for this method.
(Bug#12975)
Added com.mysql.jdbc.testsuite.url.default
system property to set default JDBC url for testsuite (to speed
up bug resolution when I'm working in Eclipse).
(Bug#12975)
logSlowQueries
should give better info.
(Bug#12230)
Don't increase timeout for failover/reconnect. (Bug#6577)
Fixed client-side prepared statement bug with embedded
?
characters inside quoted identifiers (it
was recognized as a placeholder, when it was not).
Don't allow executeBatch()
for
CallableStatements
with registered
OUT
/INOUT
parameters (JDBC
compliance).
Fall back to platform-encoding for
URLDecoder.decode()
when parsing driver URL
properties if the platform doesn't have a two-argument version
of this method.
Bugs fixed:
The configuration property sessionVariables
now allows you to specify variables that start with the
“@
” sign.
(Bug#13453)
URL configuration parameters don't allow
“&
” or
“=
” in their values. The JDBC
driver now parses configuration parameters as if they are
encoded using the application/x-www-form-urlencoded format as
specified by java.net.URLDecoder
(http://java.sun.com/j2se/1.5.0/docs/api/java/net/URLDecoder.html).
If the “%
” character is present
in a configuration property, it must now be represented as
%25
, which is the encoded form of
“%
” when using
application/x-www-form-urlencoded encoding.
(Bug#13453)
Workaround for Bug#13374:
ResultSet.getStatement()
on closed result set
returns NULL
(as per JDBC 4.0 spec, but not
backward-compatible). Set the connection property
retainStatementAfterResultSetClose
to
true
to be able to retrieve a
ResultSet
's statement after the
ResultSet
has been closed via
.getStatement()
(the default is
false
, to be JDBC-compliant and to reduce the
chance that code using JDBC leaks Statement
instances).
(Bug#13277)
ResultSetMetaData
from
Statement.getGeneratedKeys()
caused a
NullPointerException
to be thrown whenever a
method that required a connection reference was called.
(Bug#13277)
Backport of VAR[BINARY|CHAR] [BINARY]
types
detection from 5.0 branch.
(Bug#13277)
Fixed NullPointerException
when converting
catalog
parameter in many
DatabaseMetaDataMethods
to
byte[]
s (for the result set) when the
parameter is null
. (null
isn't technically allowed by the JDBC specification, but we've
historically allowed it).
(Bug#13277)
Backport of Field
class,
ResultSetMetaData.getColumnClassName()
, and
ResultSet.getObject(int)
changes from 5.0
branch to fix behavior surrounding VARCHAR
BINARY
/VARBINARY
and
related types.
(Bug#13277)
Read response in MysqlIO.sendFileToServer()
,
even if the local file can't be opened, otherwise next query
issued will fail, because it is reading the response to the
empty LOAD DATA
INFILE
packet sent to the server.
(Bug#13277)
When gatherPerfMetrics
is enabled for servers
older than 4.1.0, a NullPointerException
is
thrown from the constructor of ResultSet
if
the query doesn't use any tables.
(Bug#13043)
java.sql.Types.OTHER
returned for
BINARY
and
VARBINARY
columns when using
DatabaseMetaData.getColumns()
.
(Bug#12970)
ServerPreparedStatement.getBinding()
now
checks if the statement is closed before attempting to reference
the list of parameter bindings, to avoid throwing a
NullPointerException
.
(Bug#12970)
Tokenizer for =
in URL properties was causing
sessionVariables=....
to be parameterized
incorrectly.
(Bug#12753)
cp1251
incorrectly mapped to
win1251
for servers newer than 4.0.x.
(Bug#12752)
getExportedKeys()
(Bug#12541)
Specifying a catalog works as stated in the API docs. (Bug#12541)
Specifying NULL
means that catalog will not
be used to filter the results (thus all databases will be
searched), unless you've set
nullCatalogMeansCurrent=true
in your JDBC URL
properties.
(Bug#12541)
getIndexInfo()
(Bug#12541)
getProcedures()
(and thus indirectly
getProcedureColumns()
)
(Bug#12541)
getImportedKeys()
(Bug#12541)
Specifying ""
means “current”
catalog, even though this isn't quite JDBC spec compliant, it is
there for legacy users.
(Bug#12541)
getCrossReference()
(Bug#12541)
Added Connection.isMasterConnection()
for
clients to be able to determine if a multi-host master/slave
connection is connected to the first host in the list.
(Bug#12541)
getColumns()
(Bug#12541)
Handling of catalog argument in
DatabaseMetaData.getIndexInfo()
, which also
means changes to the following methods in
DatabaseMetaData
:
getBestRowIdentifier()
getColumns()
getCrossReference()
getExportedKeys()
getImportedKeys()
getIndexInfo()
getPrimaryKeys()
getProcedures()
(and thus indirectly
getProcedureColumns()
)
getTables()
The catalog
argument in all of these methods
now behaves in the following way:
Specifying NULL
means that catalog will
not be used to filter the results (thus all databases will
be searched), unless you've set
nullCatalogMeansCurrent=true
in your JDBC
URL properties.
Specifying ""
means
“current” catalog, even though this isn't quite
JDBC spec compliant, it is there for legacy users.
Specifying a catalog works as stated in the API docs.
Made Connection.clientPrepare()
available
from “wrapped” connections in the
jdbc2.optional
package (connections built
by ConnectionPoolDataSource
instances).
getBestRowIdentifier()
(Bug#12541)
Made Connection.clientPrepare()
available
from “wrapped” connections in the
jdbc2.optional
package (connections built by
ConnectionPoolDataSource
instances).
(Bug#12541)
getTables()
(Bug#12541)
getPrimaryKeys()
(Bug#12541)
Connection.prepareCall()
is database name
case-sensitive (on Windows systems).
(Bug#12417)
explainSlowQueries
hangs with server-side
prepared statements.
(Bug#12229)
Properties shared between master and slave with replication connection. (Bug#12218)
Geometry types not handled with server-side prepared statements. (Bug#12104)
maxPerformance.properties
mis-spells
“elideSetAutoCommits”.
(Bug#11976)
ReplicationConnection
won't switch to slave,
throws “Catalog can't be null” exception.
(Bug#11879)
Pstmt.setObject(...., Types.BOOLEAN)
throws
exception.
(Bug#11798)
Escape tokenizer doesn't respect stacked single quotation marks for escapes. (Bug#11797)
GEOMETRY
type not recognized when using
server-side prepared statements.
(Bug#11797)
Foreign key information that is quoted is parsed incorrectly
when DatabaseMetaData
methods use that
information.
(Bug#11781)
The sendBlobChunkSize
property is now clamped
to max_allowed_packet
with
consideration of stream buffer size and packet headers to avoid
PacketTooBigExceptions
when
max_allowed_packet
is similar
in size to the default sendBlobChunkSize
which is 1M.
(Bug#11781)
CallableStatement.clearParameters()
now
clears resources associated with
INOUT
/OUTPUT
parameters as
well as INPUT
parameters.
(Bug#11781)
Fixed regression caused by fix for Bug#11552 that caused driver to return incorrect values for unsigned integers when those integers where within the range of the positive signed type. (Bug#11663)
Moved source code to Subversion repository. (Bug#11663)
Incorrect generation of testcase scripts for server-side prepared statements. (Bug#11663)
Fixed statements generated for testcases missing
;
for “plain” statements.
(Bug#11629)
Spurious !
on console when character encoding
is utf8
.
(Bug#11629)
StringUtils.getBytes()
doesn't work when
using multi-byte character encodings and a length in
characters is specified.
(Bug#11614)
DBMD.storesLower/Mixed/UpperIdentifiers()
reports incorrect values for servers deployed on Windows.
(Bug#11575)
Reworked Field
class,
*Buffer
, and MysqlIO
to be
aware of field lengths >
Integer.MAX_VALUE
.
(Bug#11498)
Escape processor didn't honor strings demarcated with double quotation marks. (Bug#11498)
Updated DBMD.supportsCorrelatedQueries()
to
return true
for versions > 4.1,
supportsGroupByUnrelated()
to return
true
and
getResultSetHoldability()
to return
HOLD_CURSORS_OVER_COMMIT
.
(Bug#11498)
Lifted restriction of changing streaming parameters with
server-side prepared statements. As long as
all
streaming parameters were set before
execution, .clearParameters()
does not have
to be called. (due to limitation of client/server protocol,
prepared statements can not reset
individual stream data on the server side).
(Bug#11498)
ResultSet.moveToCurrentRow()
fails to work
when preceded by a call to
ResultSet.moveToInsertRow()
.
(Bug#11190)
VARBINARY
data corrupted when
using server-side prepared statements and
.setBytes()
.
(Bug#11115)
Statement.getWarnings()
fails with NPE if
statement has been closed.
(Bug#10630)
Only get char[]
from SQL in
PreparedStatement.ParseInfo()
when needed.
(Bug#10630)
Bugs fixed:
Initial implemention of ParameterMetadata
for
PreparedStatement.getParameterMetadata()
.
Only works fully for CallableStatements
, as
current server-side prepared statements return every parameter
as a VARCHAR
type.
Fixed connecting without a database specified raised an
exception in MysqlIO.changeDatabaseTo()
.
Bugs fixed:
Production package doesn't include JBoss integration classes. (Bug#11411)
Removed nonsensical “costly type conversion” warnings when using usage advisor. (Bug#11411)
Fixed PreparedStatement.setClob()
not
accepting null
as a parameter.
(Bug#11360)
Connector/J dumping query into SQLException
twice.
(Bug#11360)
autoReconnect
ping causes exception on
connection startup.
(Bug#11259)
Connection.setCatalog()
is now aware of the
useLocalSessionState
configuration property,
which when set to true
will prevent the
driver from sending USE ...
to the server if
the requested catalog is the same as the current catalog.
(Bug#11115)
3-0-Compat
: Compatibility with Connector/J
3.0.x functionality
(Bug#11115)
maxPerformance
: Maximum performance without
being reckless
(Bug#11115)
solarisMaxPerformance
: Maximum performance
for Solaris, avoids syscalls where it can
(Bug#11115)
Added maintainTimeStats
configuration
property (defaults to true
), which tells the
driver whether or not to keep track of the last query time and
the last successful packet sent to the server's time. If set to
false
, removes two syscalls per query.
(Bug#11115)
VARBINARY
data corrupted when
using server-side prepared statements and
ResultSet.getBytes()
.
(Bug#11115)
Added the following configuration bundles, use one or many via
the useConfigs
configuration property:
maxPerformance
: Maximum performance
without being reckless
solarisMaxPerformance
: Maximum
performance for Solaris, avoids syscalls where it can
3-0-Compat
: Compatibility with
Connector/J 3.0.x functionality
Try to handle OutOfMemoryErrors
more
gracefully. Although not much can be done, they will in most
cases close the connection they happened on so that further
operations don't run into a connection in some unknown state.
When an OOM has happened, any further operations on the
connection will fail with a “Connection closed”
exception that will also list the OOM exception as the reason
for the implicit connection close event.
(Bug#10850)
Setting cachePrepStmts=true
now causes the
Connection
to also cache the check the driver
performs to determine if a prepared statement can be server-side
or not, as well as caches server-side prepared statements for
the lifetime of a connection. As before, the
prepStmtCacheSize
parameter controls the size
of these caches.
(Bug#10850)
Don't send COM_RESET_STMT
for each execution
of a server-side prepared statement if it isn't required.
(Bug#10850)
0-length streams not sent to server when using server-side prepared statements. (Bug#10850)
Driver detects if you're running MySQL-5.0.7 or later, and does
not scan for LIMIT ?[,?]
in statements being
prepared, as the server supports those types of queries now.
(Bug#10850)
Reorganized directory layout. Sources now are in
src
folder. Don't pollute parent directory
when building, now output goes to ./build
,
distribution goes to ./dist
.
(Bug#10496)
Added support/bug hunting feature that generates
.sql
test scripts to
STDERR
when
autoGenerateTestcaseScript
is set to
true
.
(Bug#10496)
SQLException
is thrown when using property
characterSetResults
with
cp932
or eucjpms
.
(Bug#10496)
The datatype returned for TINYINT(1)
columns
when tinyInt1isBit=true
(the default) can be
switched between Types.BOOLEAN
and
Types.BIT
using the new configuration
property transformedBitIsBoolean
, which
defaults to false
. If set to
false
(the default),
DatabaseMetaData.getColumns()
and
ResultSetMetaData.getColumnType()
will return
Types.BOOLEAN
for
TINYINT(1)
columns. If
true
, Types.BOOLEAN
will
be returned instead. Regardless of this configuration property,
if tinyInt1isBit
is enabled, columns with the
type TINYINT(1)
will be returned as
java.lang.Boolean
instances from
ResultSet.getObject(...)
, and
ResultSetMetaData.getColumnClassName()
will
return java.lang.Boolean
.
(Bug#10485)
SQLException
thrown when retrieving
YEAR(2)
with
ResultSet.getString()
. The driver will now
always treat YEAR
types as
java.sql.Dates
and return the correct values
for getString()
. Alternatively, the
yearIsDateType
connection property can be set
to false
and the values will be treated as
SHORT
s.
(Bug#10485)
Driver doesn't support {?=CALL(...)}
for
calling stored functions. This involved adding support for
function retrieval to
DatabaseMetaData.getProcedures()
and
getProcedureColumns()
as well.
(Bug#10310)
Unsigned SMALLINT
treated as
signed for ResultSet.getInt()
, fixed all
cases for UNSIGNED
integer values and
server-side prepared statements, as well as
ResultSet.getObject()
for UNSIGNED
TINYINT
.
(Bug#10156)
Made ServerPreparedStatement.asSql()
work
correctly so auto-explain functionality would work with
server-side prepared statements.
(Bug#10155)
Double quotation marks not recognized when parsing client-side prepared statements. (Bug#10155)
Made JDBC2-compliant wrappers public in order to allow access to vendor extensions. (Bug#10155)
DatabaseMetaData.supportsMultipleOpenResults()
now returns true
. The driver has supported
this for some time, DBMD just missed that fact.
(Bug#10155)
Cleaned up logging of profiler events, moved code to dump a
profiler event as a string to
com.mysql.jdbc.log.LogUtils
so that third
parties can use it.
(Bug#10155)
Made enableStreamingResults()
visible on
com.mysql.jdbc.jdbc2.optional.StatementWrapper
.
(Bug#10155)
Actually write manifest file to correct place so it ends up in the binary jar file. (Bug#10144)
Added createDatabaseIfNotExist
property
(default is false
), which will cause the
driver to ask the server to create the database specified in the
URL if it doesn't exist. You must have the appropriate
privileges for database creation for this to work.
(Bug#10144)
Memory leak in ServerPreparedStatement
if
serverPrepare()
fails.
(Bug#10144)
com.mysql.jdbc.PreparedStatement.ParseInfo
does unnecessary call to toCharArray()
.
(Bug#9064)
Driver now correctly uses CP932 if available on the server for Windows-31J, CP932 and MS932 java encoding names, otherwise it resorts to SJIS, which is only a close approximation. Currently only MySQL-5.0.3 and newer (and MySQL-4.1.12 or .13, depending on when the character set gets backported) can reliably support any variant of CP932.
Overhaul of character set configuration, everything now lives in a properties file.
Bugs fixed:
Should accept null
for catalog (meaning use
current) in DBMD methods, even though it is not JDBC-compliant
for legacy's sake. Disable by setting connection property
nullCatalogMeansCurrent
to
false
(which will be the default value in C/J
3.2.x).
(Bug#9917)
Fixed driver not returning true
for
-1
when
ResultSet.getBoolean()
was called on result
sets returned from server-side prepared statements.
(Bug#9778)
Added a Manifest.MF
file with
implementation information to the .jar
file.
(Bug#9778)
More tests in Field.isOpaqueBinary()
to
distinguish opaque binary (that is, fields with type
CHAR(n)
and CHARACTER SET
BINARY
) from output of various scalar and aggregate
functions that return strings.
(Bug#9778)
DBMD.getTables()
shouldn't return tables if
views are asked for, even if the database version doesn't
support views.
(Bug#9778)
Should accept null
for name patterns in DBMD
(meaning “%
”), even though it
isn't JDBC compliant, for legacy's sake. Disable by setting
connection property nullNamePatternMatchesAll
to false
(which will be the default value in
C/J 3.2.x).
(Bug#9769)
The performance metrics feature now gathers information about number of tables referenced in a SELECT. (Bug#9704)
The logging system is now automatically configured. If the value
has been set by the user, via the URL property
logger
or the system property
com.mysql.jdbc.logger
, then use that,
otherwise, autodetect it using the following steps:
Log4j, if it is available,
Then JDK1.4 logging,
Then fallback to our STDERR
logging.
(Bug#9704)
Statement.getMoreResults()
could throw NPE
when existing result set was .close()
d.
(Bug#9704)
Stored procedures with DECIMAL
parameters with storage specifications that contained
“,
” in them would fail.
(Bug#9682)
PreparedStatement.setObject(int, Object, int type, int
scale)
now uses scale value for
BigDecimal
instances.
(Bug#9682)
Added support for the c3p0 connection pool's
(http://c3p0.sf.net/) validation/connection
checker interface which uses the lightweight
COM_PING
call to the server if available. To
use it, configure your c3p0 connection pool's
connectionTesterClassName
property to use
com.mysql.jdbc.integration.c3p0.MysqlConnectionTester
.
(Bug#9320)
PreparedStatement.getMetaData()
inserts blank
row in database under certain conditions when not using
server-side prepared statements.
(Bug#9320)
Better detection of LIMIT
inside/outside of
quoted strings so that the driver can more correctly determine
whether a prepared statement can be prepared on the server or
not.
(Bug#9320)
Connection.canHandleAsPreparedStatement()
now
makes “best effort” to distinguish
LIMIT
clauses with placeholders in them from
ones without in order to have fewer false positives when
generating work-arounds for statements the server cannot
currently handle as server-side prepared statements.
(Bug#9320)
Fixed build.xml
to not compile
log4j
logging if log4j
not
available.
(Bug#9320)
Added finalizers to ResultSet
and
Statement
implementations to be JDBC
spec-compliant, which requires that if not explicitly closed,
these resources should be closed upon garbage collection.
(Bug#9319)
Stored procedures with same name in different databases confuse the driver when it tries to determine parameter counts/types. (Bug#9319)
A continuation of Bug#8868, where functions used in queries that
should return nonstring types when resolved by temporary tables
suddenly become opaque binary strings (work-around for server
limitation). Also fixed fields with type of CHAR(n)
CHARACTER SET BINARY
to return correct/matching
classes for RSMD.getColumnClassName()
and
ResultSet.getObject()
.
(Bug#9236)
Cannot use UTF-8
for characterSetResults
configuration property.
(Bug#9206)
PreparedStatement.addBatch()
doesn't work
with server-side prepared statements and streaming
BINARY
data.
(Bug#9040)
ServerPreparedStatements
now correctly
“stream”
BLOB
/CLOB
data
to the server. You can configure the threshold chunk size using
the JDBC URL property blobSendChunkSize
(the
default is 1MB).
(Bug#8868)
DATE_FORMAT()
queries returned as
BLOB
s from
getObject()
.
(Bug#8868)
Server-side session variables can be preset at connection time
by passing them as a comma-delimited list for the connection
property sessionVariables
.
(Bug#8868)
BlobFromLocator
now uses correct identifier
quoting when generating prepared statements.
(Bug#8868)
Fixed regression in ping()
for users using
autoReconnect=true
.
(Bug#8868)
Check for empty strings (''
) when converting
CHAR
/VARCHAR
column data to numbers, throw exception if
emptyStringsConvertToZero
configuration
property is set to false
(for
backward-compatibility with 3.0, it is now set to
true
by default, but will most likely default
to false
in 3.2).
(Bug#8803)
DATA_TYPE
column from
DBMD.getBestRowIdentifier()
causes
ArrayIndexOutOfBoundsException
when accessed
(and in fact, didn't return any value).
(Bug#8803)
DBMD.supportsMixedCase*Identifiers()
returns
wrong value on servers running on case-sensitive file systems.
(Bug#8800)
DBMD.supportsResultSetConcurrency()
not
returning true
for forward-only/read-only
result sets (we obviously support this).
(Bug#8792)
Fixed ResultSet.getTime()
on a
NULL
value for server-side prepared
statements throws NPE.
Made Connection.ping()
a public method.
Added support for new precision-math
DECIMAL
type in MySQL 5.0.3 and
up.
Fixed DatabaseMetaData.getTables()
returning
views when they were not asked for as one of the requested table
types.
Bugs fixed:
PreparedStatements
not creating streaming
result sets.
(Bug#8487)
Don't pass NULL
to
String.valueOf()
in
ResultSet.getNativeConvertToString()
, as it
stringifies it (that is, returns null
), which
is not correct for the method in question.
(Bug#8487)
Fixed NPE in ResultSet.realClose()
when using
usage advisor and result set was already closed.
(Bug#8428)
ResultSet.getString()
doesn't maintain format
stored on server, bug fix only enabled when
noDatetimeStringSync
property is set to
true
(the default is
false
).
(Bug#8428)
Added support for BIT
type in
MySQL-5.0.3. The driver will treat BIT(1-8)
as the JDBC standard BIT
type
(which maps to java.lang.Boolean
), as the
server does not currently send enough information to determine
the size of a bitfield when < 9 bits are declared.
BIT(>9)
will be treated as
VARBINARY
, and will return
byte[]
when getObject()
is
called.
(Bug#8424)
Added useLocalSessionState
configuration
property, when set to true
the JDBC driver
trusts that the application is well-behaved and only sets
autocommit and transaction isolation levels using the methods
provided on java.sql.Connection
, and
therefore can manipulate these values in many cases without
incurring round-trips to the database server.
(Bug#8424)
Added enableStreamingResults()
to
Statement
for connection pool implementations
that check Statement.setFetchSize()
for
specification-compliant values. Call
Statement.setFetchSize(>=0)
to disable the
streaming results for that statement.
(Bug#8424)
ResultSet.getBigDecimal()
throws exception
when rounding would need to occur to set scale. The driver now
chooses a rounding mode of “half up” if nonrounding
BigDecimal.setScale()
fails.
(Bug#8424)
Fixed synchronization issue with
ServerPreparedStatement.serverPrepare()
that
could cause deadlocks/crashes if connection was shared between
threads.
(Bug#8096)
Emulated locators corrupt binary data when using server-side prepared statements. (Bug#8096)
Infinite recursion when “falling back” to master in failover configuration. (Bug#7952)
Disable multi-statements (if enabled) for MySQL-4.1 versions prior to version 4.1.10 if the query cache is enabled, as the server returns wrong results in this configuration. (Bug#7952)
Removed dontUnpackBinaryResults
functionality, the driver now always stores results from
server-side prepared statements as is from the server and
unpacks them on demand.
(Bug#7952)
Fixed duplicated code in
configureClientCharset()
that prevented
useOldUTF8Behavior=true
from working
properly.
(Bug#7952)
Added holdResultsOpenOverStatementClose
property (default is false
), that keeps
result sets open over statement.close() or new execution on same
statement (suggested by Kevin Burton).
(Bug#7715)
Detect new sql_mode
variable in
string form (it used to be integer) and adjust quoting method
for strings appropriately.
(Bug#7715)
Timestamps converted incorrectly to strings with server-side prepared statements and updatable result sets. (Bug#7715)
Timestamp key column data needed _binary
stripped for UpdatableResultSet.refreshRow()
.
(Bug#7686)
Choose correct “direction” to apply time
adjustments when both client and server are in GMT time zone
when using ResultSet.get(..., cal)
and
PreparedStatement.set(...., cal)
.
(Bug#4718)
Remove _binary
introducer from parameters
used as in/out parameters in
CallableStatement
.
(Bug#4718)
Always return byte[]
s for output parameters
registered as *BINARY
.
(Bug#4718)
By default, the driver now scans SQL you are preparing via all
variants of Connection.prepareStatement()
to
determine if it is a supported type of statement to prepare on
the server side, and if it is not supported by the server, it
instead prepares it as a client-side emulated prepared
statement. You can disable this by passing
emulateUnsupportedPstmts=false
in your JDBC
URL.
(Bug#4718)
Added dontTrackOpenResources
option (default
is false
, to be JDBC compliant), which helps
with memory use for nonwell-behaved apps (that is, applications
that don't close Statement
objects when they
should).
(Bug#4718)
Send correct value for “boolean”
true
to server for
PreparedStatement.setObject(n, "true",
Types.BIT)
.
(Bug#4718)
Fixed bug with Connection not caching statements from
prepareStatement()
when the statement wasn't
a server-side prepared statement.
(Bug#4718)
Bugs fixed:
DBMD.getProcedures()
doesn't respect catalog
parameter.
(Bug#7026)
Fixed hang on SocketInputStream.read()
with
Statement.setMaxRows()
and multiple result
sets when driver has to truncate result set directly, rather
than tacking a LIMIT
on the end of it.
n
Bugs fixed:
Use 1MB packet for sending file for
LOAD DATA LOCAL
INFILE
if that is <
max_allowed_packet
on server.
(Bug#6537)
SUM()
on
DECIMAL
with server-side prepared
statement ignores scale if zero-padding is needed (this ends up
being due to conversion to DOUBLE
by server, which when converted to a string to parse into
BigDecimal
, loses all “padding”
zeros).
(Bug#6537)
Use
DatabaseMetaData.getIdentifierQuoteString()
when building DBMD queries.
(Bug#6537)
Use our own implementation of buffered input streams to get
around blocking behavior of
java.io.BufferedInputStream
. Disable this
with useReadAheadInput=false
.
(Bug#6399)
Make auto-deserialization of
java.lang.Objects
stored in
BLOB
columns configurable via
autoDeserialize
property (defaults to
false
).
(Bug#6399)
ResultSetMetaData.getColumnDisplaySize()
returns incorrect values for multi-byte charsets.
(Bug#6399)
Re-work Field.isOpaqueBinary()
to detect
CHAR(
to support fixed-length binary fields for
n
) CHARACTER SET
BINARYResultSet.getObject()
.
(Bug#6399)
Failing to connect to the server when one of the addresses for
the given host name is IPV6 (which the server does not yet bind
on). The driver now loops through all IP
addresses for a given host, and stops on the first one that
accepts()
a
socket.connect()
.
(Bug#6348)
Removed unwanted new Throwable()
in
ResultSet
constructor due to bad merge
(caused a new object instance that was never used for every
result set created). Found while profiling for Bug#6359.
(Bug#6225)
ServerSidePreparedStatement
allocating
short-lived objects unnecessarily.
(Bug#6225)
Use null-safe-equals for key comparisons in updatable result sets. (Bug#6225)
Fixed too-early creation of StringBuffer
in
EscapeProcessor.escapeSQL()
, also return
String
when escaping not needed (to avoid
unnecessary object allocations). Found while profiling for Bug#6359.
(Bug#6225)
UNSIGNED BIGINT
unpacked incorrectly from
server-side prepared statement result sets.
(Bug#5729)
Added experimental configuration property
dontUnpackBinaryResults
, which delays
unpacking binary result set values until they're asked for, and
only creates object instances for nonnumerical values (it is set
to false
by default). For some usecase/jvm
combinations, this is friendlier on the garbage collector.
(Bug#5706)
Don't throw exceptions for
Connection.releaseSavepoint()
.
(Bug#5706)
Inefficient detection of pre-existing string instances in
ResultSet.getNativeString()
.
(Bug#5706)
Use a per-session Calendar
instance by
default when decoding dates from
ServerPreparedStatements
(set to old, less
performant behavior by setting property
dynamicCalendars=true
).
(Bug#5706)
Fixed batched updates with server prepared statements weren't looking if the types had changed for a given batched set of parameters compared to the previous set, causing the server to return the error “Wrong arguments to mysql_stmt_execute()”. (Bug#5235)
Handle case when string representation of timestamp contains
trailing “.
” with no numbers
following it.
(Bug#5235)
Server-side prepared statements did not honor
zeroDateTimeBehavior
property, and would
cause class-cast exceptions when using
ResultSet.getObject()
, as the all-zero string
was always returned.
(Bug#5235)
Fix comparisons made between string constants and dynamic
strings that are converted with either
toUpperCase()
or
toLowerCase()
to use
Locale.ENGLISH
, as some locales
“override” case rules for English. Also use
StringUtils.indexOfIgnoreCase()
instead of
.toUpperCase().indexOf()
, avoids creating a
very short-lived transient String
instance.
Bugs fixed:
Fixed ServerPreparedStatement
to read
prepared statement metadata off the wire, even though it is
currently a placeholder instead of using
MysqlIO.clearInputStream()
which didn't work
at various times because data wasn't available to read from the
server yet. This fixes sporadic errors users were having with
ServerPreparedStatements
throwing
ArrayIndexOutOfBoundExceptions
.
(Bug#5032)
Added three ways to deal with all-zero datetimes when reading
them from a ResultSet
:
exception
(the default), which throws an
SQLException
with an SQLState of
S1009
; convertToNull
,
which returns NULL
instead of the date; and
round
, which rounds the date to the nearest
closest value which is '0001-01-01'
.
(Bug#5032)
The driver is more strict about truncation of numerics on
ResultSet.get*()
, and will throw an
SQLException
when truncation is detected. You
can disable this by setting
jdbcCompliantTruncation
to
false
(it is enabled by default, as this
functionality is required for JDBC compliance).
(Bug#5032)
You can now use URLs in
LOAD DATA LOCAL
INFILE
statements, and the driver will use Java's
built-in handlers for retreiving the data and sending it to the
server. This feature is not enabled by default, you must set the
allowUrlInLocalInfile
connection property to
true
.
(Bug#5032)
ResultSet.getObject()
doesn't return type
Boolean
for pseudo-bit types from prepared
statements on 4.1.x (shortcut for avoiding extra type conversion
when using binary-encoded result sets obscured test in
getObject()
for “pseudo” bit
type).
(Bug#5032)
Use com.mysql.jdbc.Message
's classloader when
loading resource bundle, should fix sporadic issues when the
caller's classloader can't locate the resource bundle.
(Bug#5032)
ServerPreparedStatements
dealing with return
of DECIMAL
type don't work.
(Bug#5012)
Track packet sequence numbers if
enablePacketDebug=true
, and throw an
exception if packets received out-of-order.
(Bug#4689)
ResultSet.wasNull()
does not work for
primatives if a previous null
was returned.
(Bug#4689)
Optimized integer number parsing, enable “old”
slower integer parsing using JDK classes via
useFastIntParsing=false
property.
(Bug#4642)
Added useOnlyServerErrorMessages
property,
which causes message text in exceptions generated by the server
to only contain the text sent by the server (as opposed to the
SQLState's “standard” description, followed by the
server's error message). This property is set to
true
by default.
(Bug#4642)
ServerPreparedStatement.execute*()
sometimes
threw ArrayIndexOutOfBoundsException
when
unpacking field metadata.
(Bug#4642)
Connector/J 3.1.3 beta does not handle integers correctly
(caused by changes to support unsigned reads in
Buffer.readInt()
->
Buffer.readShort()
).
(Bug#4510)
Added support in DatabaseMetaData.getTables()
and getTableTypes()
for views, which are now
available in MySQL server 5.0.x.
(Bug#4510)
ResultSet.getObject()
returns wrong type for
strings when using prepared statements.
(Bug#4482)
Calling MysqlPooledConnection.close()
twice
(even though an application error), caused NPE. Fixed.
(Bug#4482)
Bugs fixed:
Support new time zone variables in MySQL-4.1.3 when
useTimezone=true
.
(Bug#4311)
Error in retrieval of mediumint
column with
prepared statements and binary protocol.
(Bug#4311)
Support for unsigned numerics as return types from prepared
statements. This also causes a change in
ResultSet.getObject()
for the bigint
unsigned
type, which used to return
BigDecimal
instances, it now returns
instances of java.lang.BigInteger
.
(Bug#4311)
Externalized more messages (on-going effort). (Bug#4119)
Null bitmask sent for server-side prepared statements was incorrect. (Bug#4119)
Added constants for MySQL error numbers (publicly accessible,
see com.mysql.jdbc.MysqlErrorNumbers
), and
the ability to generate the mappings of vendor error codes to
SQLStates that the driver uses (for documentation purposes).
(Bug#4119)
Added packet debuging code (see the
enablePacketDebug
property documentation).
(Bug#4119)
Use SQL Standard SQL states by default, unless
useSqlStateCodes
property is set to
false
.
(Bug#4119)
Mangle output parameter names for
CallableStatements
so they will not clash
with user variable names.
Added support for INOUT
parameters in
CallableStatements
.
Bugs fixed:
Don't enable server-side prepared statements for server version 5.0.0 or 5.0.1, as they aren't compatible with the '4.1.2+' style that the driver uses (the driver expects information to come back that isn't there, so it hangs). (Bug#3804)
getWarnings()
returns
SQLWarning
instead of
DataTruncation
.
(Bug#3804)
getProcedureColumns()
doesn't work with
wildcards for procedure name.
(Bug#3540)
getProcedures()
does not return any
procedures in result set.
(Bug#3539)
Fixed DatabaseMetaData.getProcedures()
when
run on MySQL-5.0.0 (output of SHOW
PROCEDURE STATUS
changed between 5.0.0 and 5.0.1.
(Bug#3520)
Added connectionCollation
property to cause
driver to issue set collation_connection=...
query on connection init if default collation for given charset
is not appropriate.
(Bug#3520)
DBMD.getSQLStateType()
returns incorrect
value.
(Bug#3520)
Correctly map output parameters to position given in
prepareCall()
versus. order implied during
registerOutParameter()
.
(Bug#3146)
Cleaned up detection of server properties. (Bug#3146)
Correctly detect initial character set for servers >= 4.1.0. (Bug#3146)
Support placeholder for parameter metadata for server >= 4.1.2. (Bug#3146)
Added gatherPerformanceMetrics
property,
along with properties to control when/where this info gets
logged (see docs for more info).
Fixed case when no parameters could cause a
NullPointerException
in
CallableStatement.setOutputParameters()
.
Enabled callable statement caching via
cacheCallableStmts
property.
Fixed sending of split packets for large queries, enabled nio ability to send large packets as well.
Added .toString()
functionality to
ServerPreparedStatement
, which should help if
you're trying to debug a query that is a prepared statement (it
shows SQL as the server would process).
Added logSlowQueries
property, along with
slowQueriesThresholdMillis
property to
control when a query should be considered “slow.”
Removed wrapping of exceptions in
MysqlIO.changeUser()
.
Fixed stored procedure parameter parsing info when size was
specified for a parameter (for example,
char()
, varchar()
).
ServerPreparedStatements
weren't actually
de-allocating server-side resources when
.close()
was called.
Fixed case when no output parameters specified for a stored procedure caused a bogus query to be issued to retrieve out parameters, leading to a syntax error from the server.
Bugs fixed:
Use DocBook version of docs for shipped versions of drivers. (Bug#2671)
NULL
fields were not being encoded correctly
in all cases in server-side prepared statements.
(Bug#2671)
Fixed rare buffer underflow when writing numbers into buffers for sending prepared statement execution requests. (Bug#2671)
Fixed ConnectionProperties
that weren't
properly exposed via accessors, cleaned up
ConnectionProperties
code.
(Bug#2623)
Class-cast exception when using scrolling result sets and server-side prepared statements. (Bug#2623)
Merged unbuffered input code from 3.0. (Bug#2623)
Enabled streaming of result sets from server-side prepared statements. (Bug#2606)
Server-side prepared statements were not returning datatype
YEAR
correctly.
(Bug#2606)
Fixed charset conversion issue in
getTables()
.
(Bug#2502)
Implemented multiple result sets returned from a statement or stored procedure. (Bug#2502)
Implemented Connection.prepareCall()
, and
DatabaseMetaData
.
getProcedures()
and
getProcedureColumns()
.
(Bug#2359)
Merged prepared statement caching, and
.getMetaData()
support from 3.0 branch.
(Bug#2359)
Fixed off-by-1900 error in some cases for years in
TimeUtil.fastDate
/TimeCreate()
when unpacking results from server-side prepared statements.
(Bug#2359)
Reset long binary
parameters in
ServerPreparedStatement
when
clearParameters()
is called, by sending
COM_RESET_STMT
to the server.
(Bug#2359)
NULL
values for numeric types in binary
encoded result sets causing
NullPointerExceptions
.
(Bug#2359)
Display where/why a connection was implicitly closed (to aid debugging). (Bug#1673)
DatabaseMetaData.getColumns()
is not
returning correct column ordinal info for
non-'%'
column name patterns.
(Bug#1673)
Fixed NullPointerException
in
ServerPreparedStatement.setTimestamp()
, as
well as year and month descrepencies in
ServerPreparedStatement.setTimestamp()
,
setDate()
.
(Bug#1673)
Added ability to have multiple database/JVM targets for
compliance and regression/unit tests in
build.xml
.
(Bug#1673)
Fixed sending of queries larger than 16M. (Bug#1673)
Merged fix of datatype mapping from MySQL type
FLOAT
to
java.sql.Types.REAL
from 3.0 branch.
(Bug#1673)
Fixed NPE and year/month bad conversions when accessing some
datetime functionality in
ServerPreparedStatements
and their resultant
result sets.
(Bug#1673)
Added named and indexed input/output parameter support to
CallableStatement
. MySQL-5.0.x or newer.
(Bug#1673)
CommunicationsException
implemented, that
tries to determine why communications was lost with a server,
and displays possible reasons when
.getMessage()
is called.
(Bug#1673)
Detect collation of column for
RSMD.isCaseSensitive()
.
(Bug#1673)
Optimized Buffer.readLenByteArray()
to return
shared empty byte array when length is 0.
Fix support for table aliases when checking for all primary keys
in UpdatableResultSet
.
Unpack “unknown” data types from server prepared
statements as Strings
.
Implemented Statement.getWarnings()
for
MySQL-4.1 and newer (using SHOW
WARNINGS
).
Ensure that warnings are cleared before executing queries on prepared statements, as-per JDBC spec (now that we support warnings).
Correctly initialize datasource properties from JNDI Refs, including explicitly specified URLs.
Implemented long data (Blobs, Clobs, InputStreams, Readers) for server prepared statements.
Deal with 0-length tokens in EscapeProcessor
(caused by callable statement escape syntax).
DatabaseMetaData
now reports
supportsStoredProcedures()
for MySQL versions
>= 5.0.0
Support for mysql_change_user()
.
See the changeUser()
method in
com.mysql.jdbc.Connection
.
Removed useFastDates
connection property.
Support for NIO. Use useNIO=true
on platforms
that support NIO.
Check for closed connection on delete/update/insert row
operations in UpdatableResultSet
.
Support for transaction savepoints (MySQL >= 4.0.14 or 4.1.1).
Support “old” profileSql
capitalization in ConnectionProperties
. This
property is deprecated, you should use
profileSQL
if possible.
Fixed character encoding issues when converting bytes to ASCII when MySQL doesn't provide the character set, and the JVM is set to a multi-byte encoding (usually affecting retrieval of numeric values).
Centralized setting of result set type and concurrency.
Fixed bug with UpdatableResultSets
not using
client-side prepared statements.
Default result set type changed to
TYPE_FORWARD_ONLY
(JDBC compliance).
Fixed IllegalAccessError
to
Calendar.getTimeInMillis()
in
DateTimeValue
(for JDK < 1.4).
Allow contents of PreparedStatement.setBlob()
to be retained between calls to .execute*()
.
Fixed stack overflow in
Connection.prepareCall()
(bad merge).
Refactored how connection properties are set and exposed as
DriverPropertyInfo
as well as
Connection
and DataSource
properties.
Reduced number of methods called in average query to be more efficient.
Prepared Statements
will be re-prepared on
auto-reconnect. Any errors encountered are postponed until first
attempt to re-execute the re-prepared statement.
Bugs fixed:
Added useServerPrepStmts
property (default
false
). The driver will use server-side
prepared statements when the server version supports them (4.1
and newer) when this property is set to true
.
It is currently set to false
by default until
all bind/fetch functionality has been implemented. Currently
only DML prepared statements are implemented for 4.1 server-side
prepared statements.
Added requireSSL
property.
Track open Statements
, close all when
Connection.close()
is called (JDBC
compliance).
Bugs fixed:
Workaround for server Bug#9098: Default values of
CURRENT_*
for
DATE
,
TIME
,
DATETIME
, and
TIMESTAMP
columns can't be
distinguished from string
values, so
UpdatableResultSet.moveToInsertRow()
generates bad SQL for inserting default values.
(Bug#8812)
NON_UNIQUE
column from
DBMD.getIndexInfo()
returned inverted value.
(Bug#8812)
EUCKR
charset is sent as SET NAMES
euc_kr
which MySQL-4.1 and newer doesn't understand.
(Bug#8629)
Added support for the EUC_JP_Solaris
character encoding, which maps to a MySQL encoding of
eucjpms
(backported from 3.1 branch). This
only works on servers that support eucjpms
,
namely 5.0.3 or later.
(Bug#8629)
Use hex escapes for
PreparedStatement.setBytes()
for double-byte
charsets including “aliases”
Windows-31J
, CP934
,
MS932
.
(Bug#8629)
DatabaseMetaData.supportsSelectForUpdate()
returns correct value based on server version.
(Bug#8629)
Which requires hex escaping of binary data when using multi-byte charsets with prepared statements. (Bug#8064)
Fixed duplicated code in
configureClientCharset()
that prevented
useOldUTF8Behavior=true
from working
properly.
(Bug#7952)
Backported SQLState codes mapping from Connector/J 3.1, enable
with useSqlStateCodes=true
as a connection
property, it defaults to false
in this
release, so that we don't break legacy applications (it defaults
to true
starting with Connector/J 3.1).
(Bug#7686)
Timestamp key column data needed _binary
stripped for UpdatableResultSet.refreshRow()
.
(Bug#7686)
MS932
, SHIFT_JIS
, and
Windows_31J
not recognized as aliases for
sjis
.
(Bug#7607)
Handle streaming result sets with more than 2 billion rows properly by fixing wraparound of row number counter. (Bug#7601)
PreparedStatement.fixDecimalExponent()
adding
extra +
, making number unparseable by MySQL
server.
(Bug#7601)
Escape sequence {fn convert(..., type)} now supports ODBC-style
types that are prepended by SQL_
.
(Bug#7601)
Statements created from a pooled connection were returning
physical connection instead of logical connection when
getConnection()
was called.
(Bug#7316)
Support new protocol type MYSQL_TYPE_VARCHAR
.
(Bug#7081)
Added useOldUTF8Behavior
' configuration
property, which causes JDBC driver to act like it did with
MySQL-4.0.x and earlier when the character encoding is
utf-8
when connected to MySQL-4.1 or newer.
(Bug#7081)
DatabaseMetaData.getIndexInfo()
ignored
unique
parameter.
(Bug#7081)
PreparedStatement.fixDecimalExponent()
adding
extra +
, making number unparseable by MySQL
server.
(Bug#7061)
PreparedStatements
don't encode Big5 (and
other multi-byte) character sets correctly in static SQL
strings.
(Bug#7033)
Connections starting up failed-over (due to down master) never retry master. (Bug#6966)
Timestamp
/Time
conversion
goes in the wrong “direction” when
useTimeZone=true
and server time zone differs
from client time zone.
(Bug#5874)
Bugs fixed:
Made TINYINT(1)
->
BIT
/Boolean
conversion configurable via tinyInt1isBit
property (default true
to be JDBC compliant
out of the box).
(Bug#5664)
Off-by-one bug in
Buffer.readString(
.
(Bug#5664)string
)
ResultSet.updateByte()
when on insert row
throws ArrayOutOfBoundsException
.
(Bug#5664)
Fixed regression where useUnbufferedInput
was
defaulting to false
.
(Bug#5664)
ResultSet.getTimestamp()
on a column with
TIME
in it fails.
(Bug#5664)
Fixed DatabaseMetaData.getTypes()
returning
incorrect (this is, nonnegative) scale for the
NUMERIC
type.
(Bug#5664)
Only set character_set_results
during connection establishment if server version >= 4.1.1.
(Bug#5664)
Fixed ResultSetMetaData.isReadOnly()
to
detect nonwritable columns when connected to MySQL-4.1 or newer,
based on existence of “original” table and column
names.
Re-issue character set configuration commands when re-using
pooled connections and/or
Connection.changeUser()
when connected to
MySQL-4.1 or newer.
Bugs fixed:
ResultSet.getMetaData()
should not return
incorrectly initialized metadata if the result set has been
closed, but should instead throw an
SQLException
. Also fixed for
getRow()
and getWarnings()
and traversal methods by calling
checkClosed()
before operating on
instance-level fields that are nullified during
.close()
.
(Bug#5069)
Use _binary
introducer for
PreparedStatement.setBytes()
and
set*Stream()
when connected to MySQL-4.1.x or
newer to avoid misinterpretation during character conversion.
(Bug#5069)
Parse new time zone variables from 4.1.x servers. (Bug#5069)
ResultSet
should release
Field[]
instance in
.close()
.
(Bug#5022)
RSMD.getPrecision()
returning 0 for
nonnumeric types (should return max length in chars for
nonbinary types, max length in bytes for binary types). This fix
also fixes mapping of RSMD.getColumnType()
and RSMD.getColumnTypeName()
for the
BLOB
types based on the length
sent from the server (the server doesn't distinguish between
TINYBLOB
,
BLOB
,
MEDIUMBLOB
or
LONGBLOB
at the network protocol
level).
(Bug#4880)
“Production” is now “GA” (General Availability) in naming scheme of distributions. (Bug#4860, Bug#4138)
DBMD.getColumns()
returns incorrect JDBC type
for unsigned columns. This affects type mappings for all numeric
types in the RSMD.getColumnType()
and
RSMD.getColumnTypeNames()
methods as well, to
ensure that “like” types from
DBMD.getColumns()
match up with what
RSMD.getColumnType()
and
getColumnTypeNames()
return.
(Bug#4860, Bug#4138)
Calling .close()
twice on a
PooledConnection
causes NPE.
(Bug#4808)
Added FLOSS license exemption. (Bug#4742)
Removed redundant calls to checkRowPos()
in
ResultSet
.
(Bug#4334)
Failover for autoReconnect
not using port
numbers for any hosts, and not retrying all hosts.
This required a change to the SocketFactory
connect()
method signature, which is now
public Socket connect(String host, int portNumber,
Properties props)
; therefore, any third-party socket
factories will have to be changed to support this signature.
(Bug#4334)
Logical connections created by
MysqlConnectionPoolDataSource
will now issue
a rollback()
when they are closed and sent
back to the pool. If your application server/connection pool
already does this for you, you can set the
rollbackOnPooledClose
property to
false
to avoid the overhead of an extra
rollback()
.
(Bug#4334)
StringUtils.escapeEasternUnicodeByteStream
was still broken for GBK.
(Bug#4010)
Bugs fixed:
Bugs fixed:
Inconsistent reporting of data type. The server still doesn't return all types for *BLOBs *TEXT correctly, so the driver won't return those correctly. (Bug#3570)
UpdatableResultSet
not picking up default
values for moveToInsertRow()
.
(Bug#3557)
Not specifying database in URL caused
MalformedURL
exception.
(Bug#3554)
Auto-convert MySQL encoding names to Java encoding names if used
for characterEncoding
property.
(Bug#3554)
Use junit.textui.TestRunner
for all unit
tests (to allow them to be run from the command line outside of
Ant or Eclipse).
(Bug#3554)
Added encoding names that are recognized on some JVMs to fix case where they were reverse-mapped to MySQL encoding names incorrectly. (Bug#3554)
Made StringRegressionTest
4.1-unicode aware.
(Bug#3520)
Fixed regression in
PreparedStatement.setString()
and eastern
character encodings.
(Bug#3520)
DBMD.getSQLStateType()
returns incorrect
value.
(Bug#3520)
Renamed StringUtils.escapeSJISByteStream()
to
more appropriate
escapeEasternUnicodeByteStream()
.
(Bug#3511)
StringUtils.escapeSJISByteStream()
not
covering all eastern double-byte charsets correctly.
(Bug#3511)
Return creating statement for ResultSets
created by getGeneratedKeys()
.
(Bug#2957)
Use SET character_set_results
during
initialization to allow any charset to be returned to the driver
for result sets.
(Bug#2670)
Don't truncate BLOB
or
CLOB
values when using
setBytes()
and/or
setBinary/CharacterStream()
. .
(Bug#2670)
Dynamically configure character set mappings for field-level
character sets on MySQL-4.1.0 and newer using
SHOW COLLATION
when connecting.
(Bug#2670)
Map binary
character set to
US-ASCII
to support
DATETIME
charset recognition for
servers >= 4.1.2.
(Bug#2670)
Use charsetnr
returned during connect to
encode queries before issuing SET NAMES
on
MySQL >= 4.1.0.
(Bug#2670)
Add helper methods to ResultSetMetaData
(getColumnCharacterEncoding()
and
getColumnCharacterSet()
) to allow end-users
to see what charset the driver thinks it should be using for the
column.
(Bug#2670)
Only set character_set_results
for MySQL >= 4.1.0.
(Bug#2670)
Allow url
parameter for
MysqlDataSource
and
MysqlConnectionPool
DataSource
so that passing of other
properties is possible from inside appservers.
Don't escape SJIS/GBK/BIG5 when using MySQL-4.1 or newer.
Backport documentation tooling from 3.1 branch.
Added failOverReadOnly
property, to allow
end-user to configure state of connection (read-only/writable)
when failed over.
Allow java.util.Date
to be sent in as
parameter to PreparedStatement.setObject()
,
converting it to a Timestamp
to maintain full
precision. .
(Bug#103)
Add unsigned attribute to
DatabaseMetaData.getColumns()
output in the
TYPE_NAME
column.
Map duplicate key and foreign key errors to SQLState of
23000
.
Backported “change user” and “reset server
state” functionality from 3.1 branch, to allow clients of
MysqlConnectionPoolDataSource
to reset server
state on getConnection()
on a pooled
connection.
Bugs fixed:
Return java.lang.Double
for
FLOAT
type from
ResultSetMetaData.getColumnClassName()
.
(Bug#2855)
Return [B
instead of
java.lang.Object
for
BINARY
,
VARBINARY
and
LONGVARBINARY
types from
ResultSetMetaData.getColumnClassName()
(JDBC
compliance).
(Bug#2855)
Issue connection events on all instances created from a
ConnectionPoolDataSource
.
(Bug#2855)
Return java.lang.Integer
for
TINYINT
and
SMALLINT
types from
ResultSetMetaData.getColumnClassName()
.
(Bug#2852)
Added useUnbufferedInput
parameter, and now
use it by default (due to JVM issue
http://developer.java.sun.com/developer/bugParade/bugs/4401235.html)
(Bug#2578)
Fixed failover always going to last host in list. (Bug#2578)
Detect on
/off
or
1
, 2
, 3
form of lower_case_table_names
value on server.
(Bug#2578)
AutoReconnect
time was growing faster than
exponentially.
(Bug#2447)
Trigger a SET NAMES utf8
when encoding is
forced to utf8
or
utf-8
via the
characterEncoding
property. Previously, only
the Java-style encoding name of utf-8
would
trigger this.
Bugs fixed:
Enable caching of the parsing stage of prepared statements via
the cachePrepStmts
,
prepStmtCacheSize
, and
prepStmtCacheSqlLimit
properties (disabled by
default).
(Bug#2006)
Fixed security exception when used in Applets (applets can't
read the system property file.encoding
which
is needed for LOAD
DATA LOCAL INFILE
).
(Bug#2006)
Speed up parsing of PreparedStatements
, try
to use one-pass whenever possible.
(Bug#2006)
Fixed exception Unknown character set
'danish'
on connect with JDK-1.4.0
(Bug#2006)
Fixed mappings in SQLError to report deadlocks with SQLStates of
41000
.
(Bug#2006)
Removed static synchronization bottleneck from instance factory
method of SingleByteCharsetConverter
.
(Bug#2006)
Removed static synchronization bottleneck from
PreparedStatement.setTimestamp()
.
(Bug#2006)
ResultSet.findColumn()
should use first
matching column name when there are duplicate column names in
SELECT
query (JDBC-compliance).
(Bug#2006)
maxRows
property would affect internal
statements, so check it for all statement creation internal to
the driver, and set to 0 when it is not.
(Bug#2006)
Use constants for SQLStates. (Bug#2006)
Map charset ko18_ru
to
ko18r
when connected to MySQL-4.1.0 or newer.
(Bug#2006)
Ensure that Buffer.writeString()
saves room
for the \0
.
(Bug#2006)
ArrayIndexOutOfBounds
when parameter number
== number of parameters + 1.
(Bug#1958)
Connection property maxRows
not honored.
(Bug#1933)
Statements being created too many times in
DBMD.extractForeignKeyFromCreateTable()
.
(Bug#1925)
Support escape sequence {fn convert ... }. (Bug#1914)
Implement ResultSet.updateClob()
.
(Bug#1913)
Autoreconnect code didn't set catalog upon reconnect if it had been changed. (Bug#1913)
ResultSet.getObject()
on
TINYINT
and
SMALLINT
columns should return
Java type Integer
.
(Bug#1913)
Added more descriptive error message Server
Configuration Denies Access to DataSource
, as well as
retrieval of message from server.
(Bug#1913)
ResultSetMetaData.isCaseSensitive()
returned
wrong value for
CHAR
/VARCHAR
columns.
(Bug#1913)
Added alwaysClearStream
connection property,
which causes the driver to always empty any remaining data on
the input stream before each query.
(Bug#1913)
DatabaseMetaData.getSystemFunction()
returning bad function VResultsSion
.
(Bug#1775)
Foreign Keys column sequence is not consistent in
DatabaseMetaData.getImported/Exported/CrossReference()
.
(Bug#1731)
Fix for ArrayIndexOutOfBounds
exception when
using Statement.setMaxRows()
.
(Bug#1695)
Subsequent call to ResultSet.updateFoo()
causes NPE if result set is not updatable.
(Bug#1630)
Fix for 4.1.1-style authentication with no password. (Bug#1630)
Cross-database updatable result sets are not checked for updatability correctly. (Bug#1592)
DatabaseMetaData.getColumns()
should return
Types.LONGVARCHAR
for MySQL
LONGTEXT
type.
(Bug#1592)
Fixed regression of
Statement.getGeneratedKeys()
and
REPLACE
statements.
(Bug#1576)
Barge blobs and split packets not being read correctly. (Bug#1576)
Backported fix for aliased tables and
UpdatableResultSets
in
checkUpdatability()
method from 3.1 branch.
(Bug#1534)
“Friendlier” exception message for
PacketTooLargeException
.
(Bug#1534)
Don't count quoted IDs when inside a 'string' in
PreparedStatement
parsing.
(Bug#1511)
Bugs fixed:
ResultSet.get/setString
mashing char 127.
(Bug#1247)
Added property to “clobber” streaming results, by
setting the clobberStreamingResults
property
to true
(the default is
false
). This will cause a
“streaming” ResultSet
to be
automatically closed, and any oustanding data still streaming
from the server to be discarded if another query is executed
before all the data has been read from the server.
(Bug#1247)
Added com.mysql.jdbc.util.BaseBugReport
to
help creation of testcases for bug reports.
(Bug#1247)
Backported authentication changes for 4.1.1 and newer from 3.1 branch. (Bug#1247)
Made databaseName
,
portNumber
, and serverName
optional parameters for
MysqlDataSourceFactory
.
(Bug#1246)
Optimized CLOB.setChracterStream()
.
(Bug#1131)
Fixed CLOB.truncate()
.
(Bug#1130)
Fixed deadlock issue with
Statement.setMaxRows()
.
(Bug#1099)
DatabaseMetaData.getColumns()
getting
confused about the keyword “set” in character
columns.
(Bug#1099)
Clip +/- INF (to smallest and largest representative values for
the type in MySQL) and NaN (to 0) for
setDouble
/setFloat()
, and
issue a warning on the statement when the server does not
support +/- INF or NaN.
(Bug#884)
Don't fire connection closed events when closing pooled
connections, or on
PooledConnection.getConnection()
with already
open connections.
(Bug#884)
Double-escaping of '\'
when charset is SJIS
or GBK and '\'
appears in nonescaped input.
(Bug#879)
When emptying input stream of unused rows for
“streaming” result sets, have the current thread
yield()
every 100 rows in order to not
monopolize CPU time.
(Bug#879)
Issue exception on
ResultSet.get
on empty result set (wasn't caught in some cases).
(Bug#848)XXX
()
Don't hide messages from exceptions thrown in I/O layers. (Bug#848)
Fixed regression in large split-packet handling. (Bug#848)
Better diagnostic error messages in exceptions for “streaming” result sets. (Bug#848)
Don't change timestamp TZ twice if
useTimezone==true
.
(Bug#774)
Don't wrap SQLExceptions
in
RowDataDynamic
.
(Bug#688)
Don't try and reset isolation level on reconnect if MySQL doesn't support them. (Bug#688)
The insertRow
in an
UpdatableResultSet
is now loaded with the
default column values when moveToInsertRow()
is called.
(Bug#688)
DatabaseMetaData.getColumns()
wasn't
returning NULL
for default values that are
specified as NULL
.
(Bug#688)
Change default statement type/concurrency to
TYPE_FORWARD_ONLY
and
CONCUR_READ_ONLY
(spec compliance).
(Bug#688)
Fix UpdatableResultSet
to return values for
get
when on
insert row.
(Bug#675)XXX
()
Support InnoDB
contraint names when
extracting foreign key information in
DatabaseMetaData
(implementing ideas from
Parwinder Sekhon).
(Bug#664, Bug#517)
Backported 4.1 protocol changes from 3.1 branch (server-side SQL states, new field information, larger client capability flags, connect-with-database, and so forth). (Bug#664, Bug#517)
refreshRow
didn't work when primary key
values contained values that needed to be escaped (they ended up
being doubly escaped).
(Bug#661)
Fixed ResultSet.previous()
behavior to move
current position to before result set when on first row of
result set.
(Bug#496)
Fixed Statement
and
PreparedStatement
issuing bogus queries when
setMaxRows()
had been used and a
LIMIT
clause was present in the query.
(Bug#496)
Faster date handling code in ResultSet
and
PreparedStatement
(no longer uses
Date
methods that synchronize on static
calendars).
Fixed test for end of buffer in
Buffer.readString()
.
Bugs fixed:
Fixed SJIS encoding bug, thanks to Naoto Sato. (Bug#378)
Fix problem detecting server character set in some cases. (Bug#378)
Allow multiple calls to Statement.close()
.
(Bug#378)
Return correct number of generated keys when using
REPLACE
statements.
(Bug#378)
Unicode character 0xFFFF in a string would cause the driver to
throw an ArrayOutOfBoundsException
. .
(Bug#378)
Fix row data decoding error when using very large packets. (Bug#378)
Optimized row data decoding. (Bug#378)
Issue exception when operating on an already closed prepared statement. (Bug#378)
Optimized usage of EscapeProcessor
.
(Bug#378)
Use JVM charset with file names and LOAD DATA [LOCAL]
INFILE
.
Fix infinite loop with Connection.cleanup()
.
Changed Ant target compile-core
to
compile-driver
, and made testsuite
compilation a separate target.
Fixed result set not getting set for
Statement.executeUpdate()
, which affected
getGeneratedKeys()
and
getUpdateCount()
in some cases.
Return list of generated keys when using multi-value
INSERTS
with
Statement.getGeneratedKeys()
.
Allow bogus URLs in Driver.getPropertyInfo()
.
Bugs fixed:
Fixed charset issues with database metadata (charset was not getting set correctly).
You can now toggle profiling on/off using
Connection.setProfileSql(boolean)
.
4.1 Column Metadata fixes.
Fixed MysqlPooledConnection.close()
calling
wrong event type.
Fixed StringIndexOutOfBoundsException
in
PreparedStatement.setClob()
.
IOExceptions
during a transaction now cause
the Connection
to be closed.
Remove synchronization from Driver.connect()
and Driver.acceptsUrl()
.
Fixed missing conversion for YEAR
type in
ResultSetMetaData.getColumnTypeName()
.
Updatable ResultSets
can now be created for
aliased tables/columns when connected to MySQL-4.1 or newer.
Fixed LOAD DATA LOCAL
INFILE
bug when file >
max_allowed_packet
.
Don't pick up indexes that start with pri
as
primary keys for DBMD.getPrimaryKeys()
.
Ensure that packet size from
alignPacketSize()
does not exceed
max_allowed_packet
(JVM bug)
Don't reset Connection.isReadOnly()
when
autoReconnecting.
Fixed escaping of 0x5c ('\'
) character for
GBK and Big5 charsets.
Fixed ResultSet.getTimestamp()
when
underlying field is of type DATE
.
Throw SQLExceptions
when trying to do
operations on a forcefully closed Connection
(that is, when a communication link failure occurs).
Bugs fixed:
Backported 4.1 charset field info changes from Connector/J 3.1.
Fixed Statement.setMaxRows()
to stop sending
LIMIT
type queries when not needed
(performance).
Fixed DBMD.getTypeInfo()
and
DBMD.getColumns()
returning different value
for precision in TEXT
and
BLOB
types.
Fixed SQLExceptions
getting swallowed on
initial connect.
Fixed ResultSetMetaData
to return
""
when catalog not known. Fixes
NullPointerExceptions
with Sun's
CachedRowSet
.
Allow ignoring of warning for “non transactional
tables” during rollback (compliance/usability) by setting
ignoreNonTxTables
property to
true
.
Clean up Statement
query/method mismatch
tests (that is, INSERT
not
allowed with .executeQuery()
).
Fixed ResultSetMetaData.isWritable()
to
return correct value.
More checks added in ResultSet
traversal
method to catch when in closed state.
Implemented Blob.setBytes()
. You still need
to pass the resultant Blob
back into an
updatable ResultSet
or
PreparedStatement
to persist the changes,
because MySQL does not support “locators”.
Add “window” of different NULL
sorting behavior to
DBMD.nullsAreSortedAtStart
(4.0.2 to 4.0.10,
true; otherwise, no).
Bugs fixed:
Fixed ResultSet.isBeforeFirst()
for empty
result sets.
Added missing
LONGTEXT
type to
DBMD.getColumns()
.
Implemented an empty TypeMap
for
Connection.getTypeMap()
so that some
third-party apps work with MySQL (IBM WebSphere 5.0 Connection
pool).
Added update options for foreign key metadata.
Fixed Buffer.fastSkipLenString()
causing
ArrayIndexOutOfBounds
exceptions with some
queries when unpacking fields.
Quote table names in
DatabaseMetaData.getColumns()
,
getPrimaryKeys()
,
getIndexInfo()
,
getBestRowIdentifier()
.
Retrieve TX_ISOLATION
from database for
Connection.getTransactionIsolation()
when the
MySQL version supports it, instead of an instance variable.
Greatly reduce memory required for
setBinaryStream()
in
PreparedStatements
.
Bugs fixed:
Streamlined character conversion and byte[]
handling in PreparedStatements
for
setByte()
.
Fixed PreparedStatement.executeBatch()
parameter overwriting.
Added quoted identifiers to database names for
Connection.setCatalog
.
Added support for 4.0.8-style large packets.
Reduce memory footprint of PreparedStatements
by sharing outbound packet with MysqlIO
.
Added strictUpdates
property to allow control
of amount of checking for “correctness” of
updatable result sets. Set this to false
if
you want faster updatable result sets and you know that you
create them from SELECT
statements on tables with primary keys and that you have
selected all primary keys in your query.
Added support for quoted identifiers in
PreparedStatement
parser.
Bugs fixed:
Allow user to alter behavior of Statement
/
PreparedStatement.executeBatch()
via
continueBatchOnError
property (defaults to
true
).
More robust escape tokenizer: Recognize --
comments, and allow nested escape sequences (see
testsuite.EscapeProcessingTest
).
Fixed Buffer.isLastDataPacket()
for 4.1 and
newer servers.
NamedPipeSocketFactory
now works (only
intended for Windows), see README
for
instructions.
Changed charsToByte
in
SingleByteCharConverter
to be nonstatic.
Use nonaliased table/column names and database names to fully
qualify tables and columns in
UpdatableResultSet
(requires MySQL-4.1 or
newer).
LOAD DATA LOCAL INFILE ...
now works, if your
server is configured to allow it. Can be turned off with the
allowLoadLocalInfile
property (see the
README
).
Implemented Connection.nativeSQL()
.
Fixed ResultSetMetaData.getColumnTypeName()
returning BLOB
for
TEXT
and
TEXT
for
BLOB
types.
Fixed charset handling in Fields.java
.
Because of above, implemented
ResultSetMetaData.isAutoIncrement()
to use
Field.isAutoIncrement()
.
Substitute '?'
for unknown character
conversions in single-byte character sets instead of
'\0'
.
Added CLIENT_LONG_FLAG
to be able to get more
column flags (isAutoIncrement()
being the
most important).
Honor lower_case_table_names
when enabled in the server when doing table name comparisons in
DatabaseMetaData
methods.
DBMD.getImported/ExportedKeys()
now handles
multiple foreign keys per table.
More robust implementation of updatable result sets. Checks that all primary keys of the table have been selected.
Some MySQL-4.1 protocol support (extended field info from selects).
Check for connection closed in more
Connection
methods
(createStatement
,
prepareStatement
,
setTransactionIsolation
,
setAutoCommit
).
Fixed ResultSetMetaData.getPrecision()
returning incorrect values for some floating-point types.
Changed SingleByteCharConverter
to use lazy
initialization of each converter.
Bugs fixed:
Implemented Clob.setString()
.
Added com.mysql.jdbc.MiniAdmin
class, which
allows you to send shutdown
command to MySQL
server. This is intended to be used when
“embedding” Java and MySQL server together in an
end-user application.
Added SSL support. See README
for
information on how to use it.
All DBMD
result set columns describing
schemas now return NULL
to be more compliant
with the behavior of other JDBC drivers for other database
systems (MySQL does not support schemas).
Use SHOW CREATE TABLE
when
possible for determining foreign key information for
DatabaseMetaData
. Also allows cascade options
for DELETE
information to be
returned.
Implemented Clob.setCharacterStream()
.
Failover and autoReconnect
work only when the
connection is in an autoCommit(false)
state,
in order to stay transaction-safe.
Fixed DBMD.supportsResultSetConcurrency()
so
that it returns true
for
ResultSet.TYPE_SCROLL_INSENSITIVE
and
ResultSet.CONCUR_READ_ONLY
or
ResultSet.CONCUR_UPDATABLE
.
Implemented Clob.setAsciiStream()
.
Removed duplicate code from
UpdatableResultSet
(it can be inherited from
ResultSet
, the extra code for each method to
handle updatability I thought might someday be necessary has not
been needed).
Fixed UnsupportedEncodingException
thrown
when “forcing” a character encoding via properties.
Fixed incorrect conversion in
ResultSet.getLong()
.
Implemented ResultSet.updateBlob()
.
Removed some not-needed temporary object creation by smarter use
of Strings
in
EscapeProcessor
,
Connection
and
DatabaseMetaData
classes.
Escape 0x5c
character in strings for the SJIS
charset.
PreparedStatement
now honors stream lengths
in setBinary/Ascii/Character Stream() unless you set the
connection property
useStreamLengthsInPrepStmts
to
false
.
Fixed issue with updatable result sets and
PreparedStatements
not working.
Fixed start position off-by-1 error in
Clob.getSubString()
.
Added connectTimeout
parameter that allows
users of JDK-1.4 and newer to specify a maximum time to wait to
establish a connection.
Fixed various non-ASCII character encoding issues.
Fixed ResultSet.isLast()
for empty result
sets (should return false
).
Added driver property useHostsInPrivileges
.
Defaults to true
. Affects whether or not
@hostname
will be used in
DBMD.getColumn/TablePrivileges
.
Fixed
ResultSet.setFetchDirection(FETCH_UNKNOWN)
.
Added queriesBeforeRetryMaster
property that
specifies how many queries to issue when failed over before
attempting to reconnect to the master (defaults to 50).
Fixed issue when calling
Statement.setFetchSize()
when using arbitrary
values.
Properly restore connection properties when autoReconnecting or
failing-over, including autoCommit
state, and
isolation level.
Implemented Clob.truncate()
.
Bugs fixed:
Charsets now automatically detected. Optimized code for single-byte character set conversion.
Fixed RowDataStatic.getAt()
off-by-one bug.
Fixed ResultSet.getRow()
off-by-one bug.
Massive code clean-up to follow Java coding conventions (the time had come).
Implemented ResultSet.getCharacterStream()
.
Added limited Clob
functionality
(ResultSet.getClob()
,
PreparedStatemtent.setClob()
,
PreparedStatement.setObject(Clob)
.
Connection.isClosed()
no longer
“pings” the server.
Connection.close()
issues
rollback()
when
getAutoCommit()
is false
.
Added socketTimeout
parameter to URL.
Added LOCAL TEMPORARY
to table types in
DatabaseMetaData.getTableTypes()
.
Added paranoid
parameter, which sanitizes
error messages by removing “sensitive” information
from them (such as host names, ports, or user names), as well as
clearing “sensitive” data structures when possible.
Bugs fixed:
General source-code cleanup.
The driver now only works with JDK-1.2 or newer.
Fix and sort primary key names in DBMetaData
(SF bugs 582086 and 582086).
ResultSet.getTimestamp()
now works for
DATE
types (SF bug 559134).
Float types now reported as
java.sql.Types.FLOAT
(SF bug 579573).
Support for streaming (row-by-row) result sets (see
README
) Thanks to Doron.
Testsuite now uses Junit (which you can get from http://www.junit.org.
JDBC Compliance: Passes all tests besides stored procedure tests.
ResultSet.getDate/Time/Timestamp
now
recognizes all forms of invalid values that have been set to all
zeros by MySQL (SF bug 586058).
Added multi-host failover support (see
README
).
Repackaging: New driver name is
com.mysql.jdbc.Driver
, old name still works,
though (the driver is now provided by MySQL-AB).
Support for large packets (new addition to MySQL-4.0 protocol),
see README
for more information.
Better checking for closed connections in
Statement
and
PreparedStatement
.
Performance improvements in string handling and field metadata creation (lazily instantiated) contributed by Alex Twisleton-Wykeham-Fiennes.
JDBC-3.0 functionality including
Statement/PreparedStatement.getGeneratedKeys()
and ResultSet.getURL()
.
Overall speed improvements via controlling transient object
creation in MysqlIO
class when reading
packets.
!!! LICENSE CHANGE !!! The
driver is now GPL. If you need non-GPL licenses, please contact
me <mark@mysql.com>
.
Performance enchancements: Driver is now 50–100% faster in most situations, and creates fewer temporary objects.
Bugs fixed:
ResultSet.getDouble()
now uses code built
into JDK to be more precise (but slower).
Fixed typo for relaxAutoCommit
parameter.
LogicalHandle.isClosed()
calls through to
physical connection.
Added SQL profiling (to STDERR
). Set
profileSql=true
in your JDBC URL. See
README
for more information.
PreparedStatement
now releases resources on
.close()
. (SF bug 553268)
More code cleanup.
Quoted identifiers not used if server version does not support
them. Also, if server started with
--ansi
or
--sql-mode=ANSI_QUOTES
,
“"
” will be used as an
identifier quote character, otherwise
“'
” will be used.
Bugs fixed:
Fixed unicode chars being read incorrectly. (SF bug 541088)
Faster blob escaping for PrepStmt
.
Added setURL()
to
MySQLXADataSource
. (SF bug 546019)
Added set
/getPortNumber()
to DataSource(s)
. (SF bug 548167)
PreparedStatement.toString()
fixed. (SF bug
534026)
More code cleanup.
Rudimentary version of
Statement.getGeneratedKeys()
from JDBC-3.0
now implemented (you need to be using JDK-1.4 for this to work,
I believe).
DBMetaData.getIndexInfo()
- bad PAGES fixed.
(SF BUG 542201)
ResultSetMetaData.getColumnClassName()
now
implemented.
Bugs fixed:
Fixed testsuite.Traversal
afterLast()
bug, thanks to Igor Lastric.
Added new types to getTypeInfo()
, fixed
existing types thanks to Al Davis and Kid Kalanon.
Fixed time zone off-by-1-hour bug in
PreparedStatement
(538286, 528785).
Added identifier quoting to all
DatabaseMetaData
methods that need them
(should fix 518108).
Added support for BIT
types
(51870) to PreparedStatement
.
ResultSet.insertRow()
should now detect
auto_increment fields in most cases and use that value in the
new row. This detection will not work in multi-valued keys,
however, due to the fact that the MySQL protocol does not return
this information.
Relaxed synchronization in all classes, should fix 520615 and 520393.
DataSources
- fixed setUrl
bug (511614, 525565), wrong datasource class name (532816,
528767).
Added support for YEAR
type
(533556).
Fixes for ResultSet
updatability in
PreparedStatement
.
ResultSet
: Fixed updatability (values being
set to null
if not updated).
Added getTable/ColumnPrivileges()
to DBMD
(fixes 484502).
Added getIdleFor()
method to
Connection
and
MysqlLogicalHandle
.
ResultSet.refreshRow()
implemented.
Fixed getRow()
bug (527165) in
ResultSet
.
General code cleanup.
Bugs fixed:
Full synchronization of Statement.java
.
Fixed missing DELETE_RULE
value in
DBMD.getImported/ExportedKeys()
and
getCrossReference()
.
More changes to fix Unexpected end of input
stream
errors when reading
BLOB
values. This should be the
last fix.
Bugs fixed:
Fixed null-pointer-exceptions when using
MysqlConnectionPoolDataSource
with Websphere
4 (bug 505839).
Fixed spurious Unexpected end of input stream
errors in MysqlIO
(bug 507456).
Bugs fixed:
Fixed extra memory allocation in
MysqlIO.readPacket()
(bug 488663).
Added detection of network connection being closed when reading packets (thanks to Todd Lizambri).
Fixed casting bug in PreparedStatement
(bug
488663).
DataSource
implementations moved to
org.gjt.mm.mysql.jdbc2.optional
package, and
(initial) implementations of
PooledConnectionDataSource
and
XADataSource
are in place (thanks to Todd
Wolff for the implementation and testing of
PooledConnectionDataSource
with IBM WebSphere
4).
Fixed quoting error with escape processor (bug 486265).
Removed concatenation support from driver (the
||
operator), as older versions of VisualAge
seem to be the only thing that use it, and it conflicts with the
logical ||
operator. You will need to start
mysqld with the
--ansi
flag to use the
||
operator as concatenation (bug 491680).
Ant build was corrupting included
jar
files, fixed (bug 487669).
Report batch update support through
DatabaseMetaData
(bug 495101).
Implementation of
DatabaseMetaData.getExported/ImportedKeys()
and getCrossReference()
.
Fixed off-by-one-hour error in
PreparedStatement.setTimestamp()
(bug
491577).
Full synchronization on methods modifying instance and class-shared references, driver should be entirely thread-safe now (please let me know if you have problems).
Bugs fixed:
XADataSource
/ConnectionPoolDataSource
code (experimental)
DatabaseMetaData.getPrimaryKeys()
and
getBestRowIdentifier()
are now more robust in
identifying primary keys (matches regardless of case or
abbreviation/full spelling of Primary Key
in
Key_type
column).
Batch updates now supported (thanks to some inspiration from Daniel Rall).
PreparedStatement.setAnyNumericType()
now
handles positive exponents correctly (adds +
so MySQL can understand it).
Bugs fixed:
Character sets read from database if
useUnicode=true
and
characterEncoding
is not set. (thanks to
Dmitry Vereshchagin)
Initial transaction isolation level read from database (if available). (thanks to Dmitry Vereshchagin)
Fixed PreparedStatement
generating SQL that
would end up with syntax errors for some queries.
PreparedStatement.setCharacterStream()
now
implemented
Captialize type names when
captializeTypeNames=true
is passed in URL or
properties (for WebObjects. (thanks to Anjo Krank)
ResultSet.getBlob()
now returns
null
if column value was
null
.
Fixed ResultSetMetaData.getPrecision()
returning one less than actual on newer versions of MySQL.
Fixed dangling socket problem when in high availability
(autoReconnect=true
) mode, and finalizer for
Connection
will close any dangling sockets on
GC.
Fixed time zone issue in
PreparedStatement.setTimestamp()
. (thanks to
Erik Olofsson)
PreparedStatement.setDouble() now uses full-precision doubles (reverting a fix made earlier to truncate them).
Fixed
DatabaseMetaData.supportsTransactions()
, and
supportsTransactionIsolationLevel()
and
getTypeInfo()
SQL_DATETIME_SUB
and
SQL_DATA_TYPE
fields not being readable.
Updatable result sets now correctly handle
NULL
values in fields.
PreparedStatement.setBoolean() will use 1/0 for values if your MySQL version is 3.21.23 or higher.
Fixed ResultSet.isAfterLast()
always
returning false
.
Bugs fixed:
Fixed PreparedStatement
parameter checking.
Fixed case-sensitive column names in
ResultSet.java
.
Bugs fixed:
ResultSet.insertRow()
works now, even if not
all columns are set (they will be set to
NULL
).
Added Byte
to
PreparedStatement.setObject()
.
Fixed data parsing of TIMESTAMP
values with 2-digit years.
Added ISOLATION
level support to
Connection.setIsolationLevel()
DataBaseMetaData.getCrossReference()
no
longer ArrayIndexOOB
.
ResultSet.getBoolean()
now recognizes
-1
as true
.
ResultSet
has +/-Inf/inf support.
getObject()
on ResultSet
correctly does
TINYINT
->Byte
and
SMALLINT
->Short
.
Fixed ArrayIndexOutOfBounds
when sending
large BLOB
queries. (Max size
packet was not being set)
Fixed NPE on
PreparedStatement.executeUpdate()
when all
columns have not been set.
Fixed ResultSet.getBlob()
ArrayIndex
out-of-bounds.
Bugs fixed:
Fixed composite key problem with updatable result sets.
Faster ASCII string operations.
Fixed off-by-one error in java.sql.Blob
implementation code.
Fixed incorrect detection of
MAX_ALLOWED_PACKET
, so sending large blobs
should work now.
Added detection of -/+INF for doubles.
Added ultraDevHack
URL parameter, set to
true
to allow (broken) Macromedia UltraDev to
use the driver.
Implemented getBigDecimal()
without scale
component for JDBC2.
Bugs fixed:
Columns that are of type TEXT
now
return as Strings
when you use
getObject()
.
Cleaned up exception handling when driver connects.
Fixed RSMD.isWritable()
returning wrong
value. Thanks to Moritz Maass.
DatabaseMetaData.getPrimaryKeys()
now works
correctly with respect to key_seq
. Thanks to
Brian Slesinsky.
Fixed many JDBC-2.0 traversal, positioning bugs, especially with respect to empty result sets. Thanks to Ron Smits, Nick Brook, Cessar Garcia and Carlos Martinez.
No escape processing is done on
PreparedStatements
anymore per JDBC spec.
Fixed some issues with updatability support in
ResultSet
when using multiple primary keys.
Fixes to ResultSet for insertRow() - Thanks to Cesar Garcia
Fix to Driver to recognize JDBC-2.0 by loading a JDBC-2.0 class, instead of relying on JDK version numbers. Thanks to John Baker.
Fixed ResultSet to return correct row numbers
Statement.getUpdateCount() now returns rows matched, instead of rows actually updated, which is more SQL-92 like.
10-29-99
Statement/PreparedStatement.getMoreResults() bug fixed. Thanks to Noel J. Bergman.
Added Short as a type to PreparedStatement.setObject(). Thanks to Jeff Crowder
Driver now automagically configures maximum/preferred packet sizes by querying server.
Autoreconnect code uses fast ping command if server supports it.
Fixed various bugs with respect to packet sizing when reading from the server and when alloc'ing to write to the server.
Now compiles under JDK-1.2. The driver supports both JDK-1.1 and JDK-1.2 at the same time through a core set of classes. The driver will load the appropriate interface classes at runtime by figuring out which JVM version you are using.
Fixes for result sets with all nulls in the first row. (Pointed out by Tim Endres)
Fixes to column numbers in SQLExceptions in ResultSet (Thanks to Blas Rodriguez Somoza)
The database no longer needs to specified to connect. (Thanks to Christian Motschke)
Better Documentation (in progress), in doc/mm.doc/book1.html
DBMD now allows null for a column name pattern (not in spec), which it changes to '%'.
DBMD now has correct types/lengths for getXXX().
ResultSet.getDate(), getTime(), and getTimestamp() fixes. (contributed by Alan Wilken)
EscapeProcessor now handles \{ \} and { or } inside quotation marks correctly. (thanks to Alik for some ideas on how to fix it)
Fixes to properties handling in Connection. (contributed by Juho Tikkala)
ResultSet.getObject() now returns null for NULL columns in the table, rather than bombing out. (thanks to Ben Grosman)
ResultSet.getObject() now returns Strings for types from MySQL that it doesn't know about. (Suggested by Chris Perdue)
Removed DataInput/Output streams, not needed, 1/2 number of method calls per IO operation.
Use default character encoding if one is not specified. This is a work-around for broken JVMs, because according to spec, EVERY JVM must support "ISO8859_1", but they do not.
Fixed Connection to use the platform character encoding instead of "ISO8859_1" if one isn't explicitly set. This fixes problems people were having loading the character- converter classes that didn't always exist (JVM bug). (thanks to Fritz Elfert for pointing out this problem)
Changed MysqlIO to re-use packets where possible to reduce memory usage.
Fixed escape-processor bugs pertaining to {} inside quotation marks.
Fixed character-set support for non-Javasoft JVMs (thanks to many people for pointing it out)
Fixed ResultSet.getBoolean() to recognize 'y' & 'n' as well as '1' & '0' as boolean flags. (thanks to Tim Pizey)
Fixed ResultSet.getTimestamp() to give better performance. (thanks to Richard Swift)
Fixed getByte() for numeric types. (thanks to Ray Bellis)
Fixed DatabaseMetaData.getTypeInfo() for DATE type. (thanks to Paul Johnston)
Fixed EscapeProcessor for "fn" calls. (thanks to Piyush Shah at locomotive.org)
Fixed EscapeProcessor to not do extraneous work if there are no escape codes. (thanks to Ryan Gustafson)
Fixed Driver to parse URLs of the form "jdbc:mysql://host:port" (thanks to Richard Lobb)
Fixed Timestamps for PreparedStatements
Fixed null pointer exceptions in RSMD and RS
Re-compiled with jikes for valid class files (thanks ms!)
Fixed escape processor to deal with unmatched { and } (thanks to Craig Coles)
Fixed escape processor to create more portable (between DATETIME and TIMESTAMP types) representations so that it will work with BETWEEN clauses. (thanks to Craig Longman)
MysqlIO.quit() now closes the socket connection. Before, after many failed connections some OS's would run out of file descriptors. (thanks to Michael Brinkman)
Fixed NullPointerException in Driver.getPropertyInfo. (thanks to Dave Potts)
Fixes to MysqlDefs to allow all *text fields to be retrieved as Strings. (thanks to Chris at Leverage)
Fixed setDouble in PreparedStatement for large numbers to avoid sending scientific notation to the database. (thanks to J.S. Ferguson)
Fixed getScale() and getPrecision() in RSMD. (contrib'd by James Klicman)
Fixed getObject() when field was DECIMAL or NUMERIC (thanks to Bert Hobbs)
DBMD.getTables() bombed when passed a null table-name pattern. Fixed. (thanks to Richard Lobb)
Added check for "client not authorized" errors during connect. (thanks to Hannes Wallnoefer)
Result set rows are now byte arrays. Blobs and Unicode work bidriectonally now. The useUnicode and encoding options are implemented now.
Fixes to PreparedStatement to send binary set by setXXXStream to be sent untouched to the MySQL server.
Fixes to getDriverPropertyInfo().
Changed all ResultSet fields to Strings, this should allow Unicode to work, but your JVM must be able to convert between the character sets. This should also make reading data from the server be a bit quicker, because there is now no conversion from StringBuffer to String.
Changed PreparedStatement.streamToString() to be more efficient (code from Uwe Schaefer).
URL parsing is more robust (throws SQL exceptions on errors rather than NullPointerExceptions)
PreparedStatement now can convert Strings to Time/Date values via setObject() (code from Robert Currey).
IO no longer hangs in Buffer.readInt(), that bug was introduced in 1.1d when changing to all byte-arrays for result sets. (Pointed out by Samo Login)
Fixes to DatabaseMetaData to allow both IBM VA and J-Builder to work. Let me know how it goes. (thanks to Jac Kersing)
Fix to ResultSet.getBoolean() for NULL strings (thanks to Barry Lagerweij)
Beginning of code cleanup, and formatting. Getting ready to branch this off to a parallel JDBC-2.0 source tree.
Added "final" modifier to critical sections in MysqlIO and Buffer to allow compiler to inline methods for speed.
9-29-98
If object references passed to setXXX() in PreparedStatement are null, setNull() is automatically called for you. (Thanks for the suggestion goes to Erik Ostrom)
setObject() in PreparedStatement will now attempt to write a serialized representation of the object to the database for objects of Types.OTHER and objects of unknown type.
Util now has a static method readObject() which given a ResultSet and a column index will re-instantiate an object serialized in the above manner.
Got rid of "ugly hack" in MysqlIO.nextRow(). Rather than catch an exception, Buffer.isLastDataPacket() was fixed.
Connection.getCatalog() and Connection.setCatalog() should work now.
Statement.setMaxRows() works, as well as setting by property maxRows. Statement.setMaxRows() overrides maxRows set via properties or url parameters.
Automatic re-connection is available. Because it has to "ping" the database before each query, it is turned off by default. To use it, pass in "autoReconnect=true" in the connection URL. You may also change the number of reconnect tries, and the initial timeout value via "maxReconnects=n" (default 3) and "initialTimeout=n" (seconds, default 2) parameters. The timeout is an exponential backoff type of timeout; for example, if you have initial timeout of 2 seconds, and maxReconnects of 3, then the driver will timeout 2 seconds, 4 seconds, then 16 seconds between each re-connection attempt.
Fixed handling of blob data in Buffer.java
Fixed bug with authentication packet being sized too small.
The JDBC Driver is now under the LPGL
8-14-98
Fixed Buffer.readLenString() to correctly read data for BLOBS.
Fixed PreparedStatement.stringToStream to correctly read data for BLOBS.
Fixed PreparedStatement.setDate() to not add a day. (above fixes thanks to Vincent Partington)
Added URL parameter parsing (?user=... and so forth).
Big news! New package name. Tim Endres from ICE Engineering is starting a new source tree for GNU GPL'd Java software. He's graciously given me the org.gjt.mm package directory to use, so now the driver is in the org.gjt.mm.mysql package scheme. I'm "legal" now. Look for more information on Tim's project soon.
Now using dynamically sized packets to reduce memory usage when sending commands to the DB.
Small fixes to getTypeInfo() for parameters, and so forth.
DatabaseMetaData is now fully implemented. Let me know if these drivers work with the various IDEs out there. I've heard that they're working with JBuilder right now.
Added JavaDoc documentation to the package.
Package now available in .zip or .tar.gz.
Implemented getTypeInfo(). Connection.rollback() now throws an SQLException per the JDBC spec.
Added PreparedStatement that supports all JDBC API methods for PreparedStatement including InputStreams. Please check this out and let me know if anything is broken.
Fixed a bug in ResultSet that would break some queries that only returned 1 row.
Fixed bugs in DatabaseMetaData.getTables(), DatabaseMetaData.getColumns() and DatabaseMetaData.getCatalogs().
Added functionality to Statement that allows executeUpdate() to store values for IDs that are automatically generated for AUTO_INCREMENT fields. Basically, after an executeUpdate(), look at the SQLWarnings for warnings like "LAST_INSERTED_ID = 'some number', COMMAND = 'your SQL query'". If you are using AUTO_INCREMENT fields in your tables and are executing a lot of executeUpdate()s on one Statement, be sure to clearWarnings() every so often to save memory.
Split MysqlIO and Buffer to separate classes. Some ClassLoaders gave an IllegalAccess error for some fields in those two classes. Now mm.mysql works in applets and all classloaders. Thanks to Joe Ennis <jce@mail.boone.com> for pointing out the problem and working on a fix with me.
Fixed DatabaseMetadata problems in getColumns() and bug in switch statement in the Field constructor. Thanks to Costin Manolache <costin@tdiinc.com> for pointing these out.
Incorporated efficiency changes from Richard Swift
<Richard.Swift@kanatek.ca> in
MysqlIO.java
and
ResultSet.java
:
We're now 15% faster than gwe's driver.
Started working on DatabaseMetaData
.
The following methods are implemented:
getTables()
getTableTypes()
getColumns()
getCatalogs()
Functionality added or changed:
The embedded MySQL binaries have been updated to MySQL 5.1.40 for GPL releases and MySQL 5.1.40 for Commercial releases.
The contents of the directory used for bootstrapping the MySQL
databases is now configurable by using the
windows-share-dir-jar
property. You should
supply the name of a jar containing the files you want to use.
The embedded Aspect/J class has been removed.
The default timeout for the kill delay within the embedded test suite has been increased from 10 to 30 seconds.
Bugs fixed:
On startup Connector/MXJ generated an exception on Windows 7:
Exception in thread “Thread-3” java.util.MissingResourceException?: Resource ‘5-0-51a/Windows_7-x86/mysqld-nt.exe’ not found at com.mysql.management.util.Streams.getResourceAsStream(Streams.java:133) at com.mysql.management.util.Streams.getResourceAsStream(Streams.java:107) at com.mysql.management.util.Streams$1.inner(Streams.java:149) at com.mysql.management.util.Exceptions$VoidBlock?.exec(Exceptions.java:128) at com.mysql.management.util.Streams.createFileFromResource(Streams.java:162) at com.mysql.management.MysqldResource?.makeMysqld(MysqldResource?.java:533) at com.mysql.management.MysqldResource?.deployFiles(MysqldResource?.java:518) at com.mysql.management.MysqldResource?.exec(MysqldResource?.java:495) at com.mysql.management.MysqldResource?.start(MysqldResource?.java:216) at com.mysql.management.MysqldResource?.start(MysqldResource?.java:166)
The default platform-map.properties
file,
which maps platforms to the supplied binary bundles, has been
updated with additional platforms, including Windows 7, Windows
Server 2008, amd64
and
sparcv9
for Solaris, and Mac OS X 64-bit.
(Bug#48298)
This was an internal only release.
Functionality added or changed:
The embedded MySQL has been updated to the MySQL 5.1 series. The embedded MySQL binaries have been updated to MySQL 5.1.33 for GPL releases and MySQL 5.1.34 for Commercial releases.
The MySQL binary for Windows targets has been updated to be
configurable through the
windows-mysqld-command
property. This is to
handle the move in MySQL 5.1.33 from
mysqld-nt.exe to
mysqld.exe. The default value is
mysqld.exe.
Functionality added or changed:
The port used in the
ConnectorMXJUrlTestExample
and
ConnectorMXJObjectTestExample
port is no
longer hard coded. Instead, the code uses the
x-mxj_test_port
property a default value of
3336
The utility used to kill MySQL on Windows
(kill.exe
) has been configured to be loaded
from the kill.exe
property, instead of being
hard-coded. The corresponding timeout,
KILL_DELAY
has also been moved to the
properties file and defaults to 5 minutes.
The embedded MySQL binaries have been updated to MySQL 5.0.51a for GPL releases and MySQL 5.0.54 for Commercial releases.
The timeout for kill operations in the embedded test suite has been set to a default of 10 seconds.
Functionality added or changed:
The embedded documentation has been updated so that it now points to the main MySQL documentation pages in the MySQL reference manual.
The embedded MySQL binaries have been updated to MySQL 5.0.45 for GPL releases and MySQL 5.0.46 for Commercial releases.
Functionality added or changed:
Updated the jar filename to be consistent with the Connector/J
jar filename. Files are now formatted as
mysql-connector-mxj-
.
mxj-version
The ConnectorMXJUrlTestExample
and
ConnectorMXJObjectTestExammple
have been
updated to include an example of initializing the user/password
and creating an initial database. The
InitializePasswordExample
example class has
now been removed.
The PatchedStandardSocketFactory
class has
been removed, because it fixed an issue in Connector/J that was
corrected in Connector/J 5.0.6.
The embedded MySQL binaries have been updated to MySQL 5.0.41 for GPL releases and MySQL 5.0.42 for Commercial releases.
Bugs fixed:
Added a null-check to deal with class loaders where
getClassLoader()
returns null.
Functionality added or changed:
Updated internal jar file names to include version information
and be more consistent with Connector/J jar naming. For example,
connector-mxj.jar
is now
mysql-connector-mxj-${mxj-version}.jar
.
Updated commercial license files.
Added copyright notices to some classes which were missing them.
Added InitializeUser
and
QueryUtil
classes to support new feature.
Added new tests for initial-user & expanded some existing tests.
ConnectorMXJUrlTestExample
and
ConnectorMXJObjectTestExample
now
demonstrate the initialization of user/password and creating the
initial database (rather than using "test").
Added new connection property initialize-user
which, if set to true
will remove the
default, un-passworded anonymous and root users, and create the
user/password from the connection url.
Removed obsolete field
SimpleMysqldDynamicMBean.lastInvocation
.
Clarified code in DefaultsMap.entrySet()
.
Removed obsolete
PatchedStandardSocketFactory
java file.
Added main(String[])
to
com/mysql/management/AllTestsSuite.java
.
Errors reading portFile
are now reported
using stacktrace(err)
, previously
System.err
was used.
portFile
now contains a new-line to be
consistent with pidFile
.
Fixed where versionString.trim()
was
ignored.
Removed references to File.deleteOnExit
,
a warning is printed instead.
Bugs fixed:
Changed tests to shutdown mysqld prior to deleting files.
Fixed port file to always be writen to datadir.
Added os.name-os.arch to resource directory mapping properties file.
Swapped out commercial binaries for v5.0.40.
Delete portFile
on shutdown.
Moved platform-map.properties
into
db-files.jar
.
Clarified the startup max wait numbers.
Updated build.xml
in preperation for next
beta build.
Removed use-default-architecture
property
replaced.
Added null-check to deal with C/MXJ being loaded by the
bootstrap classloaders with JVMs for which
getClassLoader()
returns null.
Added robustness around reading portfile.
Removed PatchedStandardSocketFactory
(fixed
in Connetor/J 5.0.6).
Refactored duplication from tests and examples to
QueryUtil
.
Removed obsolete
InitializePasswordExample
Bugs fixed:
Moved MysqldFactory
to main package.
Reformatting: Added newlines some files which did not end in them.
Swapped out commercial binaries for v5.0.36.
Found and removed dynamic linking in mysql_kill; updated solution.
Changed protected constructor of
SimpleMysqldDynamicMBean
from taking a
MysqldResource
to taking a
MysqldFactory
, in order to lay groundwork for
addressing BUG discovered by Andrew Rubinger. See:
MySQL
Forums (Actual testing with JBoss, and filing a bug, is
still required.)
build.xml
: usage
now
slightly more verbose; some reformatting.
Now incoporates Reggie Bernett's
SafeTerminateProcess
and only calls the
unsafe TerminateProcess as a final last resort.
New windows kill.exe
fixes a bug where
mysqld was being force terminated. Issue reported by bruno
haleblian and others, see:
MySQL
Forums.
Replaced Boolean.parseBoolean
with JDK 1.4
compliant valueOf
.
Changed connector-mxj.properties
default
mysql version to 5.0.37.
In testing so far mysqld reliably shuts down cleanly much faster.
Added testcase to
com.mysql.management.jmx.AcceptanceTest
which
demonstrats that dataDir
is a mutable MBean
property.
Updated build.xml
in prep for next release.
Changed SimpleMysqldDynamicMBean
to create
MysqldResource
on demand in order to allow
setting of datadir
. (Rubinger bug
groundwork).
Clarified the synchronization of
MysqldResource
methods.
SIGHUP
is replaced with
MySQLShutdown<PID>
event.
Clarified the immutability of baseDir
,
dataDir
, pidFile
,
portFile
.
Added 5.1.15 binaries to the repository.
Removed 5.1.14 binaries from the repository.
Added getDataDir()
to interface
MysqldResourceI
.
Added 5.1.14 binaries to repository.
Replaced windows kill.exe resource with re-written version specific to mysqld.
Added Patched StandardSocketFactory
from
Connector/J 5-0 HEAD.
Ensured 5.1.14 compatibility.
Swapped out gpl binaries for v5.0.37.
Removed 5.0.22 binaries from the repository.
Bugs fixed:
Allow multiple calls to start server from URL connection on non-3306 port. (Bug#24004)
Updated build.xml
to build to handle with
different gpl and commercial mysld version numbers.
Only populate the options map from the help text if specifically requested or in the MBean case.
Introduced property for Linux & WinXX to default to 32bit versions.
Swapped out gpl binaries for v5.0.27.
Swapped out commercial binaries for v5.0.32.
Moved mysqld binary resourced into separate jar file NOTICE:
CLASSPATH
will now need to
connector-mxj-db-files.jar
.
Minor test robustness improvements.
Moved default version string out of java class into a text
editable properties file
(connector-mxj.properties
) in the resources
directory.
Fixed test to be tollerant of /tmp
being a
symlink to /foo/tmp
.
Bugs fixed:
Removed unused imports, formatted code, made minor edits to tests.
Removed "TeeOutputStream" - no longer needed.
Swapped out the mysqld binaries for MySQL v5.0.22.
Bugs fixed:
Replaced string parsing with JDBC connection attempt for
determining if a mysqld is "ready for connections"
CLASSPATH
will now need to include
Connector/J jar.
"platform" directories replace spaces with underscores
extracted array and list printing to ListToString utility class
Swapped out the mysqld binaries for MySQL v5.0.21
Added trace level logging with Aspect/J.
CLASSPATH
will now need to include
lib/aspectjrt.jar
reformatted code
altered to be "basedir" rather than "port" oriented.
help parsing test reflects current help options
insulated users from problems with "." in basedir
swapped out the mysqld binaries for MySQL v5.0.18
Made tests more robust be deleting the /tmp/test-c.mxj directory before running tests.
ServerLauncherSocketFactory.shutdown API change: now takes File parameter (basedir) instead of port.
socket is now "mysql.sock" in datadir
added ability to specify "mysql-version" as an url parameter
Extended timeout for help string parsing, to avoid cases where the help text was getting prematurely flushed, and thus truncated.
swapped out the mysqld binaries for MySQL v5.0.19
MysqldResource now tied to dataDir as well as basedir (API CHANGE)
moved PID file into datadir
ServerLauncherSocketFactory.shutdown now works across JVMs.
extracted splitLines(String) to Str utility class
ServerLauncherSocketFactory.shutdown(port) no longer throws, only reports to System.err
ServerLauncherSocketFactory now treats URL parameters in the
form of &server.foo=null
as
serverOptionMap.put("foo", null)
ServerLauncherSocketFactory.shutdown API change: now takes 2 File parameters (basedir, datadir)
Bugs fixed:
Removed HelpOptionsParser's need to reference a MysqldResource.
Reorganized utils into a single "Utils" collaborator.
Minor test tweaks
Altered examples and tests to use new Connector/J 5.0 URL syntax for launching Connector/MXJ ("jdbc:mysql:mxj://")
Swapped out the mysqld binaries for MySQL v5.0.16.
Ditched "ClassUtil" (merged with Str).
Minor refactorings for type casting and exception handling.
This fixes bugs since the first GA release 1.0.5 and introduces new features.
Functionality added or changed:
Incompatible Change:
API incompatible change: ConnectPropertyVal
is no longer a struct
by a typedef that uses
boost::variant
. Code such as:
sql::ConnectPropertyVal tmp; tmp.str.val=passwd.c_str(); tmp.str.len=passwd.length(); connection_properties["password"] = tmp;
Should be changed to:
connection_properties["password"] = sql::ConnectPropertyVal(passwd);
Instances of std::auto_ptr
have been changed
to boost::scoped_ptr
. Scoped array instances
now use boost::scoped_array. Further,
boost::shared_ptr
and
boost::weak_ptr
are now used for guarding
access around result sets.
LDFLAGS
, CXXFLAGS
and
CPPFLAGS
are now checked from the environment
for every binary generated.
Connection map property OPT_RECONNECT
was
changed to be of type boolean
from
long
long
.
get_driver_instance()
is now only available
in dynamic library builds - static builds do not have this
symbol. This was done to accommodate loading the DLL with
LoadLibrary
or dlopen
. If
you do not use CMake for building the source code you will need
to define mysqlcppconn_EXPORTS
if you are
loading dynamically and want to use the
get_driver_instance()
entry point.
Connection::getClientOption(const sql::SQLString &
optionName, void * optionValue)
now accepts the
optionName
values
metadataUseInfoSchema
,
defaultStatementResultType
,
defaultPreparedStatementResultType
, and
characterSetResults
. In the previous version
only metadataUseInfoSchema
was allowed. The
same options are avalable for
Connection::setClientOption()
.
Bugs fixed:
Certain header files were incorrectly present in the source distribution. The fix excludes dynamically generated and platform specific header files from source packages generated using CPack. (Bug#45846)
CMake generated an error if configuring an out of source build, that is when CMake not called from the source root directory. (Bug#45843)
Using Prepared Statements caused corruption of the heap. (Bug#45048)
Missing includes when using GCC 4.4. Note that GCC 4.4 is not yet in use for any official MySQL Connector/C++ builds. (Bug#44931)
A bug was fixed in Prepared Statements. The bug occurred when a stored procedure was prepared without any parameters. This led to an exception. (Bug#44931)
Fixed a Prepared Statements performance issue. Reading large result sets was slow.
Fixed bug in ResultSetMetaData
for statements
and prepared statements, getScale
and
getPrecision
returned incorrect results.
This is the first Generally Available (GA) release.
Functionality added or changed:
The interface of sql::ConnectionMetaData
,
sql::ResultSetMetaData
and
sql::ParameterMetaData
was modified to have a
protected destructor. As a result the client code has no need to
destruct the metadata objects returned by the connector. MySQL Connector/C++
handles the required destruction. This enables statements such
as:
connection->getMetaData->getSchema();
This avoids potential memory leaks that could occur as a result
of losing the pointer returned by
getMetaData()
.
Improved memory management. Potential memory leak situations are handled more robustly.
Changed the interface of sql::Driver
and
sql::Connection
so they accept the options
map by alias instead of by value.
Changed the return type of
sql::SQLException::getSQLState()
from
std::string
to const char
*
to be consistent with
std::exception::what()
.
Implemented getResultSetType()
and
setResultSetType()
for
Statement
. Uses
TYPE_FORWARD_ONLY
, which means unbuffered
result set and TYPE_SCROLL_INSENSITIVE
, which
means buffered result set.
Implemented getResultSetType()
for
PreparedStatement
. The setter is not
implemented because currently
PreparedStatement
cannot do refetching.
Storing the result means the bind buffers will be correct.
Added the option defaultStatementResultType
to MySQL_Connection::setClientOption()
. Also,
the method now returns sql::Connection *
.
Added Result::getType()
. Implemented for the
three result set classes.
Enabled tracing functionality when building with Microsoft Visual C++ 8 and later, which corresponds to Microsoft Visual Studio 2005 and later.
Added better support for named pipes, on Windows. Use
pipe://
and add the path to the pipe. Shared
memory connections are currently not supported.
Bugs fixed:
A bug was fixed in
MySQL_Connection::setSessionVariable()
, which
had been causing exceptions to be thrown.
Functionality added or changed:
An installer was added for the Windows operating system.
Minimum CMake version required was changed from 2.4.2 to 2.6.2. The latest version is required for building on Windows.
metadataUseInfoSchema
was added to the
connection property map, which allows control of the
INFORMATION_SCHEMA
for meta data.
Implemented
MySQL_ConnectionMetaData::supportsConvert(from,
to)
.
Added support for MySQL Connector/C.
Introduced ResultSetMetaData::isZerofill()
,
which is not in the JDBC specification.
Bugs fixed:
A bug was fixed in all implementations of
ResultSet::relative()
which was giving a
wrong return value although positioning was working correctly.
A leak was fixed in MySQL_PreparedResultSet
,
which occurred when the result contained a
BLOB
column.
Functionality added or changed:
Added new tests in test/unit/classes
. Those
tests are mostly about code coverage. Most of the actual
functionality of the driver is tested by the tests found in
test/CJUnitPort
.
New data types added to the list returned by
DatabaseMetaData::getTypeInfo()
are
FLOAT UNSIGED
, DECIMAL
UNSIGNED
, DOUBLE UNSIGNED
. Those
tests may not be in the JDBC specification. However, due to the
change you should be able to look up every type and type name
returned by, for example,
ResultSetMetaData::getColumnTypeName()
.
MySQL_Driver::getPatchVersion
introduced.
Major performance improvements due to new buffered
ResultSet
implementation.
Addition of test/unit/README
with
instructions for writing bug and regression tests.
Experimental support for STLPort. This feature may be removed
again at any time later without prior warning! Type
cmake -L
for configuration
instructions.
Added properties enabled methods for connecting, which add many
connect options. This uses a dictionary (map) of key value
pairs. Methods added are
Driver::connect(map)
, and
Connection::Connection(map)
.
New BLOB implementation. sql::Blob
was
removed in favor of std::istream
. C++'s
IOStream
library is very powerful, similar to
PHP's streams. It makes no sense to reinvent the wheel. For
example, you can pass a std::istringstream
object to setBlob()
if the data is in memory,
or just open a file std::fstream
and let it
stream to the DB, or write its own stream. This is also true for
getBlob()
where you can just copy data (if a
buffered result set), or stream data (if implemented).
Implemented ResultSet::getBlob()
which
returns std::stream
.
Fixed
MySQL_DatabaseMetaData::getTablePrivileges()
.
Test cases were added in the first unit testing framework.
Implemented
MySQL_Connection::setSessionVariable()
for
setting variables like sql_mode
.
Implemented
MySQL_DatabaseMetaData::getColumnPrivileges()
.
cppconn/datatype.h
has changed and is now
used again. Reimplemented the type subsystem to be more usable -
more types for binary and nonbinary strings.
Implementation for
MySQL_DatabaseMetaData::getImportedKeys()
for
MySQL versions before 5.1.16 using SHOW
, and
above using INFORMATION_SCHEMA
.
Implemented
MySQL_ConnectionMetaData::getProcedureColumns()
.
make package_source now packs with bzip2.
Re-added getTypeInfo()
with information about
all types supported by MySQL and the
sql::DataType
.
Changed the implementation of
MySQL_ConstructedResultSet
to use the more
efficient O(1) access method. This should improve the speed with
which the metadata result sets are used. Also, there is less
copying during the construction of the result set, which means
that all result sets returned from the meta data functions will
be faster.
Introduced, internally, sql::mysql::MyVal
which has implicit constructors. Used in
mysql_metadata.cpp
to create result sets
with native data instead of always string (varchar).
Renamed ResultSet::getLong()
to
ResultSet::getInt64()
.
resultset.h
includes typdefs for Windows to
be able to use int64_t
.
Introduced ResultSet::getUInt()
and
ResultSet::getUInt64()
.
Improved the implementation for
ResultSetMetaData::isReadOnly()
. Values
generated from views are read-only. These generated values don't
have db
in MYSQL_FIELD
set, while all normal columns do have.
Implemented
MySQL_DatabaseMetaData::getExportedKeys()
.
Implemented
MySQL_DatabaseMetaData::getCrossReference()
.
Bugs fixed:
Bug fixed in
MySQL_PreparedResultSet::getString()
.
Returned string that had real data but the length was random.
Now, the string is initialized with the correct length and thus
is binary safe.
Corrected handling of unsigned server types. Now returning correct values.
Fixed handling of numeric columns in
ResultSetMetaData::isCaseSensitive
to return
false
.
Functionality added or changed:
Implemented getScale()
,
getPrecision()
and
getColumnDisplaySize()
for
MySQL_ResultSetMetaData
and
MySQL_Prepared_ResultSetMetaData
.
Changed ResultSetMetaData
methods
getColumnDisplaySize()
,
getPrecision()
, getScale()
to return unsigned int
instead of
signed int
.
DATE
, DATETIME
and
TIME
are now being handled when calling the
MySQL_PreparedResultSet
methods
getString()
, getDouble()
,
getInt()
, getLong()
,
getBoolean()
.
Reverted implementation of
MySQL_DatabaseMetaData::getTypeInfo()
. Now
unimplemented. In addition, removed
cppconn/datatype.h
for now, until a more
robust implementation of the types can be developed.
Implemented
MySQL_PreparedStatement::setNull()
.
Implemented
MySQL_PreparedStatement::clearParameters()
.
Added PHP script
examples/cpp_trace_analyzer.php
to filter
the output of the debug trace. Please see the inline comments
for documentation. This script is unsupported.
Implemented
MySQL_ResultSetMetaData::getPrecision()
and
MySQL_Prepared_ResultSetMetaData::getPrecision()
,
updating example.
Added new unit test framework for JDBC compliance and regression testing.
Added test/unit
as a basis for general unit
tests using the new test framework, see
test/unit/example
for basic usage examples.
Bugs fixed:
Fixed
MySQL_PreparedStatementResultSet::getDouble()
to return the correct value when the underlying type is
MYSQL_TYPE_FLOAT
.
Fixed bug in
MySQL_ConnectionMetaData::getIndexInfo()
. The
method did not work because the schema name wasn't included in
the query sent to the server.
Fixed a bug in
MySQL_ConnectionMetaData::getColumns()
which
was performing a cartesian product of the columns in the table
times the columns matching columnNamePattern
.
The example
example/connection_meta_schemaobj.cpp
was
extended to cover the function.
Fixed bugs in MySQL_DatabaseMetaData
. All
supportsCatalogXXXXX
methods were incorrectly
returning true
and all
supportsSchemaXXXX
methods were incorrectly
returning false
. Now
supportsCatalogXXXXX
returns
false
and
supportsSchemaXXXXX
returns
true
.
Fixed bugs in the MySQL_PreparedStatements
methods setBigInt()
and
setDatetime()
. They decremented the internal
column index before forwarding the request. This resulted in a
double-decrement and therefore the wrong internal column index.
The error message generated was:
setString() ... invalid "parameterIndex"
Fixed a bug in getString()
.
getString()
is now binary safe. A new example
was also added.
Fixed bug in FLOAT
handling.
Fixed MySQL_PreparedStatement::setBlob()
. In
the tests there is a simple example of a class implementing
sql::Blob
.
Functionality added or changed:
sql::mysql::MySQL_SQLException
was removed.
The distinction between server and client (connector) errors,
based on the type of the exception, has been removed. However,
the error code can still be checked in order to evaluate the
error type.
Support for (n)make install was added. You can change the default installation path. Carefully read the messages displayed after executing cmake. The following are installed:
Static and the dynamic version of the library,
libmysqlcppconn
.
Generic interface, cppconn
.
Two MySQL specific headers:
mysql_driver.h
, use this if you want to
get your connections from the driver instead of
instantiating a MySQL_Connection
object.
This makes your code portable when using the common
interface.
mysql_connection.h
, use this if you
intend to link directly to the
MySQL_Connection
class and use its
specifics not found in sql::Connection
.
However, you can make your application fully abstract by using the generic interface rather than these two headers.
Driver Manager was removed.
Added ConnectionMetaData::getSchemas()
and
Connection::setSchema()
.
ConnectionMetaData::getCatalogTerm()
returns
not applicable, there is no counterpart to catalog in MySQL Connector/C++.
Added experimental GCov support, cmake
-DMYSQLCPPCONN_GCOV_ENABLE:BOOL=1
All examples can be given optional connection parameters on the command line, for example:
examples/connect tcp://host:port user pass database
or
examples/connect unix:///path/to/mysql.sock user pass database
Renamed ConnectionMetaData::getTables:
TABLE_COMMENT
to REMARKS
.
Renamed ConnectionMetaData::getProcedures:
PROCEDURE_SCHEMA
to
PROCEDURE_SCHEM
.
Renamed ConnectionMetaData::getPrimaryKeys():
COLUMN
to COLUMN_NAME
,
SEQUENCE
to KEY_SEQ
, and
INDEX_NAME
to PK_NAME
.
Renamed ConnectionMetaData::getImportedKeys():
PKTABLE_CATALOG
to PKTABLE_CAT
,
PKTABLE_SCHEMA
to
PKTABLE_SCHEM
,
FKTABLE_CATALOG
to
FKTABLE_CAT
,
FKTABLE_SCHEMA
to
FKTABLE_SCHEM
.
Changed metadata column name TABLE_CATALOG
to
TABLE_CAT
and TABLE_SCHEMA
to TABLE_SCHEM
to ensure JDBC compliance.
Introduced experimental CPack support, see make help.
All tests changed to create TAP compliant output.
Renamed sql::DbcMethodNotImplemented
to
sql::MethodNotImplementedException
Renamed sql::DbcInvalidArgument
to
sql::InvalidArgumentException
Changed sql::DbcException
to implement the
interface of JDBC's SQLException
. Renamed to
sql::SQLException
.
Converted Connector/J tests added.
MySQL Workbench 5.1 changed to use MySQL Connector/C++ for its database connectivity.
New directory layout.
Functionality added or changed:
network_address_set_address()->network_address_set_address_ip()
called gethostbyname()
which was not
reentrant. This meant that an mt-plugin needed to guard all
calls to network_address_set_address()
with a
mutex. network_address_set_address()
has been
modified to be thread safe.
(Bug#49099)
The hard-limit was fixed for the case where the fdlimit was set. (Bug#48120)
Allow interception of LOAD DATA and SHOW ERROR commands.
An unused
network_mysqld_com_query_result_track_state()
state was deprecated.
chassis_set_fdlimit()
was deprecated in favor
of chassis_fdlimit_set()
.
Shutdown hooks were added to free the global memory of third
party libraries such as openssl
.
con->in_load_data_local
has been removed.
Bugs fixed:
The admin plugin had an undocumented default value for
--admin-password
.
(Bug#53429)
Use of LOAD DATA LOCAL INFILE caused the connection between the client and MySQL Proxy to abort. (Bug#51864)
When using the MySQL Proxy, if the backend MySQL server went down, and then the clock on the MySQL Proxy host went back in time (for example, during daylight savings time adjustments), the MySQL Proxy would stop sending queries to the configured backend. (Bug#50806)
Proxy returned an error message with a non-standard SQLState when all backends were down:
"#07000(proxy) all backends are down"
This caused issues for clients with "retry" logic, as they did not have the facility to handle these "custom" SQL States. (Bug#45417)
Bugs fixed:
A memory leak could occur in MySQL Proxy if MySQL v4.0 or earlier clients connected to the proxy. (Bug#50993)
mysql-proxy would cause a segmentation fault if a connection was made from a client using the MySQL protocol 4.0 or earlier. (Bug#48641)
MySQL Proxy would load a configuration file with unsafe permissions, which could allow password information to be exposed through the configuration file. MySQL Proxy now refuses to load a file with unsafe permissions. (Bug#47589)
The supplied script ro-balance.lua
had not
been updated to use the resultset_is_needed
and updated proxy.connection.dst.name
structure.
(Bug#47349, Bug#45408)
The line numbers provided in stack traces would be out by one line. (Bug#47348)
The supplied script active-transactions.lua
had not been updated to use the new
resultset_is_needed
flag.
(Bug#47345)
When submitting an address on the command line using
--proxy-backend-addresses, the option would
accept more than one address as an argument to the option. You
should specify one --proxy-backend-addresses
for each backend address.
(Bug#47273)
MySQL Proxy would return the wrong version string internally
from the proxy.PROXY_VERSION
constant.
(Bug#45996)
MySQL Proxy could stop accepting network packets if a large number of packets were sent to the proxy. The listen queue has been extended to allow a larger backlog. (Bug#45878, Bug#43278)
Due to a memory leak, memory usage for each uniqute connection to the proxy would increase, leading to very high consumption. (Bug#45272)
MySQL Proxy would fail to work with certain versions of MySQL, including MySQL 5.1.15, where a change in the MySQL protocol existed. (Bug#45167)
See also Bug#25371.
The supplied script rw-splitting.lua
had
not been updated to use the new
resultset_is_needed
flag or updated
proxy.connections
structure.
(Bug#43424, Bug#42841, Bug#46141)
Logging to syslog
with the
use-log-syslog
option did not work.
(Bug#36431)
It was possible for the MySQL Proxy to incorrectly insert null values into the returned result set, even though non-null values were returned in the original query. (Bug#35729)
MySQL Proxy would raise an error when processing query packets larger than 16MB in size. (Bug#35202)
Bugs fixed:
When using MySQL Proxy on Windows, the required modules may not
be found properly during initialization. The core code has now
been updated to find the components correctly, and the Lua-based
C modules are prefixed with lua-
and Lua
plugins with plugin-
.
(Bug#45833)
Bugs fixed:
Due to a memory leak, memory usage for each uniqute connection to the proxy would increase, leading to very high consumption. (Bug#45272)
The port number reported in
proxy.connection.client.address
would be
reported incorrectly.
(Bug#43313)
Result sets with more than 250 fields could cause MySQL Proxy to crash. (Bug#43078)
MySQL Proxy would be unable to increase it's own maximum number of open files accorindg to the applied limit, if the limit was less than 8192. When set to debug level, MySQL Proxy will now report the open files limits and when the limits have been updated. (Bug#42783)
When connecting to a MySQL 4.0 server, the proxy would crash. You are now provided with an error message. (Bug#38601)
When using the rw-splitting.lua
script you
could get an error when talking to the backend server:
2008-07-28 18:00:30: (critical) (read_query) [string "/usr/local/share/mysql-proxy/rw-splitting.l..."]:218: bad argument #1 to 'ipairs' (table expected, got userdata)
This would lead to the proxy closing the connection to the configured MySQL backend. (Bug#38419)
When using MySQL Proxy with multiple backends, the failure of one backend would cause proxy to disconnect all backends and stop routing requests. (Bug#34793)
Functionality added or changed:
Support for using a configuration file, in addition to the
command-line options, has been added. You can specify the file
to use by using the --defaults-file
command
line option. See Section 14.6.3, “MySQL Proxy Configuration Options”.
(Bug#30206)
A number of the internal structures used during developing Lua scripts for work with MySQL proxy have been updated and harmonised to make their meaning and contents easier to use and consistent across multiple locations.
The address information has been updated so that instead of
a combined ip:port
structure that you had
to parse to extract the individual informaiton, you can now
access that information directly. For example, instead of
structures providing a single item
.address
, you now have items,
name
(the combined
ip:port
) and address
(the IP address) and port
(port number).
In addition, all addresses now supply both the
src
(source) and dst
(destination) socket information for both ends of the
connections.
Some familiar strucgtures have been updated to acommodate this information:
proxy.connection.client.address
is
proxy.connection.client.src.name
proxy.connection.server.address
is
proxy.connection.server.dst.name
proxy.backends
is now in
proxy.global.backends
The
.address
field of each backend is a
address-object as described above. For example,
proxy.backends[1].address
is
proxy.global.backends[1].dst.name
.
The read_auth()
and
read_handshake()
functions no longer
receive an auth
parameter. Instead, all
the data is available in the connection tables.
In read_handshake() you access the informaiton through the
global proxy.connction
table:
0.6 | 0.7 |
---|---|
auth.thread_id
| proxy.connection.server.thread_id
|
auth.mysqld_version
| proxy.connection.server.mysqld_version
|
auth.server_addr
| proxy.connection.server.dst.name
|
auth.client_addr
| proxy.connection.client.src.name
|
auth.scramble
| proxy.connection.server.scramble_buffer
|
In read_auth()
you can use the
following:
0.6 | 0.7 |
---|---|
auth.username
| proxy.connection.client.username
|
auth.password
| proxy.connection.client.scrambled_password
|
auth.default_db
| proxy.connection.client.default_db
|
auth.server_addr
| proxy.connection.server.dst.name
|
auth.client_addr
| proxy.connection.client.src.name
|
In the function proxy.queries:append()
a 3rd parameter is an (optional) table with options specific
to the this packet. Specifically, if you want to have access
to the resultset in the
read_query_result()
hook, you have to
set the resultset_is_needed
flag:
proxy.queries:append( 1, ..., { resultset_is_needed = true } )
For more information, see proxy.queries.
proxy.backends
is now in
proxy.global.backends
.
Bugs fixed:
Security Enhancement: Accessing mysql-proxy using a client or backend with a MySQL protocol less than MySQL 5.0 would result in mysql-proxy aborting with an assertion. This is because mysql-proxy only supports MySQL Protocol 5.0 or higher. The proxy will now report a fault. (Bug#31419)
MySQL Proxy would be configured with the
LUA_PATH
and LUA_CPATH
n
directory locations according to the build, not execution, host.
In addition, during installation, certain Lua source files could
be installed into the incorrect locations.
(Bug#44877, Bug#44497)
Using mysql-proxy with very large return datasets from queries, with or without manipulate of the dataset within the Lua engine could cause a crash. (Bug#39332)
If a submitted packet was smaller than expected by the protocol, MySQL Proxy would terminate. (Bug#36743)
When using mysql-proxy in a master-master replication scenario, a failure in one of the replication masters would fail to be identified by the proxy and connections would not be redirected to the other master. (Bug#35295)
Functionality added or changed:
Fixed assertions on write-errors
Fixed sending fake server-greetings in
connect_server()
.
Fixed error handling for socket functions on Windows.
Added new features to run-tests.lua
.
Functionality added or changed:
When using read/write splitting and the
rw-splitting.lua
example script, connecting
a second user to the proxy returns an error message.
(Bug#30867)
Added support in read_query_result()
to
overwrite the result-set.
Added --no-daemon
and
--pid-file
.
Added hooks for read_auth()
,
read_handshake()
and
read_auth_result()
.
Added handling of
proxy.connection.backend_ndx
in
connect_server()
and
read_query()
to support read/write
splitting.
Added support for proxy.response.packets
.
Added testcases.
Added --no-proxy
to disable the proxy.
Added support for listening UNIX sockets.
Added a global lua-scope proxy.global.*
.
Added connection pooling.
Bugs fixed:
Fixed assertion on COM_BINLOG_DUMP
.
(Bug#29764)
Fixed assertion on result-packets like [ field-len |
fields | EOF | ERR ]
.
(Bug#29732)
Fixed assertion at login with empty password + empty default db. (Bug#29719)
Fixed assertion at COM_SHUTDOWN
.
(Bug#29719)
Fixed crash if proxy.connection
is used in
connect_server()
.
Fixed check for glib2
to require at least
2.6.0.
Fixed assertion when all backends are down and we try to connect.
Fixed connection-stalling if
read_query_result()
throws an
assert()
ion.
Fixed len-encoding on proxy.resulsets
.
Fixed compilation on win32.
Fixed assertion when connecting to the MySQL 6.0.1.
Fixed decoding of len-encoded ints for 3-byte notation.
Fixed inj.resultset.affected_rows
on
SELECT
queries.
Fixed handling of (SQL) NULL
in result-sets.
Fixed mem-leak with proxy.response.*
is used.
Functionality added or changed:
Added resultset.affected_rows
and
resultset.insert_id
.
Changed --proxy.profiling
to
--proxy-skip-profiling
.
Added missing dependency to
libmysqlclient-dev
to the INSTALL file.
Added inj.query_time
and
inj.response_time
into the lua scripts.
Added support for pre-4.1 passwords in a 4.1 connection.
Added script examples for rewriting and injection.
Added proxy.VERSION
.
Added support for UNIX sockets.
Added protection against duplicate resultsets from a script.
Bugs fixed:
Fixed mysql check in configure to die when mysql.h isn't detected.
Fixed handling of duplicate ERR on
COM_CHANGE_USER
in MySQL 5.1.18+.
Fixed compile error with MySQL 4.1.x on missing COM_STMT_*.
Fixed crash on fields > 250 bytes when the resultset is inspected.
Fixed warning if connect_server()
is not
provided.
Fixed assertion when a error occurs at initial script exec time.
Fixed assertion when read_query_result()
is
not provided when PROXY_SEND_QUERY
is used.