10bet网址
MySQL 5.6版本说明
相关的文档10bet官方网站 下载这些版本说明
PDF (Ltr)- 2.3 mb
PDF (A4)- 2.3 mb


MySQL 5.6版本说明/ MySQL 5.6.10的更改(2013-02-05,通用)

MySQL 5.6.10的更改(2013-02-05,通用版本)

从MySQL 5.6.10开始,MySQL企业版可用于MySQL 5.6。具体来说,MySQL企业5.6.10包含了这些以前只在MySQL 5.5中可用的组件:MySQL企业安全(PAM和Windows认证插件),MySQL企业审计和MySQL线程池。有关这些特性的信息,请参见MySQL企业版。要了解更多关于商业产品的信息,请访问https://www.mysql.com/products/。10bet靠谱

此版本的已知局限性:

在Microsoft Windows上,当使用MySQL安装程序在现有MySQL服务器的不同版本(如5.5.30)的主机上安装MySQL Server 5.6.10时,同时具有不同的许可证(社区与商业),您必须首先更新现有MySQL Server的许可证类型。否则,MySQL安装程序将删除MySQL服务器与您选择的MySQL Server 5.6.10不同的许可证。

在Microsoft Windows 8中,将社区版本更新为商业版本需要在更新后手动重启MySQL服务。

