MySQL5.7更新的内容

2024-01-02 11:57:47

??官网地址:MySQL :: MySQL 5.7 Reference Manual :: 1.3 What Is New in MySQL 5.7

欢迎关注留言,我是收集整理小能手,工具翻译,仅供参考,笔芯笔芯.

Mysql5.7参考手册??/??一般信息??/什么是最新的

1.3如何在mysql中找到新的内容

本节总结了如何添加、删除和删除mysq7.7。附文部分列出了在mysql5.7中添加、反对或删除的mysql服务器选项和变量;?第1.4节,"在mysq7.7中添加、反对或删除的服务器和状态变量和选项"?.

在mysql5.7中添加的特征

mysql5.7增加了以下特点:

  • 安全改善。??增加了这些加强安保措施:

    • In MySQL 8.0,caching_sha2_password?是默认的身份验证插件。使mysql5.7客户机能够使用使用身份验证的帐户连接到8.0服务器?caching_sha2_password?,mysql5.7客户端库和客户端程序支持?caching_sha2_password?客户端身份验证插件截至mysql5.7.23。这提高了mysql5.7与mysq8.0和更高服务器的兼容性。看?第6.4.1.4节,"缓存Sha2-可插入认证"?.

    • 服务器现在需要在?mysql.user?系统表有一个非空的plugin?列值和无效帐户的一个空值。有关服务器升级指令,请参阅?Section?2.10.3, “Changes in MySQL 5.7”?.建议发展管理局也将使用?mysql_old_password?使用认证插件mysql_native_password?相反,因为?mysql_old_password?已经移走了。有关帐户更新指引,请参阅?第6.4.1.3节,"从4.1前密码攻击和mysql_old_密码插件转移出去"?.

    • Mysql现在使数据库管理员能够建立一个自动密码过期的策略:任何使用已超过其允许使用寿命的帐户连接到服务器的用户都必须更改密码。详情请参阅?第6.2.11节,"密码管理"?.

    • 管理员可以锁定和解锁帐户,以更好地控制谁可以登录。详情请参阅?第6.2.15节,"帐户锁定"?.

    • 为了更方便地支持安全连接,使用开放SSL编译的mysql服务器可以在启动时自动生成缺失的SSL和RSA证书以及密钥文件。看?第6.3.3.1节,"使用mysql创建SSL和RSA证书和键"?.

      所有服务器,如果没有为SSL显式配置,如果在数据目录中发现必要的SSL文件,则尝试在启动时自动启用SSL。看?第6.3.1节,"配置mysql使用加密连接"?.

      此外,mysql分布式包括?Mysql_ssl_rsa_设立?可以手动调用以创建SSL和RSA键和证书文件的实用性。详情请参阅?第4.4.5节,"Mysql_sl_rsa_安装-创建SSL/rsa文件"?.

    • 部署部署?初始化?默认情况下是安全的。以下更改已作为默认部署特性实现:

      • 安装过程只创建一个单一的?root?帐户,?'root'@'localhost'?,自动为这个帐户生成一个随机密码,并标记密码过期。mysql管理员必须root?使用随机密码并分配新密码。(服务器将随机密码写入错误日志。)

      • 安装不创建匿名用户账户。

      • 安装产生否test?数据库。

      详情请参阅?第2.9.1节,"初始化数据目录"?.

    • Mysql企业版现在提供数据掩蔽和反身份识别功能。数据掩蔽通过用替代品替代实际值来隐藏敏感信息。mysql企业数据掩蔽和去识别功能能够使用混淆(去除识别特征)、生成格式化的随机数据和数据替换或替换等多种方法来掩盖现有数据。详情请参阅?第6.5节,"mysql企业数据掩蔽和去除识别"?.

    • Mysql现在将授予指定管道上的客户端的访问控制设置到窗口上成功通信所需的最小值。更新的mysql客户端软件可以打开命名的管道连接,而无需任何附加配置。如果旧客户机软件不能立即升级,新的?named_pipe_full_access_group?系统变量可以用来授予Windows组打开指定管道连接的必要权限。充分进入小组的成员资格应受到限制,并应是临时的。

  • sql模式改变。??事务存储引擎的严格SQL模式(STRICT_TRANS_TABLES?现在默认启用。

    执行情况?ONLY_FULL_GROUP_BY?sql模式已经变得更加复杂,不再拒绝以前被拒绝的确定性查询。因此,该模式现在默认启用,只禁止包含无法保证在组中唯一确定的表达式的非确定性查询。

    …?ERROR_FOR_DIVISION_BY_ZERO?,?NO_ZERO_DATE?,以及?NO_ZERO_IN_DATE?sql模式现在被弃用,但默认情况下被启用。长期的计划是将它们包含在严格的SQL模式中,并在未来的mysql发布中删除它们作为显式模式。看?如何更改mysql模式?.

    对默认SQL模式的更改导致默认的?sql_mode?采用这些模式的系统变量值:?ONLY_FULL_GROUP_BY?,?STRICT_TRANS_TABLES?,?NO_ZERO_IN_DATE?,?NO_ZERO_DATE?,?ERROR_FOR_DIVISION_BY_ZERO?,?NO_AUTO_CREATE_USER?,以及?NO_ENGINE_SUBSTITUTION?.

  • 在线更改桌子。??ALTER TABLE?现在支持一个?RENAME INDEX?重命名索引的条款。更改是在没有表复制操作的情况下进行的。它适用于所有的存储引擎。看?第13.1.8节,"更改表格说明"?.

  • NGREG和MECAB全文解析器插件。??Mysql提供一个内置的支持中文、日文和韩文(CJK)的全文NGMA解析器插件,以及一个可安装的日本文MECAB全文解析器插件。

    详情请参阅?12.9.8节,"NGMA全文解析器"?,以及?12.9.9节,"MECAB全文解析器插件"?.

  • 因诺布增强。??这些InnoDB?增加了改进:

    • VARCHAR?可利用一个地方增加圆柱尺寸?ALTER TABLE?,如本例子所示:

      ALTER TABLE t1 ALGORITHM=INPLACE, CHANGE COLUMN c1 c1 VARCHAR(255);

      这是正确的,只要长度字节的数量VARCHAR?列保持不变。用于?VARCHAR?大小为0至255字节的列,编码该值需要一个字节长。用于VARCHAR?列的大小为256字节或以上,需要两个长字节。结果,在原地?ALTER TABLE?只支持增加VARCHAR?列大小从0到255字节,或从256字节到更大的尺寸.在原地ALTER TABLE?不支持增加的规模VARCHAR?列从小于256字节到等于或大于256字节的大小.在这种情况下,所需的长度字节数从1变为2,仅由表副本支持(ALGORITHM=COPY?).

      减少的VARCHAR?使用适当的尺寸ALTER TABLE?是不支持的。减少的?VARCHAR?尺寸需要一份表格副本(ALGORITHM=COPY?).

      详情请参阅?Section?14.13.1, “Online DDL Operations”?.

    • DDL的表现InnoDB?通过优化临时表格,改进了临时表格?CREATE TABLE?,?DROP TABLE?,?TRUNCATE TABLE?,以及?ALTER TABLE?声明。

    • InnoDB?临时表元数据不再存储InnoDB?系统表。相反,一个新桌子,?INNODB_TEMP_TABLE_INFO?,向用户提供活动临时表的快照。表中包含元数据和关于所有用户和系统创建的在给定表中活动的临时表的报告InnoDB?实例。表是在第一个SELECT?语句与之相反.

    • InnoDB?现在支持千年发展目标支持的空间数据类型。在发布之前,?InnoDB?以二进制存储空间数据BLOB?数据。?BLOB?仍然保留基本数据类型,但空间数据类型现在被映射到一个新的?InnoDB?内部数据类型,?DATA_GEOMETRY?.

    • 现在有一个单独的桌子空间供所有非压缩的InnoDB?临时桌子。新的表空间总是在服务器启动时重新创建,位于DATADIR?默认的。新添加的配置文件选项,?innodb_temp_data_file_path?,允许使用者定义的临时数据文件路径。

    • 无缺点?一些新的选择和扩展的能力加强了功能性。看?4.6.1,"因诺杜布离线文件检查和实用工具"?.

    • 对于普通和压缩的临时表和相关对象,一种新型的非重做撤销日志现在都存在于临时表空间中。详情请参阅?14.6.7节,"撤销日志"?.

    • InnoDB?缓冲池转储和负载操作得到加强。新的系统变量,?innodb_buffer_pool_dump_pct?允许您指定每个缓冲池中用于读取和转储的最新使用页面的百分比。当其他I/O活动由?InnoDB?背景任务,?InnoDB?尝试使用?innodb_io_capacity?布景。

    • 支持增加到InnoDB?用于全文分析器插件。有关全文解析器插件的信息,请参阅?全文解析器插件?和?编写全文解析器插件?.

    • InnoDB?支持多个页面清洁线程从缓冲池实例中冲洗脏页。新的系统变量,?innodb_page_cleaners?,用于指定页面清洁线程的数量。的默认值1?维护以前的配置,其中有一个单页清洁线程.这一改进是基于mysql5.6中完成的工作,其中引入了一个单一页面的清洁线程,以卸载缓冲池冲洗工作。?InnoDB?主线。

    • 在线DDL?向下列常规和分区行动提供支助InnoDB?表:

    • 在Linux上提供的非易失性内存(NVM)文件系统?原子的?写作能力,使得?InnoDB?双写缓冲区?多余的。…InnoDB?双写缓冲区自动禁用系统表空间文件(?数据文件?)位于支持原子写入的引信设备上。

    • InnoDB?支持?可移动表空间?分区的特点?InnoDB?表和个人?InnoDB?表分区。这种增强简化了分区表的备份过程,并允许在mysql实例之间复制分区表和单个表分区。详情请参阅?第14.6.1.3节,"进口国际贸易统计表"?.

    • …?innodb_buffer_pool_size?参数是动态的,允许您在不重新启动服务器的情况下调整缓冲池的大小。调整大小的操作,包括将页面移动到内存中的一个新位置,以块执行。使用新的数据块大小是可配置的?innodb_buffer_pool_chunk_size?配置选项。您可以使用新的程序监控调整进度?Innodb_buffer_pool_resize_status?状况变量。详情请参阅?在线配置输入缓冲池大小?.

    • 多线程页面清洁支持(innodb_page_cleaners?)延长至关闭和恢复阶段。

    • InnoDB?支持使用空间数据类型索引SPATIAL?指数,包括?ALTER TABLE ... ALGORITHM=INPLACE?网上操作(ADD SPATIAL INDEX?).

    • InnoDB?在创建或重建索引时执行批量负载.这种创建索引的方法被称为?“?分类索引构建?”?.这种改进提高了索引创建的效率,也适用于全文索引。一种新的全局配置选项,?innodb_fill_factor?定义在一个排序的索引构建过程中,每个页面上填充数据的空间百分比,剩余空间保留给未来的索引增长。详情请参阅?14.6.2.3节,"分类索引构建"?.

    • 新的日志记录类型(MLOG_FILE_NAME?)用于标识自上次检查点以来被修改过的表空间。这种增强简化了崩溃恢复期间的表空间发现,并取消了在重做日志应用程序之前对文件系统的扫描。有关此增强的好处,请参阅?碰撞恢复过程中的平板空间发现?.

      这种增强改变了重做日志格式,要求在从mysq5.7.5升级到或降级之前将mysql干净地关闭。

    • 可以截断位于撤销表空间中的撤销日志。此功能是使用?innodb_undo_log_truncate?配置选项。详情请参阅?缩短撤销表空间?.

    • InnoDB?支持本地分区。以前,InnoDB?依靠于?ha_partition?为每个分区创建一个处理程序对象。与本地分区,一个分区InnoDB?表使用单个分区感知处理程序对象。这种增强减少了分区所需的内存量InnoDB?表格。

      从我的5.7.9,?Mysql_升级的?寻找并尝试升级分区?InnoDB?使用ha_partition?管理员。此外,在mysql5.7.9及以后的版本中,您可以在?Mysql?客户使用?ALTER TABLE ... UPGRADE PARTITIONING?.

    • InnoDB?支持使用一般表空间的创建CREATE TABLESPACE?语法。

      CREATE TABLESPACE `tablespace_name`
        ADD DATAFILE 'file_name.ibd'
        [FILE_BLOCK_SIZE = n]

      一般表空间可以在mysql数据目录之外创建,可以保存多个表,并支持所有行格式的表。

      在一般表空间中添加表格?或?语法。?CREATE TABLE?tbl_name?... TABLESPACE [=]?tablespace_nameALTER TABLE?tbl_name?TABLESPACE [=]?tablespace_name

      详情请参阅?14.6.3.3节,"一般表空间"?.

    • DYNAMIC?替换?COMPACT?作为隐含的默认行格式InnoDB?表格。一种新的配置选项,?innodb_default_row_format?,指定默认值InnoDB?排式。详情请参阅?定义表格的行格式?.

    • 从我的5.7.11开始,InnoDB?支持每个表表空间的数据终止加密。加密是通过指定?ENCRYPTION?在创建或更改InnoDB?表这个功能依赖于keyring?用于加密密钥管理的插入器。详情请参阅?Section?6.4.4, “The MySQL Keyring”?,以及?第14.14节,"因诺布数据----休息加密"?.

    • 在我的数据5.7.24中,?扎利布图书馆?与mysql捆绑的版本从1.2.3版本提高到1.2.11版本。mysql是在兹利布库的帮助下实现压缩的。

      如果你用InnoDB?压缩桌,见?Section?2.10.3, “Changes in MySQL 5.7”?相关的升级影响。

  • JSON支持。??从mysql5.7.8开始,mysql支持本地人?JSON?类型。JSON值不作为字符串存储,而是使用内部二进制格式,允许对文档元素进行快速读取访问。存放于JSON?每当插入或更新列时,都会自动验证,而无效的文档会产生错误。JSON文档在创建时进行规范化,可以使用大多数比较操作符进行比较,例如:?=?,<?,?<=?,>?,?>=?,<>?,?!=?,以及<=>?;关于支持的操作符以及mysql在比较时遵循的优先级和其他规则的信息JSON?价值观,看?JSON值的比较和排序?.

    Mysql5.7.8还介绍了一些与JSON?价值观。这些职能包括:

    在mysql5.7.9中,你可以使用?作为?.当列标识符可以出现在SQL语句中时,它作为列的别名工作,包括?,?,以及?条款。这包括?,?,?,?,以及其他的SQL语句。左手边一定是?列标识符(而不是别名)。右侧是一个引用的JSON路径表达式,根据返回为列值的JSON文档进行评价。?column->pathJSON_EXTRACT(column,?path)WHEREORDER BYGROUP BYSELECTUPDATEDELETECREATE TABLEJSON

    Mysql5.7.22添加下列JSON函数:

    • 两个JSON聚合函数?JSON_ARRAYAGG()?和?JSON_OBJECTAGG()?.?JSON_ARRAYAGG()?以列或表达式作为参数,并将结果聚合为单个JSON?安排。表达式可以对任何mysql数据类型进行评价;这不一定是JSON?价值。?JSON_OBJECTAGG()?取两个列或表达式,它将其解释为一个键和一个值;它将结果作为单个返回JSON?反对。有关详情及例子,请参阅?第12.19节,"综合职能"?.

    • JSON效用函数?JSON_PRETTY()?,其产出是JSON?以易读格式表示的值;每个JSON对象成员或数组值都在单独的一行上打印,而一个子对象或数组是针对其父对象的两个空格。

      此函数还使用可以作为JSON值解析的字符串。

      另见?Section?12.17.6, “JSON Utility Functions”?.

    • JSON效用函数?JSON_STORAGE_SIZE()?,它在部分更新之前以字节返回用于JSON文档二进制表示的存储空间(见前项)。

      此函数还接受JSON文档的有效字符串表示形式。为了这个价值,?JSON_STORAGE_SIZE()?在转换为JSON文档后返回其二进制表示形式使用的空间。对于一个包含JSON文档的字符串表示形式的变量,?JSON_STORAGE_FREE()?回报为零。如果不能将其参数作为有效的JSON文档解析,则任何一个函数都会产生错误,?NULL?如果论点是?NULL?.

      有关详情及例子,请参阅?Section?12.17.6, “JSON Utility Functions”?.

    • 一个JSON合并函数,旨在符合?7396RFC?.?JSON_MERGE_PATCH()?当用于2个JSON对象时,将它们合并为一个JSON对象,该对象具有以下集合的一个成员联盟:

      • 第一个对象的每个成员,其在第二个对象中没有具有相同键的成员。

      • 第二个对象的每个成员,其在第一个对象中没有具有相同密钥的成员,且其值不是JSON?null?很真实。

      • 每个成员拥有两个对象中存在的键,其在第二个对象中的值不是JSONnull?很真实。

      作为这项工作的一部分,?JSON_MERGE()?职能已改名?JSON_MERGE_PRESERVE()?.?JSON_MERGE()?继续被确认为?JSON_MERGE_PRESERVE()?在mysql5.7中,但是现在被反对,并且在未来的mysql版本中会被删除。

      有关详情及例子,请参阅?第12.17.4节,"修改JSON值的功能"?.

    ?第12.17.3节,"搜索JSON值的功能"?,详情请参阅->?和?JSON_EXTRACT()?.有关mysql5.7中的JSON路径支持的信息,请参阅?搜索和修改JSON值?.另见?对生成的列进行索引,以提供JSON列索引?.

  • 系统和状态变量。??系统和状态变量信息现在可以在性能模式表中提供,而不需要使用?INFORMATION_SCHEMA?获取这些变量的表格。这也影响了?SHOW VARIABLES?和?SHOW STATUS?声明。它的价值?show_compatibility_56?系统变量影响从系统和状态变量语句和表生成的输出和所需的权限。有关详情,请参阅?第5.1.7节,"服务器系统变量"?.

    注意事项

    默认的?show_compatibility_56?是?OFF?.需要5.6行为的应用程序应该将这个变量设置为ON?直到它们迁移到系统变量和状态变量的新行为。看?第25.20节,"迁移到性能模式系统和状态变量表"

  • 系统的架构。??Mysql分布现在包括?sys?架构,这是一组对象,帮助DBA和开发人员解释由性能架构收集的数据。?sys?架构对象可以用于典型的调整和诊断用例.详情请参阅?Chapter?26,?Mysql系统模式?.

  • 环境处理。??Mysql现在支持堆叠诊断区域。当推动诊断区域堆栈时,第一(当前)诊断区域将成为第二(堆叠)诊断区域,并创建一个新的当前诊断区域作为副本。在条件处理程序中,执行的语句修改新的当前诊断区域,但是?GET STACKED DIAGNOSTICS?可用于检查堆叠的诊断区域,以获取有关导致处理程序激活的条件的信息,与处理程序本身内的当前条件无关。(以前只有一个诊断区域。要检查处理程序中的操作激活条件,在执行任何可能更改它的语句之前,必须检查这个诊断区域。)见?第13.6.7.3节,"获得诊断说明"?,以及?第13.6.7.7节,"mysql诊断区"?.

  • 优化器。??增加了这些优化器改进:

    • EXPLAIN可用于获取在指定连接中执行的可解释语句的执行计划:

      EXPLAIN [options] FOR CONNECTION connection_id;

      详情请参阅?第8.8.4节,"获取指定连接的执行计划信息"?.

    • 在单个SQL语句中向优化器提供提示是可能的,这样可以对语句执行计划进行比使用?optimizer_switch?系统变量。也允许使用提示语EXPLAIN?,让您了解提示如何影响执行计划。详情请参阅?8.9.3节,"优化提示"?.

    • prefer_ordering_index flag.??在默认情况下,mysql尝试使用一个有序的索引ORDER BY?或GROUP BY?有问题的人LIMIT?当优化器确定这会导致更快的执行时。因为在某些情况下,为此类查询选择不同的优化实际上性能更好,所以从mysql5.7.33可以通过设置?prefer_ordering_index?支持off?.

      这个标志的默认值是?on?.

      有关详情及例子,请参阅?8.9.2节,"可切换优化"?,以及?8.2.1.17节,"限制查询优化"?.

  • 启动器。??在此之前,表最多可以为每个触发事件组合设置一个触发器(INSERT?,?UPDATE?,?DELETE?)及行动时间(BEFORE?,AFTER?)。这一限制已经取消,并允许多个触发器。详情请参阅?第23.3节,"使用触发器"?.

  • 伐木。??增加了这些记录功能:

    • 此前,在UNIX和类似unx的系统中,mysql支持将服务器错误日志发送到?syslog?是通过?MysqLD_安全?捕获服务器错误输出并传递到syslog?.服务器现在包括本机syslog?已扩大到包括窗户。有关发送服务器错误输出到?syslog?,看?第5.4.2节,"错误日志"?.

    • ?Mysql?客户现在有一个?--syslog?使交互式发言被送交系统的备选办法?syslog?便利。对匹配默认语句的日志进行抑制?“?忽视?”?模式列表("*IDENTIFIED*:*PASSWORD*"?),以及与使用--histignore?选择。看?Section?4.5.1.3, “mysql Client Logging”?.

  • 生成列。??Mysql现在支持CREATE TABLE?和?ALTER TABLE?声明。生成列的值是从列创建时指定的表达式中计算出来的.生成的列可以是虚拟的(计算)?“?在空中?”?当读取行时)或存储(当插入或更新行时计算)。详情请参阅?13.1.18.7节,"创建表格和生成列"?.

  • 我的客户。??以前,?控制+c?在mysql中,如果有一个语句,则中断当前语句,如果没有,则退出mysql。现在?控制+c?中断当前语句,如果有一个,或取消任何部分输入行,但不退出。

  • 数据库名称改写与MysqlBengn。??数据库的重新命名?Mysqlbin31-?当从使用基于行的格式编写的二进制日志读取时,现在支持使用?--rewrite-db?在mysql5.7.1中添加了选项。

    本选项采用的是?.您可以通过多次指定选项来实现多个重写规则。?--rewrite-db='dboldname->dbnewname'

  • 处理分区表。??…HANDLER?语句现在可以与用户分区表一起使用。这些表可以使用任何可用的分区类型(参见?第22.2节,"分区类型"?).

  • 索引条件对分区表的下拉支持。??使用?InnoDB?或?MyISAM?存储引擎可以使用在mysql5.6中引入的索引条件推降优化。看?第8.2.1.5节,"指数条件的触发优化"?,详情请参阅。

  • 没有对更改表的验证支持。..交换分区。??截至我的5.7.5,?ALTER TABLE ... EXCHANGE PARTITION?语法包括一个可选的{WITH|WITHOUT} VALIDATION?条款。何时WITHOUT VALIDATION?是指定的,?ALTER TABLE ... EXCHANGE PARTITION?在与分区交换填充表时,不执行逐行验证,允许数据库管理员承担确保行在分区定义的范围内的责任。WITH VALIDATION?是默认行为,不需要显式指定.详情请参阅?第22.3.3节,"分区和子分区与表格交换"?.

  • 源转储线程改进。??对源转储线程进行重构,以减少锁争用并提高源吞吐量。之前的mysq5.7.2,转储线程每当读取事件时都会锁定二进制日志;在mysql5.7.2及以后,只在读取上次成功写入事件结束时才会持有此锁。这意味着多个转储线程现在能够从二进制日志文件中并发读取,并且转储线程现在能够在客户端写入二进制日志时读取。

  • 字符集支持。??Mysql5.7.4包括gb18030?支持中国国家标准GB18030字符集的字符集。有关mysql字符集支持的更多信息,请参阅?Chapter?10,?字符集、拼贴、统一码?.

  • 改变复制源不停止奴隶。??在mysql5.7.4及以后,执行的严格要求STOP SLAVE?在签发之前CHANGE MASTER TO?声明被删除。而不是依赖于复制品是否被停止,?CHANGE MASTER TO?现在取决于复制的SQL线程和复制的I/O线程的状态;这些线程中哪一个被停止或运行,现在决定了可以或不能使用的选项。?CHANGE MASTER TO?在某一特定时间点的陈述。作出这一决定的规则如下:

    • 如果SQL线程停止,您可以执行?CHANGE MASTER TO?使用任何组合RELAY_LOG_FILE?,?RELAY_LOG_POS?,以及?MASTER_DELAY?选项,即使副本I/O线程正在运行。当I/O线程运行时,此语句不可能使用其他选项。

    • 如果停止了I/O线程,您可以执行?CHANGE MASTER TO?使用此语句的任何选项(任何允许的组合)?除了?RELAY_LOG_FILE?,?RELAY_LOG_POS?,或?MASTER_DELAY?,即使当SQL线程运行时。当I/O线程运行时,可能不会使用这三种选项。

    • 在发布之前,必须停止SQL线程和I/O线程CHANGE MASTER TO ... MASTER_AUTO_POSITION = 1?.

    可以使用副本SQL和I/O线程检查当前状态。SHOW SLAVE STATUS?.

    如果您正在使用基于声明的复制和临时表,则可以使用CHANGE MASTER TO?A之后的声明STOP SLAVE?声明在副本上留下临时表。作为这一系列改进的一部分,现在每当CHANGE MASTER TO?是在STOP SLAVE?在使用基于声明的复制时Slave_open_temp_tables?仍然大于0。

    详情请参阅?第13.4.2.1节,"将主系统改为报表"?,以及?16.3.7节,"故障转移期间的转换源"?.

  • 测试套件。??mysql测试套件现在使用InnoDB?作为默认存储引擎。

  • 多源复制现在是可能的。??Mysql多源复制将从多个来源复制到副本的能力。mysql多源复制拓扑结构可以用于将多个服务器备份到单个服务器,合并表碎片,并将多个服务器的数据合并到单个服务器。看?Section?16.1.5, “MySQL Multi-Source Replication”?.

    作为mysql多源复制的一部分,已经添加了复制通道。复制通道使副本能够打开多个连接来复制,每个通道都是源的连接。看?第16.2.2节,"复制渠道"?.

  • 组复制性能架构表.??Mysql5.7向性能模式添加一些新表,以提供有关复制组和通道的信息。这些表格如下:

    所有这些表格都是以mysql5.7.2添加的,只有?replication_group_members?和?replication_group_member_stats?是在我的5.7.6中加入的。详情请参阅?第25.12.11节,"性能架构复制表"?.

  • 组复制SQL。??为了控制组复制,在mysq5.7.6中添加了下列语句:

    详情请参阅?第13.4.3节,"控制组复制的SQL语句"?.

