MySQL (32-bit)

最新版本 MySQL 5.1.32

MySQL 5.1.32

MySQL 5.1.32
MySQL 專為企業組織提供關鍵業務數據庫應用程序而設計。它為企業開發人員,數據庫管理員和 ISV 提供了一系列新的企業功能,以提高開發,部署和管理工業強度應用程序的效率.

如果您需要 MySQL 數據庫的 GUI,可以下載 - NAVICAT(MySQL GUI)。它支持將 MySQL,MS SQL,MS Access,Excel,CSV,XML 或其他格式導入到 MySQL.

MySQL 數據庫服務器提供了新的企業功能,包括:ACID 事務處理,以構建可靠和安全的業務關鍵型應用程序。存儲過程來提高開發人員的生產力。觸發器在數據庫級執行複雜的業務規則。保證敏感信息的觀點不受影響。信息架構,以便於訪問元數據。支持跨多個數據庫的複雜事務的分佈式事務(XA).

Top 使用 MySQL 的 10 個理由:

可擴展性和靈活性 51235896 MySQL 數據庫服務器提供了極致的可擴展性,體現了處理深度嵌入式應用程序的能力,僅佔用 1MB 的空間來運行海量數據倉庫擁有太字節的信息.

高性能
獨特的存儲引擎架構允許數據庫專業人員專門為特定應用程序配置 MySQL 數據庫服務器,最終的結果是驚人的性能結果.

高可用性
堅如磐石的可靠性和持續可用性是 MySQL 的標誌,客戶依靠 MySQL 來保證全天候的正常運行.

Robust 交易支持
MySQL 提供了市場上最強大的交易數據庫引擎之一。  功能包括完整的 ACID(原子性,一致性,隔離性,持久性)事務支持,無限的行級鎖定以及更多功能.

Web 和數據倉庫的優勢
MySQL 是高流量網站的事實標準,因為它具有高性能的查詢引擎,極大的快速的數據插入能力,以及對快速全文搜索等專業化網頁功能的強大支持.

強大的數據保護功能
由於保護企業的數據資產是數據庫專業人員的頭號工作,MySQL 提供了絕對的數據保護的絕佳安全特性.

綜合應用開發
MySQL 是世界上最流行的開源數據庫的原因之一就是它為每個應用程序開發提供了全面的支持。在數據庫中,支持存儲過程,觸發器,函數,視圖,游標,ANSI 標準 SQL 等等。分鐘.

開源自由和 24×7 支持
許多公司都不願意完全致力於開源軟件,因為他們認為他們不能得到他們目前依靠專有軟件的支持類型或專業服務安全網,以確保他們的關鍵應用程序.

Lowest 總體擁有成本
By 將當前的數據庫驅動器應用程序遷移到 MySQL,或使用 MySQL 進行新的開發項目,企業正在實現成本節省,多次延伸到七位數.

也可用:下載 MySQL for Mac

ScreenShot

軟體資訊
檔案版本 MySQL 5.1.32

檔案名稱 mysql-essential-5.1.32-win32.msi
檔案大小 35.45 MB
系統 Windows XP / Vista / Windows 7 / Windows 8 / Windows 10
軟體類型 開源軟體
作者 Oracle
官網 http://www.mysql.com/
更新日期 2009-03-05
更新日誌

What's new in this version:

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: http://bugs.mysql.com/34654)

* Incompatible Change: The fix for
Bug#33699: http://bugs.mysql.com/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 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: http://bugs.mysql.com/39265)

