This is a Service Pack release of the MySQL Enterprise Server 5.0. 数据挖掘研究院
This section documents all changes and bug fixes that have been applied since the last MySQL Enterprise Server release (5.0.28). 数据挖掘研究院
Functionality added or changed: 数据挖掘研究院
-
If the user specified the server options
--max-connections=orN--table-open-cache=, a warning would be given in some cases that some values were recalculated, with the result thatM--table-open-cachecould be assigned greater value. 数据挖掘研究院It should be noted that, in such cases, both the warning and the increase in the
--table-open-cachevalue were completely harmless. Note also that it is not possible for the MySQL Server to predict or to control limitations on the maximum number of open files, since this is determined by the operating system. 数据挖掘研究院The recalculation code has now been fixed to ensure that the value of
--table-open-cacheis no longer increased automatically, and that a warning is now given only if some values had to be decreased due to operating system limits. -
NDB Cluster: TheHELPcommand in the Cluster management client now provides command-specific help. For example,HELP RESTARTin ndb_mgm provides detailed information about theSTARTcommand. (Bug#19620) -
NDB Cluster: Added the --bind-address option for ndbd. This allows a data node process to be bound to a specific network interface. (Bug#22195) 数据挖掘研究院 -
NDB Cluster: TheNdb_number_of_storage_nodessystem variable was renamed toNdb_number_of_data_nodes. (Bug#20848) -
NDB Cluster: The ndb_config utility now accepts-cas a short form of the--ndb-connectstringoption. (Bug#22295) -
SHOW STATUSis no longer logged to the slow query log. (Bug#19764) 数据挖掘实验室 -
mysqldump --single-transaction now uses
START TRANSACTION /*!40100 WITH CONSISTENT SNAPSHOT */rather thanBEGINto start a transaction, so that a consistent snapshot will be used on those servers that support it. (Bug#19660) -
mysql_upgradenow passes all the parameters specified on the command line to bothmysqlcheckandmysqlusing theupgrade_defaultsfile. (Bug#20100) 数据挖掘研究院 -
For the
CALLstatement, stored procedures that take no arguments now can be invoked without parentheses. That is,CALL p()andCALL pare equivalent. (Bug#21462) 数据挖掘研究院
Bugs fixed:
-
NDB Cluster: Data nodes added while the cluster was running in single user mode were all assigned node ID 0, which could later cause multiple node failures. Adding of nodes in single user mode is no longer possible. (Bug#20395) -
NDB Cluster: Attempting to create anNDBtable on a MySQL with an existing non-Cluster table with the same name in the same database could result in data loss or corruption. MySQL now issues a warning when aSHOW TABLESor other statement causing table discovery finds such a table. (Bug#21378) -
NDB Cluster(NDB API): Inacivity timeouts for scans were not correctly handled. (Bug#23107) 数据挖掘研究院 -
NDB Cluster(NDB API): Attempting to read a nonexistent tuple usingCommitmode forNdbTransaction::execute()caused node failures. (Bug#22672) -
NDB Cluster(NDB API): Scans closed before being executed were still placed in the send queue. (Bug#21941) -
NDB Cluster(NDB API): TheNdbOperation::getBlobHandle()method, when called with the name of a nonexistent column, caused a segmentation fault. (Bug#21036) 数据挖掘研究院 -
NDB Cluster: A problem with takeover during a system restart caused ordered indexes to be rebuilt incorrectly. (Bug#15303) 数据挖掘研究院 -
NDB Cluster: The ndb_config utility did not perform host lookups correctly when using the--hostoption. (Bug#17582) -
NDB Cluster: The ndb_config utility did not perform host lookups correctly when using the--hostoption (Bug#17582) 数据挖掘研究院 -
NDB Cluster: The error returned by the cluster when too many nodes were defined did not make clear the nature of the problem. (Bug#19045) -
NDB Cluster: ndb_mgm -e show | head would hang after displaying the first 10 lines of output. (Bug#19047) -
NDB Cluster: In rare situations with resource shortages, a crash could result from insufficientIndexScanOperations. (Bug#19198) -
NDB Cluster: ndb_restore did not always make clear that it had recovered successfully from temporary errors while restoring a cluster backup. (Bug#19651) 数据挖掘研究院 -
NDB Cluster: Error messages given when trying to make online changes parameters such asNoOfReplicasthast can only be changed via a complete shutdown and restart of the cluster did not indicate the true nature of the problem. (Bug#19787) -
NDB Cluster: Following the restart of an MGM node, the Cluster management client did not automatically reconnect. (Bug#19873) 数据挖掘实验室 -
NDB Cluster: In some cases whereSELECT COUNT(*)from anNDBtable should have yielded an error,MAX_INTwas returned instead. (Bug#19914) 数据挖掘研究院 -
NDB Cluster(NDB API): When multiple processes or threads in parallel performed the same ordered scan with exclusive lock and updating the retrieved records, the scan could skip some records, which were not updated as a result. (Bug#20446) 数据挖掘研究院 -
NDB Cluster: Using an invalid node ID with the management clientSTOPcommand could cause ndb_mgm to hang. (Bug#20575) -
NDB Cluster: Under some circumstances, local checkpointing would hang, keeping any unstarted nodes from being started. (Bug#20895) 数据挖掘实验室 -
NDB Cluster: Condition pushdown did not work correctly withDATETIMEcolumns. (Bug#21056) -
NDB Cluster: When inserting a row into anNDBtable with a duplicate value for a non-primary unique key, the error issued would reference the wrong key. (Bug#21072) -
NDB Cluster: Cluster logs were not rotated following the first rotation cycle. (Bug#21345) -
NDB Cluster: The ndb_mgm management client did not set the exit status on errors, always returning 0 instead. (Bug#21530) 数据挖掘研究院 -
NDB Cluster: Partition distribution keys were updated only for the primary and starting replicas during node recovery. This could lead to node failure recovery for clusters having an odd number of replicas. (Bug#21535)Note: We recommend values for
NumberOfReplicasthat are even powers of 2, for best results. -
NDB Cluster: The output for the--helpoption used withNDBexecutable programs (ndbd, ndb_mgm, ndb_restore, ndb_config, and so on) referred to theNdb.cfgfile, instead ofmy.cnf. (Bug#21585) -
NDB Cluster: The node recovery algorithm was missing a version check for tables in theALTER_TABLE_COMMITTEDstate (as opposed to theTABLE_ADD_COMMITTEDstate, which has the version check). This could cause inconsistent schemas across nodes following node recovery. (Bug#21756) -
NDB Cluster: A scan timeout returned Error 4028 (Node failure caused abort of transaction) instead of Error 4008 (Node failure caused abort of transaction...). (Bug#21799) 数据挖掘实验室 -
NDB Cluster: The--helpoutput fromNDBbinaries did not include file-related options. (Bug#21994) -
NDB Cluster: Multiple node restarts in rapid succession could cause a system restart to fail (Bug#22892), or induce a race condition (Bug#23210). -
NDB Cluster: If a node restart could not be performed from the REDO log, no node takeover took place. This could cause partitions to be left empty during a system restart. (Bug#22893) 数据挖掘实验室 -
NDB Cluster:INSERT ... ON DUPLICATE KEY UPDATEon anNDBtable could lead to deadlocks and memory leaks. (Bug#23200) -
NDB Cluster: The management client commandALL DUMP 1000would cause the cluster to crash if data nodes were connected to the cluster but not yret fully started. (Bug#23203) -
NDB Cluster: Cluster backups would fail when there were more than 2048 schema objects in the cluster. (Bug#23499) 数据挖掘研究院 -
NDB Cluster: Restoring a cluster failed if there were any tables with 128 or more columns. (Bug#23502) -
A stored procedure, executed from a connection using a binary character set, and which wrote multi-byte data, would write incorrectly escaped entries to the binary log. This caused syntax errors, and caused replication to fail. (Bug#23619)
-
The internal SQL interpreter of
InnoDBplaced an unnecessary lock on the supremum record wheninnodb_locks_unsafe_for_binlog=1. This caused an assertion failure whenInnoDBwas built with debugging enabled. (Bug#23769) 数据挖掘研究院 -
If a table contains an
AUTO_INCREMENTcolumn, inserting into an insertable view on the table that does not include theAUTO_INCREMENTcolumn should not change the value ofLAST_INSERT_ID(), because the side effects of inserting default values into columns not part of the view should not be visible. MySQL was incorrectly settingLAST_INSERT_ID()to zero. (Bug#22584) 数据挖掘研究院 -
returnsM% 0NULL, but (evaluated to false. (Bug#23411) 数据挖掘研究院M% 0) IS NULL -
Within a stored routine, a view definition cannot refer to routine parameters or local variables. However, an error did not occur until the routine was called. Now it occurs during parsing of the routine creation statement. (Bug#20953) 数据挖掘实验室
Note: A side effect of this fix is that if you have already created such routines, and error will occur if you execute
SHOW CREATE PROCEDUREorSHOW CREATE FUNCTION. You should drop these routines because they are erroneous. 数据挖掘研究院 -
A client library crash was caused by executing a statement such as
SELECT * FROM t1 PROCEDURE ANALYSE()using a server side cursor on a tablet1that does not have the same number of columns as the output fromPROCEDURE ANALYSE(). (Bug#17039) 数据挖掘实验室 -
mysql did not check for errors when fetching data during result set printing. (Bug#22913) 数据挖掘研究院
-
Adding a day, month, or year interval to a
DATEvalue produced aDATE, but adding a week interval produced aDATETIMEvalue. Now all produce aDATEvalue. (Bug#21811) -
The column default value in the output from
SHOW COLUMNSorSELECT FROM INFORMATION_SCHEMA.COLUMNSwas truncated to 64 characters. (Bug#23037) 数据挖掘实验室 -
For not-yet-authenticated connections, the
Timecolumn inSHOW PROCESSLISTwas a random value rather thanNULL. (Bug#23379) 数据挖掘研究院 -
The
Hostcolumn inSHOW PROCESSLISToutput was blank when the server was started with the--skip-grant-tablesoption. (Bug#22728) -
The
Handler_rollbackstatus variable sometimes was incremented when no rollback had taken place. (Bug#22728) -
Within a prepared statement,
SELECT (COUNT(*) = 1)(or similar use of other aggregate functions) did not return the correct result for statement re-execution. (Bug#21354) 数据挖掘实验室 -
Lack of validation for input and output
TIMEvalues resulted in several problems:SEC_TO_TIME()within subqueries incorrectly clipped large values;SEC_TO_TIME()treatedBIGINT UNSIGNEDvalues as signed; only truncation warnings were produced when both truncation and out-of-rangeTIMEvalues occurred. (Bug#11655, Bug#20927) 数据挖掘研究院 -
Range searches on columns with an index prefix could miss records. (Bug#20732) 数据挖掘研究院
-
With
SQL_MODE=TRADITIONAL, MySQL incorrectly aborted on warnings within stored routines and triggers. (Bug#20028) 数据挖掘研究院 -
In mysql, invoking
connector\rwith very longdb_nameorhost_nameparameters caused buffer overflow. (Bug#20894) -
mysqldump --xml produced invalid XML for
BLOBdata. (Bug#19745) -
For a debug server, a reference to an undefined user variable in a prepared statment executed with
EXECUTEcaused an assertion failure. (Bug#19356) 数据挖掘研究院 -
Within a trigger for a base table, selecting from a view on that base table failed. (Bug#19111) 数据挖掘研究院
-
DELETE IGNOREcould hang for foreign key parent deletes. (Bug#18819) 数据挖掘研究院 -
Transient errors in replication from master to slave may trigger multiple
Got fatal error 1236: 'binlog truncated in the middle of event'errors on the slave. (Bug#4053) 数据挖掘研究院 -
The value of the
warning_countsystem variable was not being calculated correctly (also affectingSHOW COUNT(*) WARNINGS). (Bug#19024) 数据挖掘研究院 -
InnoDBexhibited thread thrashing with more than 50 concurrent connections under an update-intensive workload. (Bug#22868) 数据挖掘研究院 -
InnoDBshowed substandard performance with multiple queries running concurrently. (Bug#15815) -
There was a race condition in the
InnoDBfil_flush_file_spaces()function. (Bug#24089) 数据挖掘研究院 -
FROM_UNIXTIME()did not accept arguments up toPOWER(2,31)-1, which it had previously. (Bug#9191) 数据挖掘研究院 -
Some yaSSL-related memory leaks detected by Valgrind were fixed. (Bug#23981) 数据挖掘研究院
-
If
COMPRESS()returnedNULL, subsequent invocations ofCOMPRESS()within a result set or within a trigger also returnedNULL. (Bug#23254) -
mysql would lose its connection to the server if its standard output was not writable. (Bug#17583) 数据挖掘研究院
-
mysql-test-run did not work correctly for RPM-based installations. (Bug#17194) 数据挖掘研究院
-
The return value from
my_seek()was ignored. (Bug#22828) 数据挖掘实验室 -
Use of
PREPAREwith aCREATE PROCEDUREstatement that contained a syntax error caused a server crash. (Bug#21868) -
Use of a DES-encrypted SSL certificate file caused a server crash. (Bug#21868)
-
Column names were not quoted properly for replicated views. (Bug#19736)
-
InnoDBused table locks (not row locks) within stored functions. (Bug#18077) -
Statements such as
DROP PROCEDUREandDROP VIEWwere written to the binary log too late due to a race condition. (Bug#14262) 数据挖掘实验室 -
MySQL would fail to build on the Alpha platform. (Bug#23256) 数据挖掘研究院
-
The optimizer failed to use equality propagation for
BETWEENandINpredicates with string arguments. (Bug#22753) -
The optimizer used the
refjoin type rather thaneq_reffor a simple join on strings. (Bug#22367) -
The
WITH CHECK OPTIONfor a view failed to prevent storing invalid column values forUPDATEstatements. (Bug#16813) -
A literal string in a
GROUP BYclause could be interpreted as a column name. (Bug#14019) -
Some queries that used
MAX()andGROUP BYcould incorrectly return an empty result. (Bug#22342) -
Use of a subquery that invoked a function in the column list of the outer query resulted in a memory leak. (Bug#21798)
-
LIKEsearches failed for indexedutf8character columns. (Bug#20471) -
FLUSH INSTANCESin Instance Manager triggered an assertion failure. (Bug#19368) 数据挖掘实验室 -
ALTER TABLEwas not able to rename a view. (Bug#14959) -
Entries in the slow query log could have an incorrect
Rows_examinedvalue. (Bug#12240) 数据挖掘研究院 -
Insufficient memory (
myisam_sort_buffer_size) could cause a server crash for several operations onMyISAMtables: repair table, create index by sort, repair by sort, parallel repair, bulk insert. (Bug#23175) 数据挖掘研究院 -
OPTIMIZE TABLEwithmyisam_repair_threads> 1 could result inMyISAMtable corruption. (Bug#8283) 数据挖掘研究院 -
Selecting from a
MERGEtable could result in a server crash if the underlying tables had fewer indexes than theMERGEtable itself. (Bug#22937) 数据挖掘研究院 -
A locking safety check in
InnoDBreported a spurious errorstored_select_lock_type is 0 inside ::start_stmt()forINSERT ... SELECTstatements ininnodb_locks_unsafe_for_binlogmode. The safety check was removed. (Bug#10746) -
For multiple-table
UPDATEstatements, storage engines were not notified of duplicate-key errors. (Bug#21381) -
Incorrect results could be obtained from re-execution of a parametrized prepared statement or a stored routine with a
SELECTthat usesLEFT JOINwith a second table having only one row. (Bug#21081) 数据挖掘研究院 -
An
UPDATEthat referred to a key column in theWHEREclause and activated a trigger that modified the column resulted in a loop. (Bug#20670) -
Creating a
TEMPORARYtable with the same name as an existing table that was locked by another client could result in a lock conflict forDROP TEMPORARY TABLEbecause the server unnecessarily tried to acquire a name lock. (Bug#21096) 数据挖掘研究院 -
After
FLUSH TABLES WITH READ LOCKfollowed byUNLOCK TABLES, attempts to drop or alter a stored routine failed with an error that the routine did not exist, and attempts to execute the routine failed with a lock conflict error. (Bug#21414) -
SHOW VARIABLEStruncated theValuefield to 256 characters. (Bug#20862) 数据挖掘实验室 -
Instance Manager didn't close the client socket file when starting a new mysqld instance. mysqld inherited the socket, causing clients connected to Instance Manager to hang. (Bug#12751)
-
Instance Manager had a race condition involving mysqld PID file removal. (Bug#22379) 数据挖掘研究院
-
It was possible for a stored routine with a non-
latin1name to cause a stack overrun. (Bug#21311)