连接管理笔记

  • 服务器用于处理密码过期帐户的客户端连接的沙盒模式做了以下更改:

    • 有一个新的disconnect_on_expired_password系统变量(默认:启用)。它控制服务器如何处理密码过期的帐户。

    • C API客户端库中添加了两个标志:MYSQL_OPT_CAN_HANDLE_EXPIRED_PASSWORDSmysql_options ()而且CLIENT_CAN_HANDLE_EXPIRED_PASSWORDSmysql_real_connect ()。每个标志使客户机程序能够指示它是否可以处理密码过期的帐户的沙盒模式。

      MYSQL_OPT_CAN_HANDLE_EXPIRED_PASSWORDS是支持mysqltest无条件的,mysql在交互模式下,和formysqladmin如果第一个命令是密码

    有关客户端标志如何与disconnect_on_expired_password,请参阅过期密码的服务器处理。(Bug #67568, Bug #15874023)

增加或更改的功能

  • InnoDB:当使用压缩表时,计算计算内存使用量缓冲池是复杂的,因为压缩的页面可能小于16KB或用户指定的页面大小。虽然此信息可以从INFORMATION_SCHEMA。INNODB_BUFFER_PAGE这个操作很贵。以下新的状态变量有助于简化涉及缓冲池内存使用的计算:

    (错误# 15842637)

  • 复制:一个Auto_Position所生成的输出中已添加显示奴隶状态。此列的值显示复制自定位是否正在使用。如果自定位被启用,也就是说,如果MASTER_AUTO_POSITION = 1最后一次成功了吗改变主语句,则列的值为1;如果不是,则值为0。(错误# 15992220)

  • 在为Unbreakable Linux Network构建的RPM包中,libmysqld.so现在有一个版本号。(错误# 15972480)

  • 错误信息为ALTER TABLE声明使用算法值对于给定操作不支持是非常通用的。服务器现在产生更多信息的消息。(错误# 15902911)

  • 如果一个密码过期的客户端连接,但是old_passwords如果不需要为客户端帐户选择合适的密码哈希格式所需的值,则客户端无法确定正确的值。现在服务器自动设置会话old_passwords为帐户身份验证方法设置适当的值。例如,如果帐户使用sha256_password认证插件,服务器设置old_passwords = 2。(错误# 15892194)

  • validate_password_policy_number系统变量被重命名为validate_password_policy。(错误# 14588121)

  • 在json格式解释输出时,attached_condition子查询的信息现在包括选择#表示子查询执行的相对顺序。(错误# 13897507)

错误修复

  • 重要的变化;复制:用于在全局事务标识符中显示uuid的字母大小写不一致。现在,所有GTID值都使用小写,包括在Retrieved_Gtid_Set而且Executed_Gtid_Set的输出中的列显示奴隶状态。(错误# 15869441)

  • 性能;InnoDB:一些与撤销日志记录相关的数据结构可能在查询期间被不必要地初始化,尽管它们只在特定条件下才需要。(错误# 14676084)

  • 性能;InnoDB:优化的读操作压缩通过跳过冗余测试。控件中是否需要合并任何相关的更改插入缓冲被打得太频繁了。(Bug #14329288, Bug #65886)

  • 性能;InnoDB:表创建之后,对它的查询不会立即使用宽松的索引扫描。相同的查询可能使用松散索引扫描ALTER TABLE在桌子上。该修正提高了涉及分组函数的查询的成本估计的准确性min ()而且max (),防止查询计划被ALTER TABLE声明。(更稳定的查询计划可能使用,也可能不使用松散索引扫描。)

  • InnoDB:当表的主键包含列前缀,并且在表上定义了全文索引时,全文搜索将导致不必要的警告写入错误日志。此修复会抑制不必要的警告。(错误# 16169411)

  • InnoDB:在线DDL操作,一个删除外键条款是不允许的ALTER TABLE语句,该语句还执行以下任何一种:

    • 添加或删除列。

    • 添加或删除主键索引。

    • 制作一个列非空

    • 重新排序的列。

    • 改变了ROW_FORMATKEY_BLOCK_SIZE属性。

    (Bug #16095573, Bug #68019)

  • InnoDB:一些Valgrind警告在关闭期间发出,同时清理后台线程处理表的优化包含全文索引。(错误# 15994393)

  • InnoDB:在一次在线DDL操作,将列从可空更改为非空成功或失败取决于是否ALTER TABLE声明使用算法=原地算法=复制。一个操作与算法=复制即使列包含值,而使用算法=原地由于列包含的可能性而失败值。现在,做一个列非空结合算法=原地子句是允许的,但只有当sql_mode配置选项包括STRICT_TRANS_TABLESSTRICT_ALL_TABLES设置。如果算法子句中没有指定ALTER TABLE语句,在线DDL操作将使用算法=原地如果可能的话,或算法=复制如果不是。(错误# 15961327)

  • InnoDB:在某些情况下,anInnoDB表在导入使用后被报告损坏ALTER TABLE……导入表空间。这个问题伴随着以下信息之一:

    InnoDB:索引“PRIMARY”的b -树已经损坏。错误:腐败

    或者:

    InnoDB:索引“gen_cluster_index”的b树已经损坏。错误:腐败

    这个问题断断续续地出现,主要影响大型表。的修理表语句将修复错误消息所报告的问题。(Bug #15960850, Bug #67807)

  • InnoDB:控件创建的索引的名称在线DDL的操作显示错误INFORMATION_SCHEMA当操作进行时。此修复确保表名具有前导0 xff字节被剥离INFORMATION_SCHEMA查询。此更改影响列:

    • innodb_buffer_page.index_name

    • innodb_buffer_page_lru.index_name

    • innodb_cmp_per_index.index_name

    • innodb_cmp_per_index_reset.index_name

    • innodb_locks.lock_index

    • innodb_sys_indexes.name

    (错误# 15946256)

  • InnoDB:ALTER TABLE语句的使用在线DDL功能可能导致Valgrind警告。(错误# 15933178)

  • InnoDB:如果添加唯一索引的在线DDL操作失败,因为在在线DDL操作期间并发DML创建了重复项ALTER TABLE操作失败,错误类型错误。它返回ER_INDEX_CORRUPT;现在它返回新的错误代码ER_DUP_UNKNOWN_IN_INDEX。(它不返回ER_DUP_KEY,因为当这种情况发生时,重复的键值是不可报告的。

  • InnoDB:在一次在线DDL添加唯一索引DML创建重复值的操作可能会失败ER_DUP_KEY错误,即使索引还没有显示。(有一段很短的时间,这种情况可能会发生。)如果索引因为并发DML生成的重复项而无效,则此修复会导致索引创建操作失败。(错误# 15920445)

  • InnoDB:指定一个innodb_log_file_size在64位Windows系统上不可能有4GB或更大的值。此问题只影响调试版本。(错误# 15882860)

  • InnoDB:如果服务器在接近结束时崩溃在线DDLALTER TABLE声明中,随后检查表声明使用扩展子句可能导致严重错误。(错误# 15878013)

  • InnoDB:对象上创建索引字符列对于具有不同长度的字符集的表可能失败,例如use utf8,如果表是用ROW_FORMAT =冗余条款。(错误# 15874001)

  • InnoDB:此修复可确保在发生严重的未处理错误时ALTER TABLE操作复制原始表,在使用表单名称的表中保存数据恢复可能需要的任何数据# sql-ib -table_id# mysql50 # # sql-ib -table_id。(错误# 15866623)

  • InnoDB:状态变量Innodb_buffer_pool_read_ahead_evicted可能显示不准确的值,高于预期值,因为缓冲池被错误地认为是预读请求。(Bug #15859402, Bug #67476)

  • InnoDB:一个在线DDL添加主键对象上的索引可能会遇到严重的错误列前缀列。

    此修复将挂起背景清洗控件正在重建表时进行的操作ALTER TABLE语句,如果包含线下列将被删除。目前,为了避免在在线DDL操作期间过度使用空间,应避免这些类型的并发DML操作,直到ALTER TABLE完成:

    • 删除包含离页列的行的。

    • 更新包含离页列的行中的主键列的。

    • 更新线下的列。

    (错误# 14827736)

  • InnoDB:在创建索引时,服务器可能因为断言错误而停止:

    InnoDB:线程断言失败thread_num在文件row0merge。cc 465行

    的组合影响表ROW_FORMAT =冗余线下列的索引列前缀。(错误# 14753402)

  • InnoDB:对象上创建索引时,服务器可能因断言错误而停止列前缀对于使用多字节字符集的列:

    InnoDB:线程断言失败thread_num在文件row0merge。cc 465行InnoDB:Failing assertion: len == ifield-

    (错误# 14753402)

  • InnoDB:Bug#14100254的修复引入的回归将导致一个! BPAGE - > FILE_PAGE_WAS_FREED断言。(错误# 14676249)

  • InnoDB:INFORMATION_SCHEMA表与InnoDB元数据,如innodb_sys_tablestats,使用编码格式在表名中显示非字母数字字符,例如with@0024而不是。(错误# 14550145)

  • InnoDB:的值innodb_force_recovery小于6时,如果在计算表的统计信息时读取了损坏的页面,则打开损坏的表可能会一直循环。关于已损坏页面的信息被反复写入错误日志,可能导致磁盘空间问题。该修复导致服务器在读取页面的失败尝试达到一定数量后停止。若要排除此类损坏问题,请设置innodb_force_recovery = 6并重新启动。(Bug #14147491, Bug #65469)

  • InnoDB:的大值通过innodb_buffer_pool_size,innodb_buffer_pool_instances设大于1,页面被错误地驱逐缓冲池。(错误# 14125092)

  • InnoDB:腐败的innodb_ft_user_stopword_table表可能导致服务器退出。(Bug #67960, Bug #16038656)

  • 分区:分区修剪现在为使用提供自动分区的存储引擎的表启用,例如NDB存储引擎,但它们是显式分区的。以前,对于使用这种存储引擎的所有表,无论表是否显式定义分区,都禁用修剪。

    此外,作为此修复的一部分,现在禁用了使用存储引擎(如NDB),提供自动分区。(错误# 14827952)

    参考文献:参见Bug #14672885。

  • 复制:当使用基于gtid的复制时,如果在主服务器上执行了事务,但没有发送到从服务器,因为从服务器已经有一个具有该ID的事务,则半同步复制将超时。可能发生这种情况的一种情况是在故障转移操作期间,新的主服务器在新的从服务器之后启动。(错误# 15985893)

  • 复制:使用时,在每个事务之后对磁盘进行不必要的刷新文件因为复制信息存储库类型可能会降低性能。现在,只有当数据和中继日志信息都存储在(事务性)表中时,才会这样做。(错误# 15980626)

  • 复制:发行启动slave直到sql_before_gtids =gtid_set,在那里gtid_set覆盖大量(数千万或数亿)事务,可能导致服务器挂起。(错误# 15968413)

  • 复制:当一个奴隶开始使用——skip-innodb和复制信息文件存储库(文件的默认值master_info_repository而且relay_log_info_repository系统变量),复制被错误地停止。但是,如果从服务器正在使用文件存储库,并且目前没有在信息存储库之间迁移,那么复制应该能够毫无问题地工作。现在,当试图在这种情况下打开表信息存储库时,服务器会忽略引发的错误。

    此外,在启动从服务器时,二进制日志初始化没有正确执行——skip-innodb,导致——log-bin选项被忽略。(Bug #15956714, Bug #67798, Bug #15971607)

  • 复制:当临时表和持久表,或者使用不同存储引擎的临时表被放到同一个语句中时,这个语句实际上被写为两个语句到二进制日志中,每个语句由自己的日志事件表示。当gtid_mode,每个DDL事件必须有一个GTID;然而,在这种情况下,删除临时表的语句是未提交的,这意味着它没有被赋予自己的GTID。

    现在,当删除临时表和持久化表或使用不同存储引擎的表的DDL语句按刚才描述的方式分离,并且只影响临时表的日志语句不隐式提交时,将强制提交,以便相应的日志事件具有自己的惟一GTID。(错误# 15947962)

  • 复制:半同步复制无法在启用gtid的情况下正常工作。(错误# 15927032)

    参考文献:参见Bug #14737388。

  • 复制:当在启用gtid的服务器写入的二进制日志上使用时,mysqlbinlog未能正确处理由于遗漏语句而未关闭的事务——数据库选择是就业。

    现在,每当mysqlbinlog——数据库读取GTID日志事件,它检查是否有未关闭的事务,如果有,发出提交。(错误# 15912728)

  • 复制:当GTID被启用时,当客户端断开连接时自动删除临时表并不总是生成GTID。现在每个记录删除表语句,包括任何由服务器生成的语句,保证有自己的GTID。(错误# 15907504)

  • 复制:当二进制日志在服务器上重播时(例如,通过执行类似于mysqlbinlogbinlog.000001|mysql),它在使用的客户端连接上设置一个伪从模式,以便服务器可以读取二进制日志并正确应用二进制日志事件。但是,在读取二进制日志转储后没有禁用伪从模式,这导致意外的过滤规则应用于随后在同一连接上执行的SQL语句。(错误# 15891524)

  • 复制:从从版本的表中删除了一列,然后在主版本上修改了该表的同一列(因此,如果不在从版本上删除该列,则需要进行类型转换),对该表的插入会导致复制失败。(错误# 15888454)

  • 复制:使用sql_slave_skip_counter不兼容基于gtid的复制。现在无论何时都不允许将此变量设置为非零值——gtid-mode =,尝试这样做会失败并出现错误。(错误# 15833516)

  • 复制:mysqld在确定所有插件已经停止使用它们之前,全局GTID变量被释放。(错误# 14798275)

  • 复制:MASTER_POS_WAIT ()当事务被GTID协议跳过时,由于从SQL线程的无效更新,可能挂起或返回-1。(错误# 14775893)

    参考文献:参见Bug #15927032。

  • 复制:试图在多线程从进程上执行Stop事件可能导致对中继日志进行不必要的更新,导致从进程失去与主进程的同步。(错误# 14737388)

  • 复制:没有正确检查二进制日志查询日志事件中的数据库名称的长度。(错误# 14636219)

  • 复制:发行开始的奴隶同时与设置sql_slave_skip_counterslave_net_timeout可能导致死锁。(错误# 14236151)

  • 复制:当使用基于语句的复制时,主和从使用的表模式有不同AUTO_INCREMENT列,插入生成AUTO_INCREMENT在主服务器上为给定表记录的值可能应用于从服务器上的错误表。(错误# 12669186)

  • 复制:重复执行改变主语句使用无效MASTER_LOG_POS值可能导致错误,并可能导致从服务器崩溃。在这种情况下,语句会失败,并显示一个明确的错误消息。(Bug #11764602, Bug #57454)

  • 微软的Windows操作系统:不再允许动态文件名(带冒号)。使用Microsoft Windows的备选数据流(ADS) NTFS功能的静态文件名可能会继续使用。(错误# 11761752)

  • Oracle RPM包无法使用百胜因为有问题废止线.spec文件导致百胜把包装解读为自我淘汰。(错误# 16298542)

  • 在客户端连接处理过程中,服务器现在在SSL检查之后执行密码过期检查。(错误# 16103348)

  • 插件日志例程错误地处理了它的参数,导致未定义的行为。(错误# 16002890)

  • 修正了yaSSL中的一个缓冲区处理问题。(错误# 15965288)

  • 在存储过程中,执行多表删除语句使用了非常长的表别名,可能导致服务器退出。(错误# 15954896)

  • 元数据锁定和表定义缓存例程并不总是检查传递给它们的名称的长度。(错误# 15954872)

  • 在没有一个全文指数在一个InnoDB表,一个全文查询COUNT (*)可以提出一个主张。(错误# 15950531)

  • 在某些极少数情况下,使用UpdateXML ()可能导致服务器崩溃。(错误# 15948580)

    参考文献:参见:Bug #13007062。

  • 查询中非常长的表别名可能导致服务器退出。(错误# 15948123)

  • 删除索引的在线DDL操作可以继续进行,尽管表上没有足够的锁。此问题可能导致严重错误,尽管此错误仅在调试版本中观察到。(错误# 15936065)

  • 添加到, mysqldump输出——set-gtid-purged选项格式错误,在重新加载转储文件时导致语法错误。(错误# 15922502)

    参考文献:参见Bug #14832472。

  • 在kill处理期间,线程池中的争用可能导致Valgrind恐慌。(错误# 15921866)

  • 修复了几个openssl相关的内存泄漏。(错误# 15921729)

  • ALTER TABLE语句现在可以使用锁=没有条款,允许在线DDL与并发DML,因为子表包含外键约束。(错误# 15912214)

  • 查询中数据库名称过长可能导致服务器退出。(Bug #15912213, Bug #16900358)

  • AES_DECRYPT ()而且AES_ENCRYPT ()使用OpenSSL编译MySQL时出现内存泄漏。(错误# 15909183)

  • 修正了几个openssl相关的Valgrind警告。(错误# 15908967)

  • 一个ALTER TABLE添加主键添加惟一索引子句可能会遇到严重的错误主键唯一索引包含重复的条目。这个错误断断续续地发生,取决于行在索引块上的物理分布方式。(错误# 15908291)

  • Rows_log_event为行缓冲区分配的字节太少。(错误# 15890178)

  • 性能模式通常忽略临时表事件。用户定义的临时表在重新创建时会被截断,但是Performance Schema不将重新创建的临时表识别为临时的,并提出断言。(错误# 15884836)

  • 修正了Fortify发现的几个代码问题。(错误# 15884324)

  • 在调试版本中,当为指定了16gb或更高的值时,服务器无法在64位Windows系统上启动通过innodb_buffer_pool_size。非调试构建可能会有更微妙的问题,例如为缓冲池但是没有使用,或者读取请求时忽略了缓冲池中已经缓存的页面。

    在32位Windows系统上,的值innodb_buffer_pool_instances由于系统对内存分配的限制,在必要时增加缓冲池实例,以便没有一个缓冲池实例大于1.3 GB。这种32位Windows系统所需的自动调整也错误地应用于64位系统;对于具有16gb或更大缓冲池的系统,调整后的值innodb_buffer_pool_instances将超过64的上限,在调试版本中导致断言错误。(错误# 15883071)

  • 繁重的工作量在线DDL和并发DML在桌子上主服务器是否会在复制更改时导致错误从服务器。例如,处理a删除列如果语句的完成顺序与主服务器上的顺序不同,那么与引用已删除列的查询同时进行的操作可能会在从服务器上导致错误。(错误# 15878880)

  • 复杂的子查询可能导致服务器退出。(错误# 15877738)

  • 在某些情况下,成本值未经初始化就被打印到Optimizer Trace输出,从而导致不正确的输出。(错误# 15877453)

  • 有些查询如果作为预备语句使用,会在发生错误时导致服务器退出。(错误# 15877062)

  • 类的最后阶段发生错误在线DDL操作时,关于表的一些缓存元数据可能无法恢复到其原始状态。此问题通常会影响重命名列的操作,同时也会删除并重新创建该列上的索引ALTER TABLE声明。的操作没有受到影响聚集索引,例如添加一个新的主键。(错误# 15866734)

  • 优化器基于成本的选择在- - - - - - >存在子查询转换和子查询物化有时是不正确的谓词是-ed加上其他谓词。(错误# 15866339)

    参考文献:参见Bug #13111584。

  • session_connect_attrs“性能模式”表显示多余的信息。(错误# 15864703)

  • 对于LooseScan半连接策略,优化器可以依赖于一个未初始化的变量。(错误# 15849654)

  • 即使帐户通过不支持密码过期的身份验证插件进行身份验证,帐户的密码也可能过期。(错误# 15849009)

  • 如果松散索引扫描用于降序查询,则结果集包含值而不是正确的值。(错误# 15848665)

  • 对于调试构建,当:1)视图基于内存表;2)修改表,删除视图正在使用的一些列;3)一个选择在禁用二进制日志记录的视图上执行。(错误# 15847447)

  • 如果服务器意外关闭,则出现InnoDB有1018列的表(非常接近1020列的上限)可能会在服务器重启时导致断言错误:

    InnoDB: failed assertion: table->n_def == table->n_cols - 3

    (错误# 15834685)

  • 子查询的计数(不同…))可能导致服务器退出。(错误# 15832620)

    参考文献:参见Bug #11750963。

  • 设置validate_password_length系统变量没有考虑到最小值是其他几个相关系统变量的函数。现在服务器设置的值不会小于这个表达式的值:

    Validate_password_number_count + validate_password_special_char_count + (2 * validate_password_mixed_case_count)

    (错误# 14850601)

  • 授予……确认的可能无法清除特权(错误# 14849959)

  • 当服务器读取mysql.user表中,它现在检查无效的本机和旧本机密码散列,并忽略具有无效散列的帐户。(错误# 14845445)

  • validate_password插件没有检查某些密码。(错误# 14843970)

  • mysqladmin没有正确处理密码过期用户的命令。(错误# 14833621)

  • MySQL在Windows XP或更早的系统上关闭时可能会遇到错误。这个问题没有影响运行Windows Vista或更高版本的系统,这些系统使用原子条件变量来表示Windows事件。(错误# 14822849)

  • 系统表和InnoDB的锁定顺序问题数据字典可能会导致MySQL内部死锁。(错误# 14805484)

  • 的执行期间创建临时表INFORMATION_SCHEMA查询可能会导致Valgrind警告。(错误# 14801497)

  • 当与包含存储函数输出的XPath表达式一起使用时,ExtractValue ()失败,出现错误只支持常量XPATH查询。(Bug #14798445, Bug #67313)

  • 由于最近添加的错误代码,服务器可能会因断言错误而停止:

    InnoDB:线程断言失败thread_num在文件row0mysql。Cc线路683 mysqld收到信号6;

    现在,服务器返回错误代码DB_DICT_CHANGED在这种情况下是给客户的。(错误# 14764015)

  • 这一条款算法=原地条款的ALTER TABLE语句可能会导致一致性问题,如果在对某些而非全部基础表应用更改时发生崩溃。此修复程序禁止算法=原地子句用于对分区表进行DDL操作。(错误# 14760210)

  • sha256_password身份验证插件要求客户端连接使用SSL或启用RSA。当两个条件都不满足时,就会产生一个没有信息的错误消息。现在错误消息的信息量更大了。(错误# 14751925)

  • 如果优化器使用临时表处理分组,则使用游标执行使用分组的查询将失败。(错误# 14740889)

  • XA开始有可能导致服务器崩溃的竞态条件。(错误# 14729757)

  • 时,服务器可能退出MyISAM存储引擎(而不是内存)被用来物化一个派生表。(错误# 14728469)

  • 对象指定的文件将在启动时记录警告validate_password_dictionary_file系统变量违反了有效密码文件内容的约束。(错误# 14588148)

  • 涉及自相交多边形的计算会引发断言。(错误# 14503584)

  • 在启动时,一些选项和系统变量变量可以设置为1或0,但不能。MySQL程序现在接受而且在命令行和选项文件中。(错误# 14494893)

  • 生成的输出与, mysqldump——例程重新加载时可能产生语法错误。(错误# 14463669)

  • 如果ALTER TABLE被杀了,服务器能报告吗ER_QUERY_INTERRUPTED即使改动成功了。这是对用户的误导。此外,该语句不会被写入二进制日志,导致错误复制(Bug #14382643)

  • ONLY_FULL_GROUP_BY启用SQL模式时,两次执行一个存储函数,其中包含在启用该模式时无效的SQL查询,将导致服务器退出。(错误# 13996639)

  • 方法指定的客户端插件的预加载LIBMYSQL_PLUGINS除非插件位于硬连接的默认插件目录中,否则环境变量可能会失败。C API现在在插件预加载时检查LIBMYSQL_PLUGIN_DIR环境变量,可以设置为查找客户端插件的目录的路径名。

    此外,对于显式客户机插件加载,可以使用mysql_load_plugin ()而且mysql_load_plugin_v ()C API函数已修改为使用LIBMYSQL_PLUGIN_DIR值,如果它存在——plugin-dir选项没有给出。如果——plugin-dir是给定的,mysql_load_plugin ()而且mysql_load_plugin_v ()忽略LIBMYSQL_PLUGIN_DIR。(Bug #13994567, Bug #18110355)

  • 解析器未能返回某个无效的错误联盟构造。(错误# 13992148)

  • 由于线程竞争条件,服务器可能在试图读取性能模式时退出线程。PROCESSLIST_INFO列。(Bug #68127, Bug #16196158)

  • 一些由服务器写入错误日志的消息引用已弃用的——log-slow-queries选项,而不是——慢速查询日志选择。类似地,服务器引用了已弃用的——日志选项,而不是——general-log-file而且——日志输出选项。(Bug #67892, Bug #15996571)

  • 自动调整性能架构参数的大小可能导致导致过度使用CPU的设置。(Bug #67736, Bug #15927744)

  • 对于单表删除更新语句,解释显示一个类型的价值所有(全表扫描访问方法),即使优化器选择通过索引访问方法扫描表。现在,类型值显示为指数。(Bug #67637, Bug #15892875)

  • 优化器可以选择- - - - - - - - -存在在子查询物化成本更低的情况下,子查询执行的转换。(Bug #67511, Bug #15848521)

  • 不允许使用创建表创建一个NDB表中包含用户定义的分区和一个外键。然而,有可能创建一个NDB表的外键,然后使用向其添加分区ALTER TABLE,因此创建了一个无法备份或恢复使用的表, mysqldump。现在禁令一直在执行。(Bug #67492, Bug #15844519)

  • 当查询中包含限制条款。(Bug #67432, Bug #15829358)

  • 试图执行从MySQL 5.1到5.6的就地升级会导致服务器退出,因为这两个系列中的特权结构不匹配。(这是不支持的操作,但服务器不应该不优雅地退出。)

  • , mysqldump可能无法转储所有表在mysql数据库。(Bug #67261, Bug #14771252)

  • 全文搜索InnoDB表可能返回不正确的结果。(Bug #67257, Bug #14771282)

  • 性能模式通常忽略临时表事件,但有时不能正确地将表标识为临时表,从而为表记录事件。(Bug #67098, Bug #14756887)

  • mysql客户可能处理不当分隔符命令,如果它发生在mysql正在查找引用字符串的末尾。(Bug #64135, Bug #13639125)

  • 小数乘法运算可能产生严重的不准确性。(Bug #45860, Bug #11754279)