设为首页收藏本站

LUPA开源社区

 找回密码
 注册
文章 帖子 博客
LUPA开源社区 首页 业界资讯 软件追踪 查看内容

MySQL的30年5月5日发布

2013-2-1 13:37| 发布者: 红黑魂| 查看: 2522| 评论: 0|来自: 开源中国

摘要:   MySQL的30年5月5日发布。二○一三年一月三十日之前的版本是2012-12-21的29年5月5日。其他产品线还是67年5月1日5.0.96。完全改进:在MySQL中30年5月5日的变化功能添加或更改被向后移植到MySQL 5.5InnoDB的:innod ...

  MySQL的30年5月5日发布。二○一三年一月三十日之前的版本是2012-12-21的29年5月5日。其他产品线还是67年5月1日5.0.96。

完全改进:

在MySQL中30年5月5日的变化

功能添加或更改

  • 被向后移植到MySQL 5.5 InnoDB的: innodb_print_all_deadlocks配置选项从MySQL 5.6。此选项在MySQL错误日志,记录每一个死锁条件,方便故障排除,如果频繁死锁指向应用程序的编码问题。(问题#14515889)

  • 在RPM包建立坚不可摧Linux网络中,libmysqld.sonow的版本号。(问题#15972480)

修正的错误

  • InnoDB的性能,撤消记录一些数据结构可以在查询过程中不必要的初始化,虽然他们只需要在特定的条件下。(问题#14676084)

  • InnoDB的性能:优化跳过多余的测试压缩表的读操作检查是否有任何需要插入缓冲合并被称为往往比必要。(错误#14329288,错误#65886)

  • InnoDB的性能:创建表后,立即对其进行查询不会使用松散索引扫描问题走了anALTER TABLEon表。修复改善第一次创建时收集到的表索引统计信息的准确性,避免了查询计划从被theALTER TABLEstatement改变的。(问题#14200010)

  • InnoDB的分区:以前,当试图优化一个或多个分区的分区表使用的存储引擎中不支持分区levelOPTIMIZE的,如asInnoDB,MySQL的表不支持优化,重新+分析,而不是,然后重新创建整个表,但实际上并没有对其进行分析。现在,在这种情况下,警告消息时,表不支持分区上的优化。所有分区都将进行重建和分析。此外,整个表进行分析后,正在重建。(问题#11751825)

  • InnoDB的:系统不能处理未对齐的内存访问,这取决于上的堆栈帧对齐,aSIGBUSerror可能发生在启动过程中。64位Solaris系统上观察到了这个问题。(问题#16021177)

  • InnoDB的:状态variableInnodb_buffer_pool_read_ahead_evictedcould显示不准确的值,高于预期,因为被误认为是带来的某些页面中的缓冲池预读请求。(错误#15859402,错误#67476)

  • InnoDB的:如果创建索引aCHARcolumn可能会失败,如果一个表被创建表的字符集不同的长度,这样的asUTF-8,,与theROW_FORMAT = REDUNDANTclause。(问题#15874001)

  • InnoDB的:在创建索引时,服务器可能会停止,并断言错误:

    InnoDB的文件row0merge.cc线465 
     :断言线程thread_num失败

    这个问题影响的表相结合ofROW_FORMAT的=冗余页的栏目,和一个索引上的列前缀(问题#14753402)

  • InnoDB的:如果服务器崩溃在anALTER TABLEoperation在精确的时刻,重建聚集索引anInnoDBtable,,原来的表可能是无法到达的。这样的操作isALTER表的一个例子... 地址的初级KEYThe修复保留了原来的表,在此操作过程中,如果服务器停止。您可能还需要到手动重命名the.ibdfile,恢复原来的表的内容:在MySQL 5.6和更高版本,重新命名#SQL的IB $new_table_id。ibdto TABLE_NAME。ibdwithin数据库目录到MySQL 5.6之前,临时文件重命名是TABLE_NAME#1或#2。(问题#14669848)

  • InnoDB的:在文件系统级的错误,如打开的文件太多,可能会导致一个未处理的错误在anALTER TABLEoperation。该错误可能会伴随Valgrind的警告,并以此断言消息:

    断言`!is_set()'失败。
    mysqld的了信号6; 

    (问题,问题#16000909#14628410)

  • InnoDB的: ARENAME TABLEstatement拖延几分钟,然后超时。此问题可能发生的表压缩改变缓冲启用。(问题#14556349)

  • InnoDB的:关断期间,与theinnodb_purge_threadsconfiguration选项中设置大于1时,服务器可能会停止过早与此错误:

    mysqld的收到信号11

    阿解决办法是increaseinnodb_log_file_sizeand setinnodb_purge_threads,= 1。此修复程序是向后移植到MySQL 5.5和5.1,虽然这些版本没有theinnodb_purge_threadsconfiguration的选项,这样的错误是不太可能发生。(问题#14234028)

  • InnoDB的:如果该值小于6时,ofinnodb_force_recoverywas打开损坏的表可能会永远循环下去,如果一个损坏的页面时读取表中的统计数据计算。损坏的页面有关的信息被重复写入到错误日志中,可能会导致磁盘空间的问题。此修复程序会导致服务器停止后固定数量的失败的尝试读取页面。要解决这样的腐败问题,setinnodb_force_recovery = 6水平重新启动。(错误#14147491,错误#65469)

  • InnoDB中的价值theinnodb_versionvariable没有持续更新,所有服务器版本的InnoDB插件在MySQL 5.1中,integratedInnoDBcomponent在MySQL 5.5,5.6,和更高的。完全集成和同步SinceInnoDBand MySQL服务器的开发周期,现在的价值返回theinnodb_versionvariable是一样为theversionvariable的。(错误#13463493,错误#63435)

  • 分区: ConcurrentALTER表... REBUILD PARTITIONoperations可能会互相干扰,即使不运行时,对同一个表,因为它们都使用了全局存储器,用于存储。现在,每个分区重建操作将中间数据存储在内存中的是这个过程中的局部。(错误#14589559,错误#66645)

  • 分区:插入任意数量的行到anARCHIVEtable使用超过1000个分区,然后尝试删除该表造成的MySQL服务器失败。(错误#13819630,错误#64580)

  • 复制:在下降的列从奴隶的版本一个表中,那么改变的同一列本表在主这样一个类型转换将已被要求已列不被droppped在从服务器上,插入到这个表造成复制失败。(问题#15888454)

  • 复制:重播二进制日志的服务器上(例如,通过执行这样的命令mysqlbinlog的 binlog.000001 |mysql的),它设置了一个伪从模式上所使用的客户端连接,使服务器可以读取的二进制日志和应用正确的二进制日志事件。然而,的伪从模式,禁用后的二进制日志转储读取,从而导致意想不到的过滤规则适用于随后在同一连接上执行的SQL语句。(问题#15891524)

  • 复制:当使用基于语句的复制,并在主机和从机使用表的架构differentAUTO_INCREMENTcolumns,记录,插入generatingAUTO_INCREMENTvalues ​​对于一个给定表的主从机可以应用到错误的表上。(问题#12669186)

  • 复制:重复执行ofCHANGE的MASTER TOstatements使用invalidMASTER_LOG_POSvalues ​​可能会导致错误和可能的崩溃的奴隶。现在,在这种情况下,该语句将失败,一个明确的错误信息。(错误#11764602,错误#57454)

  • 复制:如果磁盘已满而写的二进制日志,服务器一直处于挂起状态,直到手动节省了空间。这是可能的,在此之后的MySQL服务器的失败,由于内部状态的值被设置时,没有必要进行。现在,在这种情况下,而不是试图设置此状态,在错误日志中,而不是写一个警告。(错误#11753923,错误#45449)

  • 微软Windows动态文件名 ​​(冒号)不再允许。静态文件的名称使用备用数据流(ADS)的Microsoft Windows NTFS功能可以继续使用。(问题#11761752)

  • 在Mac OS X和Windows目录名操作可能会导致堆栈溢出。(问题#16066243)

  • 加入恰好有32张桌子和含有aHAVINGclause返回一个空的结果。(问题#15972635)

  • 在yaSSL一个缓冲区处理的问题是固定的。(问题#15965288)

  • Amysyslibrary字符串格式化程序可以处理不当宽度说明。(问题#15960005)

  • 在某些情况下中,UpdateXML()returnNULLincorrectly。(问题#15948580)

    参考文献:问题#13007062。

  • 元数据锁和表定义缓存例程没有检查传递给它们的名称的长度。(问题#15954872)

  • XA STARThad的竞争条件,可能导致服务器崩溃。(问题#14729757)

  • 启用查询缓存在客户端争夺高,可能会导致服务器退出。(问题#14727815)

  • 有一个的性能回归查询usingSELECT的... 上的一个或多个变量在theINTOlist INTOuser变量的和aWHEREcondition的。(问题#14664077)

    参考文献:这个错误是由错误#12408412。

  • 服务器有时未能用户连接到respectMAX_CONNECTIONS_PER_HOURlimits。(问题#14627287)

  • 生成的输出与mysqldump的-例程重载时,可能会产生语法错误。(问题#14463669)

  • 线程池的插件安装,工作量包含的concurrentKILLstatements和ping查询造成的服务器退出。(问题,问题#14458002#14458232)

  • 检查,TABLEandREPAIR TABLEcould崩溃,如果aMyISAMtable有一个腐败的关键。MYI文件。现在,服务器会产生一个错误。(问题,问题#13556000#13556107)

  • 通过一个未知的时间,区规范toCONVERT_TZ()导致了内存泄漏。(问题#12347040)

  • 对于转储themysqldatabase,mysqldump的跳过theeventtable,除非- eventsoption。要跳过这个表,如果需要,使用的-忽略tableoption的,而不是(错误#55587,错误编号11762933)

  • ForMEMORYtables withHASHindexes中,DELETEsometimes没有删除所有适用的行。(错误#51763,错误编号11759445)

  • MySQL的客户端可以处理不当thedelimitercommand,如果它发生在whichmysqlwas上线寻找带引号的字符串的结束。(错误#64135,错误编号13639125)

  • mysqld_safe的使用不可移植的,Etest法的结构。(错误#67976,错误编号16046140)

  • 配置服务器 导致性能架构分割故障。(错误#68008,错误编号16060864)

  • DECIMALmultiplication操作可能会产生显着的不准确。(错误#45860,错误编号11754279)

  • 对于子查询执行使用afilesort,优化器会产生不正确的结果包含错误的行。(错误#66845,错误编号14636211)

    参考文献:问题#12667154。

  • UNIONtype转换可能会错误地把无符号值,符号的值。(错误#49003,错误编号11757005)

  • 在启动过程中,mysqld的可能会错误地删除一个已经运行mysqld的 PID文件(错误#23790,错误编号11746142)

    参考文献:问题#14726272。

下载:ftp://mirror.switch.ch/mirror/mysql/Downloads/MySQL-5.5/mysql-5.5.30.tar.gz

 


酷毙

雷人

鲜花

鸡蛋

漂亮
  • 快毕业了,没工作经验,
    找份工作好难啊?
    赶紧去人才芯片公司磨练吧!!

最新评论

关于LUPA|人才芯片工程|人才招聘|LUPA认证|LUPA教育|LUPA开源社区 ( 浙B2-20090187 浙公网安备 33010602006705号   

返回顶部