The initial release of MySQL 4.1.3 for Windows was accidentally compiled without support for the Spatial Extensions (OpenGIS). This was fixed by rebuilding from the same 4.1 code snapshot with the missing option and releasing those packages as version 4.1.3a.
To enable compiling the newly released PHP 5 against MySQL 4.1.3 on Windows, the Windows packages had to be rebuilt once more to add a few missing symbols to the MySQL client library. These packages were released as MySQL 4.1.3b.
End of Product Lifecycle. Active development and support for MySQL Database Server versions 3.23, 4.0, and 4.1 has ended. For details, see http://www.mysql.com/about/legal/lifecycle/#calendar. Please consider upgrading to a recent version. Further updates to the content of this manual will be minimal. All formats of this manual will continue to be available until 31 Dec 2010.
Functionality added or changed:
Incompatible Change:
C API change: mysql_shutdown()
now requires a second argument. This is a source-level
incompatibility that affects how you compile client programs; it
does not affect the ability of compiled clients to communicate
with older servers. See Section 17.6.3.63, “mysql_shutdown()”.
Incompatible Change:
The timezone system variable
has been removed and replaced by
system_time_zone. See
Section 5.1.3, “Server System Variables”.
Replication:
DROP DATABASE IF EXISTS, DROP TABLE
IF EXISTS, single-table
DELETE and single-table
UPDATE are now written to the
binary log even if they changed nothing on the master (for
example, even if the DELETE
matched no row). The old behavior sometimes caused bad surprises
in replication setups.
Replication: Replication and mysqlbinlog now have better support for the case that the session character set and collation variables are changed within a given session. See Section 14.7, “Replication Features and Known Problems”.
LIKE now supports the use of a prepared
statement parameter or delimited constant expression as the
argument to ESCAPE .
(Bug#4200)
Basic time zone conversion function
CONVERT_TZ() was added. It
assumes that its first argument is a datetime value in the time
zone specified by its second argument and returns the equivalent
datetime value in the time zone specified by its third argument.
Changed the slave SQL thread to print fewer useless error
messages (no more message duplication; no more messages when an
error is skipped (because of
slave-skip-errors).
Language-specific collations were added for the
ucs2 and utf8 Unicode
character sets: Icelandic, Latvian, Romanian, Slovenian, Polish,
Estonian, Swedish, Turkish, Czech, Danish, Lithuanian, Slovak,
Spanish, Traditional Spanish.
Support for per-connection time zones was added. Now you can set
the current time zone for a connection by setting the
@@time_zone system variable to a value such
as '+10:00' or
'Europe/Moscow' (where
'Europe/Moscow' is the name of one of the
time zones described in the system tables). Functions like
CURRENT_TIMESTAMP,
UNIX_TIMESTAMP, and so forth honor this time
zone. Values of TIMESTAMP type
are also interpreted as values in this time zone. So now our
TIMESTAMP type behaves similar to
Oracle's TIMESTAMP WITH LOCAL TIME ZONE. That
is, values stored in such a column are normalized toward UTC and
converted back to the current connection time zone when they are
retrieved from such a column. To set up the tables that store
time zone information, see Section 2.10, “Post-Installation Setup and Testing”.
sync_frm is now a settable
global variable (not only a startup option).
Added --innodb_safe_binlog server
option, which adds consistency guarantees between the content of
InnoDB tables and the binary log. See
Section 5.3.4, “The Binary Log”.
Added the ARCHIVE storage engine.
OPTIMIZE TABLE for
InnoDB tables is now mapped to
ALTER TABLE instead of
ANALYZE TABLE.
CHECK TABLE now can be killed. It
then marks the table as corrupted. See Section 12.4.6.3, “KILL Syntax”.
Added the sync_binlog=N global variable and
startup option, which makes the MySQL server synchronize its
binary log to disk (fdatasync()) after every
Nth write to the binary log.
Added SQL syntax for prepared statements. See Section 12.6, “SQL Syntax for Prepared Statements”.
Bugs fixed:
Replication:
Complex expressions using AND,
OR, or both could result in a crash if the
query containing the expression query was ignored, either by a
replication server due to --replicate-*-table
rules, or by any MySQL server due to a syntax error.
(Bug#3969, Bug#4494)
Replication:
The slave SQL thread refused to replicate
INSERT ...
SELECT if it examined more than 4 billion rows.
(Bug#3871)
CREATE DATABASE IF NOT EXISTS caused an error
on Win32 platforms if the database existed.
(Bug#4378)
Parameters in some prepared statements were not handled correctly. (Bug#4280)
Prepared EXPLAIN statements could
lead to a server crash.
(Bug#4271)
Added missing root account to Windows version
of mysqld.
(Bug#4242)
Attempting to execute a nonprepared statement could cause the server to crash. (Bug#4236)
Prepared statements did not always work correctly on big-endian platforms. (Bug#4173)
The range optimizer did not perform correctly when using many
IN() queries on different key parts.
(Bug#4157)
Attempt to prepare a statement containing a character set introducer caused the server to crash. (Bug#4105)
NULL was not handled correctly with derived
tables.
(Bug#4097)
mysql_stmt_close() hung when
attempting to close a statement after failed
mysql_stmt_fetch() call.
(Bug#4079)
UNION returned incorrect results
if the display length of columns for numeric types was set to
less than the actual length of values in them.
(Bug#4067)
Made DROP DATABASE honor the
value of
lower_case_table_names.
(Bug#4066)
During the installation process of the server RPM on Linux, if
mysqld was run as the root
system user and with --log-bin
pointing to a directory outside of
/var/lib/mysql, it created binary log files
owned by root in this directory, which
remained owned by root after the
installation. Now mysqld is started as the
mysql system user instead.
(Bug#4038)
Conversion of a client-side string column to a
MYSQL_TIME application buffer was not handled
correctly by the prepared statements API.
(Bug#4030)
The microseconds part of
MYSQL_TYPE_TIME/MYSQL_TYPE_DATETIME
columns was not sent to the client by prepared statements.
(Bug#4026)
A potential memory overrun could occur in
mysql_real_connect() (which
required a compromised DNS server and certain operating
systems).
(Bug#4017)
MERGE tables created with
INSERT_METHOD=LAST were not able to report a
key number, causing Duplicate entry
errors for UNIQUE keys in
INSERT statements. As a result,
the error message was not precise enough (error 1022 instead of
error 1062) and
INSERT ...
ON DUPLICATE KEY UPDATE did not work.
(Bug#4008)
Using --with-charset with
configure did not affect the MySQL client
library.
(Bug#3990)
Tables were unlocked too early in cases of a subquery in a
query's HAVING clause.
(Bug#3984)
Under rare circumstances, MATCH ... AGAINST(... IN
BOOLEAN MODE) could yield incorrect results if, in the
collation used for the data, one byte could match many (as in
utf8_general_ci and
latin1_german2_ci.)
(Bug#3964)
Performance of COUNT(DISTINCT)
degraded in cases like COUNT(DISTINCT a
TEXT, b CHAR(1)) (no index used).
(Bug#3904)
mysqlbinlog didn't escape the string content of user variables, and did not deal well when these variables were in non-ASCII character sets; this is now fixed by always printing the string content of user variables in hexadecimal. The character set and collation of the string is now also printed. (Bug#3875)
In rare circumstances, DELETE
from a table with FULLTEXT indexes resulted
in a corrupted table, if words of different lengths could be
considered equal. This is possible with some collations, for
example, utf8_general_ci and
latin1_german2_ci.
(Bug#3808)
CONCAT(?,
, when used in
prepared statements, returned incorrect results.
(Bug#3796)col_name)
Re-execution of optimized
COUNT(*),
MAX(), and
MIN() functions is now handled
correctly for prepared statements.
(Bug#2687)
Different numbers of warnings were generated when an invalid
datetime (as a string or as a number) was inserted into a
DATETIME or
TIMESTAMP column.
(Bug#2336)
mysqldump when it did not return any error if the output device was full. (Bug#1851)
A malicious user could bypass password verification with specially crafted packets, using a modified client library. (CVE-2004-0627, CVE-2004-0628)

User Comments
Add your own comment.