Friday, May 27, 2016

Download MySQL 5.1.55

MySQL is an open source relational database management system (RDBMS) that runs as a server providing multi-user access to a of databases. MySQL , now owned by Corporation.

MySQL is being used in some free software project like Joomla, WordPress, pBB, Drupal and other software built on the LAMP software stack. MySQL is also used in many high-profile, large-scale World Wide Web products, including Wikipedia, Google (though not for srches) and Facebook.

Homepage: mysql
Type: Relational Database Management System (RDBMS)
: GNU eral Public (version 2, with linking exception) or proprietary EULA
Written in: C, C++
Operating system: Cross-platform
Languages: English
Size: 38.95 MB
Download: for (x86, 32-bit) Mirror, for (x86, 64-bit) | for Mac OSX(x86, 32-bit), for Mac OSX(x86, 64-bit) Support: Click Here
Bugs fix's in this version:
# Bugs fixed:

* Incompatible Change: When auto_increment_increment is grter than one, values erated by a bulk insert that rches the maximum column value could wrap around rather producing an overflow error.
As a consequence of the fix, it is no longer possible for an auto-erated value to be equal to the maximum BIGINT UNSIGNED value. It is still possible to store that value manually, if the column can accept it. (Bug#39828)
* Important Change: Partitioning: Date and time functions used as partitioning functions now have the types of their operands checked; use of a value of the wrong type is now disallowed in such cases. In addition, EXTRACT(WEEK FROM col), where col is a DATE or DATETIME column, is now disallowed altogether because its return value depends on the value of the default_week_format system variable. (Bug#54483)
See also Bug#57071.
* InnoDB Storage Engine: A compilation problem affected the InnoDB source on NetBSD/sparc64. (Bug#59327)
See also Bug#53916.
* InnoDB Storage Engine: In InnoDB status output, the value for I/O sum[] could be incorrect, displayed as a very large . (Bug#57600)
* InnoDB Storage Engine: It was not possible to query the information_schema.innodb_trx table while other connections were running queries involving BLOB types. (Bug#55397)
* InnoDB Storage Engine: The OPTIMIZE TABLE statement would reset the auto-increment counter for an InnoDB table. Now the auto-increment value is preserved across this operation. (Bug#18274)
* Partitioning: Failed ALTER TABLE ... PARTITION statements could cause memory s. (Bug#56380)
See also Bug#46949, Bug#56996.
* Repliion: When closing a session that used temporary tables, binary logging could sometimes fail with a spurious Failed to write the DROP statement for temporary tables to binary log. (Bug#57288)
* Repliion: By default, a value is erated for an AUTO_INCREMENT column by inserting either or 0 into the column. Setting the NO_AUTO_VALUE_ON_ZERO server SQL mode suppresses this behavior for 0, so that it occurs only when is inserted into the column.
This behavior is also followed on a repliion slave (by the slave SQL thrd) when applying events that have been logged on the master using the statement-based format. However, when applying events that had been logged using the row-based format, NO_AUTO_VALUE_ON_ZERO was ignored, which could ld to an assertion.
To fix this issue, the value of an AUTO_INCREMENT column is no longer erated when applying an event that was logged using the row-based row format, as this value is alrdy contained in the changes applied on the slave. (Bug#56662)
* Repliion: The BINLOG statement modified the values of session variables, which could ld to problems with operations such a point-in-time recovery. One such case occurred when replaying a row-based binary log which relied on setting foreign__checks = OFF on the session level in order to crte and populate a set of InnoDB tables having foreign constraints. (Bug#54903)
* Repliion: mysqlbinlog printed USE statements to its output only when the default database changed between events. To illustrate how this could cause problems, suppose that a user issued the following sequence of statements:
USE mydb;
CRTE TABLE mytable (column_definitions);
USE mydb;
CRTE TABLE mytable (column_definitions);

When played back using mysqlbinlog, the second CRTE TABLE statement failed with Error: No Database Selected because the second USE statement was not played back, due to the fact that a database other than mydb was never selected.
This fix insures that mysqlbinlog outputs a USE statement whenever it rds one from the binary log. (Bug#50914)
* Repliion: Previously, when a statement failed with a different error on the slave than on the master, the slave SQL thrd displayed a message containing:
- The error message for the master error
- The master error
- The error message for the slaves error
- The slave error
However, the slave has no information with which to fill in any print format specifiers for the master message, so it actually displayed the message format string. To make it clrer that the slave is not displaying the actual message as it apprs on the master, the slave now indies that the master part of the output is the message format, not the actual message. For example, previously the slave displayed information like this:
Error: "Query caused different errors on master and slave. Error on master: 'Duplie entry '%-.192s' for %d' (1062), Error on slave: 'no error' (0). Default database: 'test'. Query: 'insert into t1 values(1),(2)'" (expected different error on master and slave)
Now the slave displays this:
Error: "Query caused different errors on master and slave. Error on master: message format='Duplie entry '%-.192s' for %d' error =1062 ; Error on slave: actual message='no error', error =0. Default database: 'test'. Query: 'insert into t1 values(1),(2)'" (expected different error on master and slave) (Bug#46697)
* Repliion: When an error occurred in the eration of the name for a new binary log file, the error was logged but not shown to the user. (Bug#46166)
See also Bug#37148, Bug#40611, Bug#43929, Bug#51019.
* MIN(yr_col) could return an incorrect result in some cases. (Bug#59211)
* If max_allowed_packet was set larger than 16MB, the server failed to reject too-large packets with “Packet too large” errors. (Bug#58887)
* Issuing EXPLAIN EXTENDED for a query that would use condition pushdown could cause mysqld to crash. (Bug#58553)
* EXPLAIN could crash for queries that used GROUP_CON(). (Bug#58396)
* Configuration with maintainer mode enabled resulted in errors when compiling with icc. (Bug#57991, Bug#58871)
* Unnecessary subquery evaluation in contexts such as statement preparation or view crtion could cause a server crash. (Bug#57703)
* View crtion could produce Varind warnings. (Bug#57352)
* geometry values could cause a crash in Item_func_spatial_collection::fix_length_and_dec. (Bug#57321)
* The cp1251 character set did not properly support the Euro sign (0x88). For example, converting a string containing this character to utf8 resulted in '?' rather than the utf8 Euro sign. (Bug#56639)
* Some unsigned system variables could be displayed with negative values. (Bug#55794)
* CRTE DATABASE and DROP DATABASE caused mysql --one-database to lose track of the statement-filtering context. (Bug#54899)
* An assertion could be raised during concurrent execution of DROP DATABASE and REPAIR TABLE if the drop deleted a table's .TMD file at the same time the repair tried to rd details from the old file that was just removed.
A problem could also occur when DROP TABLE tried to remove all files belonging to a table at the same time REPAIR TABLE had just deleted the table's .TMD file. (Bug#54486)
* When mysqld printed crash dump information, it incorrectly indied that some valid pointers were invalid. (Bug#51817)
* On FreeBSD, if mysqld was killed with a SIGHUP signal, it could corrupt InnoDB .ibd files. (Bug#51023)
* An assertion could be raised if –1 was inserted into an AUTO_INCREMENT column by a statement writing more than one row. (Bug#50619)
* If a client supplied a user name longer than the maximum 16 characters allowed for names stored in the MySQL grant tables, all characters were being considered significant. Historically, only the first 16 characters were used to check for a match; this behavior was restored. (Bug#49752)
* The my_seek() and my_tell() functions ignored the MY_WME flag when they returned an error, which could cause client programs to hang. (Bug#48451)
* During assignment of values to system variables, legality checks on the value range occurred too late, preventing proper error checking. (Bug#43233)
* On Solaris, time-related functions such as NOW() or SYSDATE() could return a constant value. (Bug#42054)
* If the remote server for a FEDERATED table could not be accessed, queries for the INFORMATION_SCHEMA.TABLES table failed. (Bug#35333)

No comments:

Post a Comment