在mysql中被弃用的特征

下列特性在mysql5.7中被弃用,可能在以后的系列中被删除。在显示替代品的地方,应用程序应当更新以使用它们。

对于那些使用mysql5.7中已在较高的mysql系列中删除的特性的应用程序,如果从mysql5.7源代码复制到较高系列副本,语句可能会失败,或者可能对源代码和副本产生不同的影响。为了避免这些问题,应当修订使用5.7中所不采用的特性的应用程序,以避免这些特性,并在可能的情况下使用替代品。

在mysql5.7中删除的特征

下列项目已经过时,并在mysq5.75.7中删除。在显示替代品的地方,应用程序应当更新以使用它们。

对于使用mysql5.7中删除的特性的mysql5.6应用程序来说,如果从mysql5.6源代码复制到mysql5.7副本,语句可能会失败,或者对源代码和副本会产生不同的影响。为了避免这些问题,应该修改使用mysql5.7中删除的特性的应用程序,以避免这些特性,并在可能的情况下使用替代方法。

  • 删除了对使用较早的4.1密码哈希格式的密码的支持,其中涉及以下更改。使用不再支持的功能的应用程序必须修改。

    • mysql_old_password?删除认证插件。使用此插件的帐户在启动时禁用,服务器编写一个?“?未知插件?”?消息到错误日志.有关使用此插件的升级帐户的说明,请参阅?第6.4.1.3节,"从4.1前密码攻击和mysql_old_密码插件转移出去"?.

    • --secure-auth?服务器和客户机程序的选项是默认的,但现在是无OP。它被反对;希望在未来的mysql版本中删除它。

    • --skip-secure-auth?服务器和客户机程序的选项不再支持,使用它会产生错误。

    • secure_auth?系统变量只允许值为1;不再允许值为0.

    • 为了old_passwords?系统变量,一个值1(生成前4.1哈希)不再允许。

    • OLD_PASSWORD()?功能被删除。

  • 在mysql5.6.6中,2位数?YEAR(2)?数据类型被否决。支持?YEAR(2)?移走了。一旦升级到mysql5.7.5或更高,任何剩余的2位数?YEAR(2)?列必须转换为4位数YEAR?列重新可用。转换策略,请参阅?第11.2.5节,"2位数年(2)的限制和移至4位数年"?.例如,跑?Mysql_升级的?升级后。

  • innodb_mirrored_log_groups?系统变量。唯一被支持的值是1,因此没有任何意义。

  • storage_engine?系统变量。使用?default_storage_engine?相反。

  • thread_concurrency?系统变量。

  • timed_mutexes?系统变量,没有影响。

  • IGNORE?条款?ALTER TABLE?.

  • INSERT DELAYED?已不再支持。服务器识别但忽略了DELAYED?关键词,将插入作为非延迟插入处理,并生成?ER_WARN_LEGACY_SYNTAX_CONVERTED?warning. (?“?插入延迟不再支持。该说明改为插入。?”?) Similarly,?REPLACE DELAYED?作为非延迟替换来处理。你应该期待DELAYED?未来版本中要删除的关键词。

    另外,一些DELAYED?-取消了相关的选择或特点:

    • --delayed-insert?选择?Mysql31-?.

    • COUNT_WRITE_DELAYED?,?SUM_TIMER_WRITE_DELAYED?,?MIN_TIMER_WRITE_DELAYED?,?AVG_TIMER_WRITE_DELAYED?,以及?MAX_TIMER_WRITE_DELAYED?性能模式列?table_lock_waits_summary_by_table?表

    • Mysqlbin31-?不再写评论提到INSERT DELAYED?.

  • 在窗户上使用自动化数据库?.sym?文件已被删除,因为它是多余的,使用了可用的本地符号链接支持?移动链接?.任何的.sym?文件符号链接现在被忽略,应该用使用创建的符号链接替换。?移动链接?.看?第8.12.3.3节,"在窗口数据库中使用符号链接"?.

  • 未使用的--basedir?,?--datadir?,以及--tmpdir?备选办法?Mysql_升级的?已经搬走了。

  • 以前,程序选项可以完全指定或作为任何明确的前缀。例如,?--compress?可选择:?Mysql31-?作为?--compr?,但不是因为--comp?因为后者含糊不清。不再支持选项前缀;只接受完整选项。这是因为前缀可能会在程序实现新选项时产生问题,而当前明确的前缀可能在未来变得含糊不清。这一变化的一些含义:

    • --key-buffer?选择现在必须指定为:--key-buffer-size?.

    • --skip-grant?选择现在必须指定为:--skip-grant-tables?.

  • SHOW ENGINE INNODB MUTEX?输出被移除。可通过创建关于下列问题的视图生成可比信息:?性能架构?表格。

  • InnoDB?表空间监测器和?InnoDB?表显示器被移除。对于表显示器,可从表中获取相同的信息。?InnoDB?INFORMATION_SCHEMA?表格。

  • 启用和禁用标准的专用表InnoDB?监视器和?InnoDB?锁定监视器(innodb_monitor?和?innodb_lock_monitor?)由两个动态系统变量取代:?innodb_status_output?和?innodb_status_output_locks?.详情请参阅?第14.18节,"因诺德监测器"?.

  • innodb_use_sys_malloc?和?innodb_additional_mem_pool_size?在mysql5.6.3中被弃用的系统变量被删除。

  • ?Msql2mysql?,?mysql_convert_table_format?,?Mysql_芬d_Rows?,?Mysql_fix_延长?,?Mysql_服务许可?,?Mysql_怀温特?,?Mysql_zAP?,?Mysqlaye?,以及?Mysqleb?公用事业。

  • ?Mysql复制机?有用。替代品包括?Mysql31-?以及我的企业备份。

  • ?二进制配置。?手稿。

  • INNODB_PAGE_ATOMIC_REF_COUNT?木棉?取消选择。

  • innodb_create_intrinsic?取消选择。

  • innodb_optimize_point_storage?备选办法和相关内部数据类型(DATA_POINT?和?DATA_VAR_POINT?)已移走。

  • innodb_log_checksum_algorithm?取消选择。

  • myisam_repair_threads?系统变量截至mysql5.7.39。

文章来源:https://blog.csdn.net/a309450028a/article/details/135334875
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。