* The libedit library was upgraded to version 2.11.
(Bug#42433: http://bugs.mysql.com/42433)

Bugs fixed:

* Security Fix: Using an XPath expression employing a scalar
expression as a FilterExpr
(http://www.w3.org/TR/xpath#NT-FilterExpr) with ExtractValue()
or UpdateXML() caused the server to crash. Such expressions
now cause an error instead.
(Bug#42495: http://bugs.mysql.com/42495)

* 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: http://bugs.mysql.com/38734,
Bug#38934: http://bugs.mysql.com/38934)

* Replication: TRUNCATE 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:

1. An error was printed by InnoDB for TRUNCATE 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 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.

2. TRUNCATE 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 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: http://bugs.mysql.com/36763)
See also Bug#42643: http://bugs.mysql.com/42643.

* Replication: mysqlbinlog replay of CREATE TEMPORARY TABLE ...
LIKE statements and of TRUNCATE statements used on temporary
tables failed with Error 1146 (Table ... doesn't exist).
(Bug#35583: http://bugs.mysql.com/35583)

* Replication: In statement mode, mysqlbinlog failed to issue a
SET @@autommit statement when the autocommit mode was changed.
(Bug#34541: http://bugs.mysql.com/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: http://bugs.mysql.com/31240)

* A '%' character in SQL statements could cause the server to
crash. (Bug#42634: http://bugs.mysql.com/42634)

* An optimization introduced for
Bug#37553: http://bugs.mysql.com/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: http://bugs.mysql.com/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: http://bugs.mysql.com/42524)

* The SSL certficates included with MySQL distributions were
regenerated because the previous ones had expired.
(Bug#42366: http://bugs.mysql.com/42366)

* User variables within triggers could cause a crash if the
mysql_change_user() C API function was invoked.
(Bug#42188: http://bugs.mysql.com/42188)

* 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);
(Bug#42037: http://bugs.mysql.com/42037)

* Some queries using NAME_CONST(.. COLLATE ...) led to a server
crash due to a failed type cast.
(Bug#42014: http://bugs.mysql.com/42014)

* 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: http://bugs.mysql.com/41940)

* String reallocation could cause memory overruns.
(Bug#41868: http://bugs.mysql.com/41868)

* 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, non-matching
semi-consistently read rows were not unlocked when they should
have been. (Bug#41671: http://bugs.mysql.com/41671)

* REPAIR TABLE crashed for compressed MyISAM tables.
(Bug#41574: http://bugs.mysql.com/41574)

* 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: http://bugs.mysql.com/41370)

* 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: http://bugs.mysql.com/41121)

* FULLTEXT indexes did not work for Unicode columns that used a
custom UCA collation. (Bug#41084: http://bugs.mysql.com/41084)

* The Windows installer displayed incorrect product names in
some images. (Bug#40845: http://bugs.mysql.com/40845)

* SELECT statements could be blocked by INSERT DELAYED
statements that were waiting for a lock, even with
low_priority_updates enabled.
(Bug#40536: http://bugs.mysql.com/40536)

* 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: http://bugs.mysql.com/40264)

* When a MEMORY table became full, the error generated was
returned to the client but was not written to the error log.
(Bug#39886: http://bugs.mysql.com/39886)

* The expression ROW(...) IN (SELECT ... FROM DUAL) always
returned TRUE. (Bug#39069: http://bugs.mysql.com/39069)

* The greedy optimizer could cause a server crash due to
improper handling of nested outer joins.
(Bug#38795: http://bugs.mysql.com/38795)

* Use of COUNT(DISTINCT) prevented NULL testing in the HAVING
clause. (Bug#38637: http://bugs.mysql.com/38637)

* Enabling the sync_frm system variable had no effect on the
handling of .frm files for views.
(Bug#38145: http://bugs.mysql.com/38145)

* 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: http://bugs.mysql.com/37756)

* The mysql client sometimes improperly interpreted string
escape sequences in non-string contexts.
(Bug#36391: http://bugs.mysql.com/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: http://bugs.mysql.com/36326)

* 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: http://bugs.mysql.com/35396)

* libmysqld was not built with all character sets.
(Bug#32831: http://bugs.mysql.com/32831)

* 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: http://bugs.mysql.com/32136)

* For Solaris package installation using pkgadd, the postinstall
script failed, causing the system tables in the mysql database
not to be created. (Bug#31164: http://bugs.mysql.com/31164)

* 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: http://bugs.mysql.com/27208)

MySQL 5.1.32 相關參考資料
Descargar MySQL 5.1.32 - FileHippo.com

MySQL embedded library (libmysqld); Additional INFORMATION_SCHEMA objects; Faster data import operations (parallel file load); ACID Transactions to build reliable and secure business critical applicat...

https://filehippo.com

Download MySQL 5.1.32 - FileHippo.com

MySQL embedded library (libmysqld); Additional INFORMATION_SCHEMA objects; Faster data import operations (parallel file load); ACID Transactions to build reliable and secure business critical applica...

https://filehippo.com

Download MySQL 5.1.32 - Technical Details - FileHippo.com

MySQL embedded library (libmysqld); Additional INFORMATION_SCHEMA objects; Faster data import operations (parallel file load); ACID Transactions to build reliable and secure business critical applica...

https://filehippo.com

Download MySQL 5.1.32 - Technische Details - FileHippo.com

MySQL embedded library (libmysqld); Additional INFORMATION_SCHEMA objects; Faster data import operations (parallel file load); ACID Transactions to build reliable and secure business critical applicat...

https://filehippo.com

Maven Repository: mysql » mysql-connector-java » 5.1.32

by Ganofins. MYSQL Programming Professional Made Easy: Expert MYSQL Programming Language Success in a Day for any Computer User! (2015) by Sam Key. Learn MySQL in Plain English: A Beginner's Guide...

https://mvnrepository.com

MySQL :: Download MySQL Community Server (Archived Versions)

(mysql-8.0.2-dmr-winx64.zip), MD5: 759c193e3e227025051ba1aebd3da37a | Signature. Windows (x86, 64-bit), ZIP Archive Debug Binaries & Test Suite, Jun 27, 2017, 201.6M. Download. (mysql-8.0.2-dmr-wi...

https://downloads.mysql.com

MySQL :: Download MySQL ConnectorJ (Archived Versions)

(mysql-connector-java-8.0.7-dmr.tar.gz), MD5: a3f3971cc0a8916df393968749d955c4 | Signature. Platform Independent (Architecture Independent), ZIP Archive, Jun 15, 2017, 5.3M. Download. (mysql-connector...

https://downloads.mysql.com

MySQL :: MySQL Community Server 5.1.32 has been released - MySQL ...

Dear MySQL users, MySQL Community Server 5.1.32, a new version of the popular Open Source Database Management System, has been released. MySQL 5.1.32 is recommended for use on production systems. For ...

https://forums.mysql.com

MySQL :: MySQL ConnectorJava 5.1.32 has been released - MySQL Forums

Hello all, MySQL Connector/J 5.1.32, a maintenance release of the production 5.1 branch has been released. Connector/J is the Type-IV pure-Java JDBC driver for MySQL. Version 5.1.32 is suitable for us...

https://forums.mysql.com