MySQL v5.1.56发布 小型关系型数据库管理系统

MySQL是一个小型关系型数据库管理系统,开发者为瑞典MySQL AB公司。在2008年1月16号被Sun公司收购。而2009年,SUN又被Oracle收购.对于Mysql的前途,没有任何人抱乐观的态度.目前MySQL被广泛地应用在Internet上的中小型网站中。由于其体积小、速度快、总体拥有成本低,尤其是开放源码这一特点,许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为">网站数据库。

MySQL 5.1.56更新如下:

Functionality added or changed:

·mysqldump --xml now displays comments from column definitions. (Bug #13618)

Bugs fixed:

·InnoDB Storage Engine: InnoDB returned values for “rows examined” in the query plan that were higher than expected. NULL values were treated in an inconsistent way. The inaccurate statistics could trigger “false positives” in combination with the MAX_JOIN_SIZE setting, because the queries did not really examine as many rows as reported. (Bug #30423)

·Partitioning: Trying to use the same column more than once in the partitioning key when partitioning a table by KEY caused mysqld to crash. Such duplication of key columns is now expressly disallowed, and fails with an appropriate error. (Bug #53354, Bug #57924)

·Replication: When using the statement-based logging format, INSERT ON DUPLICATE KEY UPDATE and INSERT IGNORE statements affecting transactional tables that did not fail were not written to the binary log if they did not insert any rows. (With statement-based logging, all successful statements should be logged, whether they do or do not cause any rows to be changed.) (Bug #59338)

·Replication: Formerly, STOP SLAVE stopped the slave I/O thread first and then stopped the slave SQL thread; thus, it was possible for the I/O thread to stop after replicating only part of a transaction which the SQL thread was executing, in wich case—if the transaction could not be rolled back safely—the SQL thread could hang.

Now, STOP SLAVE stops the slave SQL thread first and then stops the I/O thread; this guarantees that the I/O thread can fetch any remaining events in the transaction that the SQL thread is executing, so that the SQL thread can finish the transaction if it cannot be rolled back safely. (Bug #58546)

·A query of the following form returned an incorrect result, where the values for col_name in the result set were entirely replaced with NULL values:

SELECT DISTINCT col_name ... ORDER BY col_name DESC;

(Bug #59308, Bug #11766241)

·DELETE or UPDATE statements could fail if they used DATE or DATETIME values with a year, month, or day part of zero. (Bug #59173)

·The ESCAPE clause for the LIKE operator allows only expressions that evaluate to a constant at execution time, but aggregrate functions were not being rejected. (Bug #59149)

·Memory leaks detected by Valgrind, some of which could cause incorrect query results, were corrected. (Bug #59110, Bug #11766075)

·mysqlslap failed to check for a NULL return from mysql_store_result() and crashed trying to process the result set. (Bug #59109)

·In debug builds, SUBSTRING_INDEX(FORMAT(...), FORMAT(...)) could cause a server crash. (Bug #58371)
When mysqldadmin was run with the --sleep and --count options, it went into an infinite loop executing the specified command. (Bug #58221)

·Some string manipulating SQL functions use a shared string object intended to contain an immutable empty string. This object was used by the SQL function SUBSTRING_INDEX() to return an empty string when one argument was of the wrong datatype. If the string object was then modified by the SQL function INSERT(), undefined behavior ensued. (Bug #58165, Bug #11765225)

·Parsing nested regular expressions could lead to recursion resulting in a stack overflow crash. (Bug #58026, Bug #11765099)

·The mysqlclient went into an infinite loop if the standard input was a directory. (Bug #57450)

·The expression const1 BETWEEN const2 AND field was optimized incorrectly and produced incorrect results. (Bug #57030, Bug #11764215)

·Some RPM installation scripts used a hardcoded value for the data directory, which could result in a failed installation for users who have a nonstandard data directory location. The same was true for other configuration values such as the PID file name. (Bug #56581, Bug #11763817)

·On FreeBSD and OpenBSD, the server incorrectly checked the range of the system date, causing legal values to be rejected. (Bug #55755, Bug #11763089)

·When using ExtractValue() or UpdateXML(), if the XML to be read contained an incomplete XML comment, MySQL read beyond the end of the XML string when processing, leading to a crash of the server. (Bug #44332)

时间: 2024-10-26 03:37:51

MySQL v5.1.56发布 小型关系型数据库管理系统的相关文章

PostgreSQL 9.1 Beta 2发布 对象关系型数据库管理系统

PostgreSQL支持大部分 SQL标准并且提供了许多其他现代特性:复杂查询.外键.触发器.视图.事务完整性.多版本并发控制.同样,PostgreSQL 可以用许多方法扩展,比如, 通过增加新的http://www.aliyun.com/zixun/aggregation/18278.html">数据类型.函数.操作符.聚集函数.索引方法.过程语言.并且,因为许可证的灵活,任何人都可以以任何目的免费使用,修改,和分发 PostgreSQL, 不管是私用,商用,还是学术研究使用. 事实上,

PostgreSQL 9.1 alpha3发布 关系型数据库管理系统

PostgreSQL是一种特性非常齐全的http://www.aliyun.com/zixun/aggregation/29607.html">自由软件的对象-关系型数据库管理系统(ORDBMS),可以说是目前世界上最先进,功能最强大的自由数据库管理系统. PostgreSQL是以加州大学伯克利分校计算机系开发的 POSTGRES,版本 4.2为基础的对象关系型数据库管理系统(ORDBMS). POSTGRES 领先的许多概念只是在非常迟的时候才出现在商业数据库中. PostgreSQL支

数据库之父对实现关系型数据库管理系统的12条建议

数据|数据库 这是数据库之父对实现关系型数据库管理系统的12条建议: Codd's 12 Rules  Dr. E.F. Codd, an IBM researcher, first developed the relational data model in 1970. In 1985, Dr. Codd published a list of 12 rules that concisely define an ideal relational database, which have pro

PostgreSQL v9.1 Beta 1发布 关系型数据库管理系统

PostgreSQL支持大部分 SQL标准并且提供了许多其他现代特性:复杂查询.外键.触发器.视图.事务完整性.多版本并发控制.同样,PostgreSQL 可以用许多方法扩展,比如, 通过增加新的http://www.aliyun.com/zixun/aggregation/18278.html">数据类型.函数.操作符.聚集函数.索引方法.过程语言.并且,因为许可证的灵活,任何人都可以以任何目的免费使用,修改,和分发 PostgreSQL, 不管是私用,商用,还是学术研究使用. Post

数据库管理系统(DataBase Management System)

  数据库管理系统(DataBase Management System)的目标是创建,处理和管理数据库. DB2 作为关系数据库领域的开拓者和领航人,IBM在1977年完成了System R系统的原型,1980年开始提供集成的数据库服务器-- System/38,随后是SQL/DSforVSE和VM,其初始版本与SystemR研究原型密切相关.DB2 forMVSV1 在1983年推出.该版本的目标是提供这一新方案所承诺的简单性,数据不相关性和用户生产率.1988年DB2 for MVS 提供

【独家】一文读懂非关系型数据库(NoSQL)

前言 NoSQL(NoSQL = Not Only SQL ),意即"不仅仅是SQL". 现代计算系统每天在网络上都会产生庞大的数据量.这些数据有很大一部分是由关系型数据库管理系统(RDBMSs)来处理,其严谨成熟的数学理论基础使得数据建模和应用程序编程更加简单. 但随着信息化的浪潮和互联网的兴起,传统的RDBMS在一些业务上开始出现问题.首先,对数据库存储的容量要求越来越高,单机无法满足需求,很多时候需要用集群来解决问题,而RDBMS由于要支持join,union等操作,一般不支持分

UML在关系型数据库设计中的应用

设计|数据|数据库|数据库设计 1. 介绍 许多人认为面向对象概念和关系型数据库相互不一致,并且不能结合.事实上完全相反!经过灵活的使用,一个关系型数据库能够为面向对象(OO)模型提供一套优秀的实现.同样的模型能够用来开发编程代码和关系型数据库结构. 关系型数据库技术是意义深远的.强大的,但它比许多开发商使你相信的要难得多.单个表是简单易懂的.直观的.但由数以百计的表组成(这是常见的)的应用要彻底了解是相当困难的.这正是OO模型有用之处. OO模型使你深入地.连贯地思考问题. OO模型提供一种问

空间地理技术与数据库管理系统

数据|数据库 地理问题正成为我们日常生活中一个日益重要的组成部分.无论在航空航天等尖端技术领域,还是在农业.能源.交通.金融.电信.零售等传统商业领域,空间地理技术正在扮演着越来越重要的角色.随着以计算机为基础的空间地理信息的潜力不断扩大,大量的人力与物力投入到空间地理技术的研究中,这也促使人们创建基于地理数据存储的数据库管理系统.但直到1981年具有突破性意义的第一个商用地理信息产品ARC/INFO面世,人们才开始真正有效地将空间地理技术和数据库集成于一个单一的系统中. 空间地理技术蓬勃兴起

MySQL Workbench v5.2.33b发布 ER/数据库建模工具

MySQL Workbench是一款专为MySQL设计的ER/数据库建模工具.它是著名的数据库http://www.aliyun.com/zixun/aggregation/6993.html">设计工具DBDesigner4的继任者.你可以用MySQL Workbench设计和创建新的数据库图示,建立数据库文档,以及进行复杂的MySQL 迁移(zsh). MySQL Workbench是MySQL AB发布的可视化的数据库设计软件,它的前身是 FabForce 公司的 DB Design