数据字典。  Mysql现在包含了一个事务数据字典,存储有关数据库对象的信息。在以前的mysql版本中,字典数据存储在元数据文件和非事务表中。详情请参阅 Chapter 14, Mysql数据字典 .

原子数据定义语句(原子DDL)。  原子DDL语句将数据字典更新、存储引擎操作和与DDL操作相关的二进制日志写入一个原子事务。详情请参阅 第13.1.1节,"原子数据定义说明支持" .

升级程序。  以前,在安装了新版本的mysql之后,mysql服务器在下一次启动时会自动升级数据字典表,之后DBA将会调用数据字典表。 Mysql_升级的 手动更新系统表 mysql 以及其他模式中的对象,例如sys 架构和用户架构。

截至mysql8.0.16,服务器执行先前由 Mysql_升级的 .在安装了新的mysql版本后,服务器现在在下一个启动时自动执行所有必要的升级任务,不依赖调用DBA Mysql_升级的 .此外,服务器更新了帮助表的内容( Mysql_升级的 没有)。全新的 --upgrade 服务器选项提供了对服务器如何执行自动数据字典和服务器升级操作的控制。详情请参阅 第2.10.3节,"mysql升级过程的升级内容".

会话重用。  Mysql服务器现在默认情况下支持SSL会话重用,并设置了超时设置,以控制服务器维护会话缓存的时间,该会话缓存将建立一个允许客户机请求新连接的会话重用的时间段。所有mysql客户端程序都支持会话重用。有关服务器端和客户端配置信息,请参阅 第6.3.5节,"重复使用SSL会话" .

此外,C应用程序现在可以使用CAPI功能来为加密连接启用会话重用(参见 SSL会话重用 ).

安全和账户管理。  这些改进是为了提高安全性,并在账户管理方面增加DBA的灵活性:

资源管理。  Mysql现在支持创建和管理资源组,并允许将在服务器中运行的线程分配给特定组,以便线程根据该组可用的资源执行。组属性启用对其资源的控制,以启用或限制组中线程的资源消耗。DBA可以根据不同的工作负载修改这些属性。目前,CPU时间是一种可管理的资源,表现为 “ 虚拟CPU ” 包括CPU核心、超线程、硬件线程等。服务器在启动时决定有多少虚拟CPU可用,具有适当权限的数据库管理员可以将这些CPU与资源组联系起来,并将线程分配给组。详情请参阅 第5.1.16节,"资源组" .

表加密管理。  现在可以通过定义和强制执行加密默认值来全面管理表加密。… default_table_encryption 变量定义了新创建的模式和一般表空间的加密默认值。模式的默认加密也可以使用DEFAULT ENCRYPTION 在创建架构时使用。默认情况下,表继承在其中创建的模式或一般表空间的加密。通过启用 table_encryption_privilege_check 变量。当创建或更改与加密设置不同的模式或一般表空间时,将进行权限检查。 default_table_encryption 设置,或使用不同于默认模式加密的加密设置创建或更改表时。… TABLE_ENCRYPTION_ADMIN 特权允许推翻默认加密设置 table_encryption_privilege_check 已经启用。详情请参阅 定义模式和通用表空间的加密默认值 .

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

字符集支持。  默认字符集从 latin1 到utf8mb4 .…utf8mb4 字符集有几个新的拼版,包括 utf8mb4_ja_0900_as_cs ,在mysql中第一个用于统一码的日语特定语言排序。详情请参阅 第10.10.1节,"统一码字符集" .

JSON增强功能。  以下是对mysqlJSON功能的增强或增补:

数据类型支持。  Mysql现在支持在数据类型规范中使用表达式作为默认值。这包括使用表达式作为 BLOB , TEXT , GEOMETRY ,以及 JSON 以前根本不能指定默认值的数据类型。详情请参阅 第11.6节,"数据类型默认值" .

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

常见表表达式。  Mysql现在支持普通表表达式,包括非递归和递归。通用表表达式允许使用指定的临时结果集,通过允许使用WITH 前条SELECT 发言和某些其他发言。详情请参阅 第13.2.20节,"加上(通用表格)" .

截至mysq8.0.19,递归 SELECT 递归公共表表达式(CTE)的一部分支持 LIMIT 条款。LIMIT 与…有关OFFSET 也得到支持。看 递归通用表表达式 ,详情请参阅。

窗口功能。  Mysql现在支持窗口函数,对于来自查询的每一行,使用与该行相关的行执行计算。这些职能包括: RANK() , LAG() ,以及 NTILE() .此外,一些现有的聚合函数现在可以用作窗口函数(例如, SUM() 和 AVG() )。详情请参阅 第12.20节,"窗口功能" .

横向派生表。  现在的派生表可以用 LATERAL 指定允许在同一表中提及(依)前列的关键词FROM 条款。横向派生表使某些SQL操作成为可能,这些操作无法使用非横向派生表或需要较低效率的变通办法。看 第13.2.15.9节,"横向派生表" .

单表删除语句中的别名。  在mysql8.0.16及以后,单表 DELETE 语句支持使用表别名。

常规表达式支持。  以前,mysql使用亨利斯宾塞正则表达式库来支持正则表达式操作符(REGEXP , RLIKE )。正则表达式支持已经重新实现,使用国际组件为统一码提供完全的统一码支持,是多字节安全的。… REGEXP_LIKE() 函数执行正则表达式匹配的方式 REGEXP 和 RLIKE 操作器,现在是该功能的同义词。此外, REGEXP_INSTR() , REGEXP_REPLACE() ,以及 REGEXP_SUBSTR() 函数可以分别找到匹配位置和执行子字符串替换和提取。… regexp_stack_limit 和 regexp_time_limit 系统变量通过匹配引擎控制资源消耗.详情请参阅 第12.8.2节,"正则表达式" .有关使用正则表达式的应用程序可能受实现更改影响的方式的信息,请参阅 正则表达式兼容性考虑 .

内部临时表格。  …TempTable 储存引擎替换MEMORY 存储引擎作为内存内部临时表的默认引擎。…TempTable 储存引擎可有效储存 VARCHAR 和 VARBINARY 列柱。… internal_tmp_mem_storage_engine 会话变量为内存内部临时表定义存储引擎。允许值 TempTable (默认)和 MEMORY .… temptable_max_ram 变量定义最大内存量 TempTable 存储引擎可以在数据存储到磁盘之前使用.

伐木。  这些改进是为了改进伐木工作:

后备锁。  一种新型备份锁允许在在线备份期间使用DML,同时防止可能导致不一致快照的操作。新的备用锁由 LOCK INSTANCE FOR BACKUP 和 UNLOCK INSTANCE 语法。… BACKUP_ADMIN 使用这些语句需要特权。

复制。  以下是对mysql复制的改进:

联系管理。  Mysql服务器现在允许专门为行政连接配置一个tml/IP端口。这提供了一个替代单一管理连接的选择,即使普通连接所使用的网络接口上允许使用该管理连接 max_connections 连接已经建立。看 5.1.12.1节,"连接接口" .

Mysql现在提供了对压缩使用的更多控制,以最大限度地减少通过连接发送到服务器的字节数。以前,给定的连接要么未压缩,要么使用了zlib 压缩算法。现在,也有可能使用 zstd 算法,并选择一个压缩级zstd 关系。允许的压缩算法可以在服务器端配置,也可以在连接起源端配置,以便由客户机程序和参与源/复制复制或组复制的服务器连接。详情请参阅 第4.2.8节,"连接压缩控制".

配置。  整个mysql的主机名称的最大允许长度已从以前的60个字符上限提高到255个ASCII字符。例如,这适用于数据字典中与名称有关的列, mysql 系统架构,性能架构,INFORMATION_SCHEMA ,以及 sys 方案; MASTER_HOST 价值 CHANGE MASTER TO 声明;Host 列于 SHOW PROCESSLIST 报表输出;账户名(如会计管理报表和 DEFINER属性;主机名称相关的命令选项和系统变量。

cAPI。  mysqcAPI现在支持与mysql服务器进行非阻塞通信的异步功能。每个函数都是现有同步函数的异步对应物。如果从服务器连接读取或写入到服务器连接,则必须等待同步函数块.异步函数使应用程序能够检查服务器连接上的工作是否准备好进行。如果没有,应用程序可以在以后再次检查之前执行其他工作。看 CAPI异步接口 .

其他铸造目标类型。  职能CAST() 和 CONVERT() 现在支持转换为类型 DOUBLE , FLOAT ,以及 REAL .我加了8.0.17。看 第12.10节,"铸造职能和操作者" .

JSON架构验证。  Mysql8.0.17增加两个功能 JSON_SCHEMA_VALID() 和 JSON_SCHEMA_VALIDATION_REPORT() 用于再次验证JSON文档。 JSON_SCHEMA_VALID() 如果文档对架构进行验证,则返回真实(1);如果没有,则返回错误(0)。 JSON_SCHEMA_VALIDATION_REPORT() 返回包含验证结果详细信息的JSON文档。以下声明适用于这两项职能:

看 第12.17.7节,"JSON架构验证功能" ,以了解更多资料和例子。

多价值指数。  从我的8.0.17开始, InnoDB 支持建立一个多值指数,它是在JSON 列,它存储一个值数组,并且可以为单个数据记录提供多个索引记录。这样的索引使用一个关键部分定义,例如: CAST(data->'$.zipcode' AS UNSIGNED ARRAY) .mysql优化器自动使用多值索引来进行适当的查询,这一点可以在 EXPLAIN .

作为这项工作的一部分,mysql增加了一个新的函数 JSON_OVERLAPS() 新的 MEMBER OF() 与…合作的操作员JSON 文件,以及 CAST() 具有新功能 ARRAY 关键词,如下列清单所述:

有关多值索引的详细信息,包括示例,请参阅 多值指数 . 第12.17.3节,"搜索JSON值的功能" ,提供有关JSON_OVERLAPS() 和 MEMBER OF() 以及使用实例。

不稳定时间区。  我的数据是8.0.17 time_zone 会话变量可以使用 SET_VAR .

重做日志归档。  截至我的数据8.0.17,InnoDB 支持重做日志归档。复制重做日志记录的备份实用程序在备份操作正在进行时,有时可能无法跟上重做日志生成的步伐,导致重做日志记录丢失,因为这些记录被覆盖。重做日志归档功能通过将重做日志记录顺序写入存档文件来解决这个问题。备份实用程序可以根据需要从存档文件中复制重做日志记录,从而避免潜在的数据丢失。详情请参阅 重做日志归档 .

克隆人插件。  截至mysql8.0.17,mysql提供了一个允许克隆的克隆插件InnoDB 本地数据或来自远程mysql服务器实例的数据。本地克隆操作将克隆数据存储在与mysql实例运行的同一服务器或节点上。远程克隆操作将克隆数据通过网络从捐赠者mysql服务器实例转移到启动克隆操作的接收者服务器或节点。

克隆插件支持复制。除了克隆数据外,克隆操作从提供者那里提取和传输复制,并将它们应用到接收者身上,这使得使用克隆插件来提供组复制成员和副本成为可能。使用克隆插件来提供比复制大量事务要快得多,效率更高。也可以将组复制成员配置为使用克隆插件作为替代的恢复方法,从而使成员自动选择从种子成员检索组数据的最有效方式。

详情请参阅 5.6.7节,"克隆人插件" ,以及 第18.5.4.2节,"克隆促进分布式恢复" .

对于mysq8.0.27,在克隆操作进行中,允许在捐助者mysql服务器实例上并发DDL操作。以前,在克隆操作期间会有一个备份锁,防止在捐赠者身上出现并发的DDL。在克隆操作期间,若要恢复先前在捐赠者身上阻塞并发DDL的行为,请启用clone_block_ddl 变量。看 第5.6.7.4节,"克隆和同时使用DDL" .

我的数据是8.0.29 clone_delay_after_data_drop 变量允许在远程克隆操作开始时删除接收者mysql服务器实例上的现有数据后立即指定延迟期。延迟的目的是为接收主机上的文件系统提供足够的时间,以便在从提供者mysql服务器实例克隆数据之前腾出空间。某些文件系统在后台过程中异步释放空间。在这些文件系统上,在删除现有数据后过早克隆数据可能会由于空间不足而导致克隆操作失败。最大延迟时间为3600秒(1小时).默认设置为0(无延迟)。

哈希连接优化。  从mysq8.0.18开始,每当连接中的每对表至少包含一个等连接条件,且没有任何索引适用于任何连接条件时,就使用散列连接。散列连接不需要索引,尽管它可以与仅应用于单表谓词的索引一起使用。在大多数情况下,散列连接比块嵌套循环算法更有效。可通过这种方式优化此处所示的连接:

SELECT *FROM t1JOIN t2ON t1.c1=t2.c1;SELECT *FROM t1JOIN t2ON (t1.c1 = t2.c1 AND t1.c2 < t2.c2)JOIN t3ON (t2.c1 = t3.c1)

Hash连接也可以用于笛卡尔产品,也就是说,当没有指定连接条件时。

您可以看到当使用哈希连接优化对特定查询使用时 EXPLAIN FORMAT=TREE 或EXPLAIN ANALYZE .(在mysq8.20.20及以后,你也可以使用EXPLAIN ,省略 FORMAT=TREE .)

散列连接可用内存的数量受 join_buffer_size .在磁盘上执行需要更多内存的散列连接;磁盘散列连接可使用的磁盘文件的数量受到以下限制: open_files_limit .

我的数据是8.0.19 hash_join 在mysql8.0.18中引入的优化开关不再受支持(Hash_加入=上仍然是优化开关值的一部分,但设置它不再有任何效果)。…HASH_JOIN 和 NO_HASH_JOIN 优化提示也不再支持。这个开关和提示现在都被弃用了;希望在未来的mysql版本中删除它们。在mysql8.0.18中,散列连接可以使用NO_BNL 优化开关。

在mysq8.20.20及以后,在mysql服务器中不再使用块嵌套循环,即使查询不包含等连接条件,任何时候都会使用块嵌套循环。这适用于内部非等连接、半连接、反连接、左外部连接和右外部连接。… block_nested_loop 中国国旗optimizer_switch 系统变量以及 BNL 和 NO_BNL仍然支持优化提示,但从今以后只控制散列连接的使用。此外,内部连接和外部连接(包括半连接和反连接)现在都可以使用批键访问(Baka),这种访问可以逐步分配连接缓冲内存,这样单个查询就不需要占用大量实际上不需要解决的资源。仅支持内部连接的Baka从mysq8.0.18开始。

Mysql8.20.20还可以用迭代器执行器取代以前的mysql版本中使用的执行器。这项工作包括替换管理表单查询的旧索引子查询引擎 对于那些 没有被优化为半连接的查询,以及相同形式的查询,这以前依赖于旧的执行者。 WHERE value IN (SELECT column FROM table WHERE ...)IN

有关详情及例子,请参阅 8.2.1.4节,"散列连接优化" .另见 批键存取连接 .

解释分析声明。  一种新形式的EXPLAIN 声明,EXPLAIN ANALYZE ,在mysq8.0.18中实现,提供关于执行 SELECT 声明 TREE 格式用于处理查询时使用的每个迭代器,并有可能将估计成本与查询的实际成本进行比较。此信息包括启动成本、总成本、此迭代器返回的行数以及执行的循环数。

在mysql8.0.21及以后,这个语句也支持 FORMAT=TREE 指定人。 TREE 是唯一支持的格式。

看 通过解释分析获得信息 ,详情请参阅。

询问铸造注射。  在8.0.18版本和以后版本中,mysql在参数的数据类型与预期数据类型不匹配的表达式和条件中向查询项树注入了操作。这对查询结果或执行速度没有影响,但使执行的查询等同于符合SQL标准的查询,同时保持了与以前的mysql版本的反向兼容性。

这种隐式转换现在在时间类型之间进行(DATE , DATETIME , TIMESTAMP , TIME )及数字类型(SMALLINT , TINYINT , MEDIUMINT , INT /INTEGER , BIGINT ; DECIMAL /NUMERIC ; FLOAT , DOUBLE , REAL ; BIT )在使用任何标准数字比较操作符进行比较时(= , >= , > , < , <= , <> /!= ,或 <=> )。在这种情况下,任何价值 DOUBLE 是一个整体。现在还进行铸造注射,以比较 DATE 或 TIME 价值观和 DATETIME 价值观,在必要时提出论据 DATETIME .

从mysql8.0.21开始,在比较字符串类型和其他类型时,也会执行这样的转换。铸造的字符串类型包括CHAR , VARCHAR , BINARY , VARBINARY , BLOB , TEXT , ENUM ,以及 SET .将字符串类型的值与数字类型或 YEAR ,这串线是为了 DOUBLE ;如果其他论点的类型不是FLOAT ,DOUBLE ,或REAL ,这也是为了 DOUBLE .当将字符串类型与 DATETIME 或TIMESTAMP 值,这串线是为了DATETIME ;在比较字符串类型时DATE ,这串绳子是为了DATE .

通过查看输入到给定的查询中的输出,可以看到如何将转换注入到给定的查询中。EXPLAIN ANALYZE ,EXPLAIN FORMAT=JSON ,或者,如图所示,EXPLAIN FORMAT=TREE :

mysql> CREATE TABLE d (dt DATETIME, d DATE, t TIME);
Query OK, 0 rows affected (0.62 sec)mysql> CREATE TABLE n (i INT, d DECIMAL, f FLOAT, dc DECIMAL);
Query OK, 0 rows affected (0.51 sec)mysql> CREATE TABLE s (c CHAR(25), vc VARCHAR(25),->     bn BINARY(50), vb VARBINARY(50), b BLOB, t TEXT,->     e ENUM('a', 'b', 'c'), se SET('x' ,'y', 'z'));
Query OK, 0 rows affected (0.50 sec)mysql> EXPLAIN FORMAT=TREE SELECT * from d JOIN n ON d.dt = n.i\G
*************************** 1. row ***************************
EXPLAIN: -> Inner hash join (cast(d.dt as double) = cast(n.i as double))
(cost=0.70 rows=1)-> Table scan on n  (cost=0.35 rows=1)-> Hash-> Table scan on d  (cost=0.35 rows=1)mysql> EXPLAIN FORMAT=TREE SELECT * from s JOIN d ON d.dt = s.c\G
*************************** 1. row ***************************
EXPLAIN: -> Inner hash join (d.dt = cast(s.c as datetime(6)))  (cost=0.72 rows=1)-> Table scan on d  (cost=0.37 rows=1)-> Hash-> Table scan on s  (cost=0.35 rows=1)1 row in set (0.01 sec)mysql> EXPLAIN FORMAT=TREE SELECT * from n JOIN s ON n.d = s.c\G
*************************** 1. row ***************************
EXPLAIN: -> Inner hash join (cast(n.d as double) = cast(s.c as double))  (cost=0.70 rows=1)-> Table scan on s  (cost=0.35 rows=1)-> Hash-> Table scan on n  (cost=0.35 rows=1)1 row in set (0.00 sec)

也可以通过执行EXPLAIN [FORMAT=TRADITIONAL] ,在这种情况下,也有必要发出SHOW WARNINGS 执行死刑后 EXPLAIN 声明。

对时间戳和数据时间的时差支持。  截至mysq8.0.19时,服务器接受一个插入数据时间(TIMESTAMP 和 DATETIME )价值观。这一抵销使用与设置time_zone 系统变量,但当偏移量的小时部分小于10时,须有前导零,及 '-00:00' 是不允许的。数据时间文字的例子,包括时差抵消。 '2019-12-11 10:40:30-05:00' , '2003-04-14 03:30:00+10:00' ,以及 '2020-01-01 15:35:45+05:30' .

在选择数据时间值时,不会显示时差抵消。

时间文字包含了时差抵消可以作为准备的语句参数值。

作为这项工作的一部分,用来设置 time_zone 系统变量现在也只限于范围 -13:59 到+14:00 ,包括在内。(将名称值分配给 time_zone 例如 'EST' , 'Posix/Australia/Brisbane' ,以及 'Europe/Stockholm' 此变量,但条件是必须加载mysql时差表;请参阅 使用时差表 ).

有关详情及例子,请参阅 第5.1.15节,"mysql服务器战区支持" ,以及 第11.2.2节,"日期、日期和时间戳类型" .

JSON架构检查约束失败的精确信息。  使用时 JSON_SCHEMA_VALID() 指定一个CHECK 限制,mysq8.0.19和以后提供了关于这些约束失败原因的精确信息。

有关例子及更多资料,请参阅 和检查约束 .另见 第13.1.20.6节,"检查限制" .

行和列别名与重复键更新。  从mysq8.0.19开始,可以引用要插入的行,并可选择地引用其列,使用别名。考虑: INSERT 桌上的声明 t 有柱a 和b :

INSERT INTO t SET a=9,b=5ON DUPLICATE KEY UPDATE a=VALUES(a)+VALUES(b);

使用化名new 新的一行,在某些情况下,别名m 和 n 在这排的列里, INSERT 语句可以用许多不同的方式改写,其中一些例子在这里展示:

INSERT INTO t SET a=9,b=5 AS newON DUPLICATE KEY UPDATE a=new.a+new.b;INSERT INTO t VALUES(9,5) AS newON DUPLICATE KEY UPDATE a=new.a+new.b;INSERT INTO t SET a=9,b=5 AS new(m,n)ON DUPLICATE KEY UPDATE a=m+n;INSERT INTO t VALUES(9,5) AS new(m,n)ON DUPLICATE KEY UPDATE a=m+n;

有关详情及例子,请参阅 第13.2.7.2节,"插入。..重复的关键更新声明" .

标准明确表子句和表值构造函数.  根据SQL标准添加表值构造函数和显式表子句.它们分别在mysql8.0.19中实现,作为 TABLE 声明和声明 VALUES 声明。

…TABLE 声明有格式 ,相当于 .它支持 和 条款(后者具有选择性) ),但不容许选择个别表格列。 你可以在任何地方使用 声明;包括联合,工会, , , 语句和子查询。例如: TABLE table_nameSELECT * FROM table_nameORDER BYLIMITOFFSETTABLESELECTINSERT ... SELECTREPLACECREATE TABLE ... SELECT

VALUES 可用来提供一个表值INSERT , REPLACE ,或 SELECT 声明,包括VALUES 后面是一系列行构造函数(ROW() )用逗号分隔。例如,声明 INSERT INTO t1 VALUES ROW(1,2,3), ROW(4,5,6), ROW(7,8,9) 提供相当于千年发展目标特定目标的遵守sql标准的INSERT INTO t1 VALUES (1,2,3), (4,5,6), (7,8,9) .你也可以选择 VALUES 表值构造函数就像您希望的表一样,记住在这样做时必须提供表别名,并使用此方法 SELECT 就像你会做的一样,这包括连接、联合和子查询。

欲知更多有关TABLE 和 VALUES ,并请参阅本文件以下各节:

优化器提示力量指数,忽略指数.  Mysql8.0引入了指数级优化建议,这些建议类似于 第8.9.4节,"索引提示" .新的提示和他们的FORCE INDEX 或IGNORE INDEX 等价:

例如,下列两个查询是对等的:

SELECT a FROM t1 FORCE INDEX (i_a) FOR JOIN WHERE a=1 AND b=2;SELECT /*+ JOIN_INDEX(t1 i_a) */ a FROM t1 WHERE a=1 AND b=2;

先前列出的优化器提示遵循与现有索引级优化器提示相同的语法和用法基本规则。

这些优化提示旨在替换FORCE INDEX 和IGNORE INDEX ,我们计划在未来的mysql发布中反对,然后从mysql中删除。它们没有实现一个完全相等的USE INDEX ;相反,你可以雇佣一名或多名 NO_INDEX , NO_JOIN_INDEX , NO_GROUP_INDEX ,或 NO_ORDER_INDEX 以达到同样的效果。

有关详情和使用实例,请参阅 指数级优化器提示 .

函数。  Mysql8.0.21实现新功能 JSON_VALUE() 旨在简化JSON 列柱。在其最基本的形式中,它将指向该文档中单个值的JSON文档和JSON路径作为参数,并(可选择地)允许您使用 RETURNING 关键词。 相当于: JSON_VALUE(json_doc, path RETURNING type)

CAST(JSON_UNQUOTE( JSON_EXTRACT(json_doc, path) )AS type
);

你还可以指定ON EMPTY , ON ERROR ,或两项条款,类似于 JSON_TABLE() .

你可以利用JSON_VALUE() 在一个表达式上创建一个索引JSON 像这样的专栏:

CREATE TABLE t1(j JSON,INDEX i1 ( (JSON_VALUE(j, '$.id' RETURNING UNSIGNED)) )
);INSERT INTO t1 VALUES ROW('{"id": "123", "name": "shoes", "price": "49.95"}');

使用此表达式的查询,如此处所示,可以使用索引:

SELECT j->"$.name" as name, j->"$.price" as price FROM t1WHERE JSON_VALUE(j, '$.id' RETURNING UNSIGNED) = 123;

在许多情况下,这比从JSON 然后在生成的列上创建一个索引。

有关更多信息和示例,请参阅 JSON_VALUE() .

用户注释和用户属性.  介绍在创建或更新用户帐户时设置用户评论和用户属性的能力。用户注释由作为参数传递到COMMENT 与CREATE USER 或 ALTER USER 声明。用户属性由以JSON对象的形式传递的数据组成,这些数据作为参数传递到 ATTRIBUTE 这两个语句中的任何一个使用的条款。属性可以在JSON对象符号中包含任何有效的键值对。只有一个 COMMENT 或ATTRIBUTE 可用于一个CREATE USER 或 ALTER USER声明。

用户注释和用户属性作为JSON对象内部存储在一起,注释文本作为元素的值comment 作为它的钥匙。此资料可从 ATTRIBUTE 信息模式栏USER_ATTRIBUTES 由于它是JSON格式的,您可以使用mysql的JSON函数和操作符解析它的内容(参见 Section 12.17, “JSON Functions” )。用户属性的连续更改与当前值合并为使用JSON_MERGE_PATCH() 职能。

例子:

mysql> CREATE USER 'mary'@'localhost' COMMENT 'This is Mary Smith\'s account';
Query OK, 0 rows affected (0.33 sec)mysql> ALTER USER 'mary'@'localhost'-≫     ATTRIBUTE '{"fname":"Mary", "lname":"Smith"}';
Query OK, 0 rows affected (0.14 sec)mysql> ALTER USER 'mary'@'localhost'-≫     ATTRIBUTE '{"email":"mary.smith@example.com"}';
Query OK, 0 rows affected (0.12 sec)mysql> SELECT->    USER,->    HOST,->    ATTRIBUTE->>"$.fname" AS 'First Name',->    ATTRIBUTE->>"$.lname" AS 'Last Name',->    ATTRIBUTE->>"$.email" AS 'Email',->    ATTRIBUTE->>"$.comment" AS 'Comment'-> FROM INFORMATION_SCHEMA.USER_ATTRIBUTES-> WHERE USER='mary' AND HOST='localhost'\G
*************************** 1. row ***************************USER: maryHOST: localhost
First Name: MaryLast Name: SmithEmail: mary.smith@example.comComment: This is Mary Smith's account
1 row in set (0.00 sec)

有关详情及例子,请参阅 第13.7.1.3节,"创建用户声明" , 第13.7.1.1节,"更改用户说明" ,以及 第26.3.46节,"信息_模式-用户属性表" .

新的优化交换旗。  Mysql8.0.21为可持续发展委员会 optimizer_switch 系统变量,见以下清单:

详情请参阅 8.9.2节,"可切换优化" .另见 8.2.1.19节,"限制查询优化" , 第8.2.2.1节,"用半连接变换优化子查询谓词并使其存在" ,以及 8.2.2.4节,"合并或物化时优化派生表、视图引用和通用表表达式" .

XML增强功能。  我的数据是8.0.21LOAD XML 声明现在支持 CDATA 要导入的XML中的章节。

对现在支持的年份类型的铸造。  从mysql8.0.22开始,服务器允许 YEAR .两者 CAST() 和 CONVERT() 功能支持个位数、两位数和四位数 YEAR 价值观。对于一位数和两位数的值,允许的范围是0-99。四位数的数值必须在1901-2155之间。 YEAR 也可用作JSON_VALUE() 功能;该功能仅支持四位数年。

字符串、时间和日期以及浮点值都可以转换为YEAR .铸造 GEOMETRY 价值观 YEAR 是不支持的。

有关更多信息,包括转换规则,请参阅CONVERT() 职能。

检索UTC的时间戳值。  Mysql8.0.22及以后支持 TIMESTAMP 从系统时差到协调世界时的列值 DATETIME 关于检索,使用 ,其中一个是 或 .精确度 如果需要的话,可指定由铸造返回的值,最高可达小数点后6位。… 这个构造不支持关键词。 CAST(value AT TIME ZONE specifier AS DATETIME)[INTERVAL] '+00:00''UTC'DATETIMEARRAY

TIMESTAMP 同时也支持使用位差插入到表中的值.使用 AT TIME ZONE 不支持 CONVERT() 或任何其他的mysql函数或构造。

有关详情和例子,请参阅CAST() 职能。

丢文件输出同步.  Mysql8.0.22及以后在编写 SELECT INTO DUMPFILE 和SELECT INTO OUTFILE 声明。这可以通过设置 select_into_disk_sync 系统变量改为ON ;写入缓冲区的大小由 select_into_buffer_size ;违约是131072(2) 17 ) bytes.

此外,在同步到磁盘之后,可以使用 select_into_disk_sync_delay ;默认值为无延迟(0毫秒)。

有关更多信息,请参见此项之前引用的变量说明。

单份发言稿。  截至mysql8.0.22,准备好的语句只准备一次,而不是每次执行一次。在执行时完成 PREPARE .这也适用于存储过程中的任何语句;在首次执行存储过程时,将编写一次语句。

这一变化的结果之一是,解决准备好的报表中使用的动态参数的方式也改变了,其方式如下:

只需在准备好的语句或存储过程中编写一次语句,就能提高报表的性能,因为这会抵消重复准备的额外费用。这样做也避免了准备结构可能出现的多次回滚,而这种回滚是mysql中许多问题的来源。

详情请参阅 第13.5.1节,"准备说明" .

右连接作为左连接操作.  截至mysql8.0.22,服务器处理所有的 RIGHT JOIN 内部作为LEFT JOIN ,排除了在解析时没有完成完全转换的一些特殊情况。

派生条件的触发优化。  Mysql8.0.22(及以后)对已实现派生表的查询实现派生条件下拉。例如: ,在很多情况下,现在有可能把它推到外部 从条件到派生表,在这种情况下导致 . SELECT * FROM (SELECT i, j FROM t1) AS dt WHERE i > constantWHERESELECT * FROM (SELECT i, j FROM t1 WHERE i > constant) AS dt

以前,如果派生表被物化而未合并,则mysql将整个表物化,然后用WHERE 条件。移动WHERE 使用派生条件推入优化可以减少必须处理的行数,从而减少执行查询所需的时间。

外部的WHERE 当派生表不使用任何聚合函数或窗口函数时,条件可以直接推到物化派生表。当派生表有一个GROUP BY 不使用任何窗口功能,外部WHERE 可以将条件推到派生表HAVING 条件。…WHERE 当派生表使用窗口函数和外部时,也可以向下推。WHERE 窗口函数中使用的引用列 PARTITION 条款。

默认情况下启用了派生条件触发,如 optimizer_switch 系统变量的 derived_condition_pushdown 旗子。旗子加在mysql8.0.22中,设置为 on 默认情况下;要禁用特定查询的优化,可以使用 NO_DERIVED_CONDITION_PUSHDOWN 优化提示(也添加在mysql8.0.22中)。如果优化是由于 derived_condition_pushdown 准备off ,您可以使用 DERIVED_CONDITION_PUSHDOWN .

无法对包含 LIMIT 条款。在mysql8.0.29之前,当查询包含时也不能使用优化 UNION .在mysql8.0.29中,大多数情况下,条件可以被推到联合的两个查询块; 第8.2.2.5节,"派生条件下推优化" ,详情请参阅。

此外,本身使用子查询的条件不能向下推,而且WHERE 条件不能向下推到派生表,该表也是外部连接的内部表。有关详情及例子,请参阅 第8.2.2.5节,"派生条件下推优化" .

未锁定读取在mysql赠款表上。  对于mysql8.0.22,为了允许在mysql赠款表上并发DML和DDL操作,读取以前在mysql赠款表上获得的行锁定的操作将作为非锁定读取执行。

目前在mysql赠款表上作为非锁定读取执行的操作包括:

详情请参阅 赠款表并发 .

64-bit support for FROM_UNIXTIME(), UNIX_TIMESTAMP(), CONVERT_TZ().  截至mysql8.0.28,函数 FROM_UNIXTIME() , UNIX_TIMESTAMP() ,以及 CONVERT_TZ() 在支持它们的平台上处理64位值。这包括64位的Linux、Macos和Windows版本。

在兼容的平台上,UNIX_TIMESTAMP() 现在处理值'3001-01-18 23:59:59.999999' UTC,以及 FROM_UNIXTIME() 能将值转换到32536771199.999999秒; CONVERT_TZ() 现在接受不超过的价值观'3001-01-18 23:59:59.999999' 在转换之后。

这些功能在32位平台上的行为不受这些变化的影响。他们的行为 TIMESTAMP 类型也不受影响(在任何平台上);对于在以后的时间工作 '2038-01-19 03:14:07.999999' ,UTC,使用DATETIME 代之以打字。

有关更多信息,请参阅刚才讨论的对各个函数的描述。 第12.7节,"日期和时间功能" .

资源分配控制。  从mysql8.0.28开始,您可以通过检查 Global_connection_memory 状况变量。(这个总数不包括系统用户使用的资源,如mysql根。它也不包括任何人的记忆 InnoDB 缓冲池。)

更新 Global_connection_memory ,有必要设置 global_connection_memory_tracking = 1 ;这是0 默认情况下。你能控制多久 Global_connection_memory 通过设置更新 connection_memory_chunk_size .

还可以通过设置此处所列的系统变量之一或两个变量,为正常用户设置会话或全局级的内存使用限制,或两者兼顾:

这些限制不适用于系统流程或行政账户。

有关更多信息,请参阅引用变量的描述。

分离的xa事务。  Mysql8.0.29增加对一旦准备好就不再连接到原始连接的LU事务的支持。这意味着它们可以由另一个连接提交或回滚,并且当前会话可以立即启动另一个事务。

系统变量 xa_detach_on_prepare 控制是否分离xd事务;默认情况是 ON ,这导致所有xd事务被分离。在此情况下,临时表的使用是不允许的。

详情请参阅 Section 13.3.8.2, “XA Transaction States” .

自动二进制日志清除控制.  Mysql8.0.29加上 binlog_expire_logs_auto_purge 系统变量,它提供一个单一的接口,用于启用和禁用二进制日志的自动清除。这是启用的(ON 默认情况下;若要禁用二进制日志文件的自动清除,请将此变量设置为OFF .

binlog_expire_logs_auto_purge 一定是 ON 为了进行二进制日志文件的自动清除;此变量的值优先于任何其他服务器选项或变量,包括(但不限于) binlog_expire_logs_seconds .

环境 binlog_expire_logs_auto_purge 对…没有影响PURGE BINARY LOGS .

条件例程和触发创建语句。  从mysql8.0.29开始,以下语句支持IF NOT EXISTS 备选办法:

为了CREATE FUNCTION 在创建存储函数时CREATE PROCEDURE 这个选项可以防止在已经有一个名称相同的例程的情况下发生错误。用于 CREATE FUNCTION 当用于创建可加载函数时,如果已经存在具有该名称的可加载函数,该选项将防止错误。用于CREATE TRIGGER ,如果同一架构和同一表中已经存在具有相同名称的触发器,则该选项防止发生错误。

这个增强使这些语句的语法与CREATE DATABASE ,CREATE TABLE ,CREATE USER ,以及CREATE EVENT (所有这些都已经支持IF NOT EXISTS ),以及作为IF EXISTS 支持的备选办法DROP PROCEDURE , DROP FUNCTION ,以及 DROP TRIGGER 声明。

有关更多信息,请参见对指明的SQL语句的描述,以及 功能名称 .另见 17.5.1.7节,"创建表的复制"。..选择性发言" .

包括菲多图书馆升级。  Mysql8.0.30列入的升级 fido2 图书馆(与 authentication_fido 从版本1.5.0到版本1.8.0。

看 第6.4.1.11节,"FIDO可插入认证" ,详情请参阅。

字符集:特定语言的排序。  以前,当一种以上的语言具有完全相同的排序定义时,mysql只为一种语言实现了排序,这意味着某些语言仅包含在utf8mb4 专用于其他语言的编码。mysql8.0.30(及以后)通过为以前仅由其他语言的特定语言的排序所涵盖的语言提供特定语言的排序来解决这些问题。新校刊所涵盖的语文如下:

米塞尔提供了*_as_cs 和 *_ai_ci 所列每种语言的编码。

详情请参阅 特定语文的排序 .

如果存在,则忽略未知的用户选项以进行撤销.  Mysql8.0.30实施两个新的选择。 REVOKE 当无法找到或无法分配语句中指定的用户、角色或权限时,可以用来确定语句是否产生错误或警告。这里提供了显示这些新选项位置的非常基本的语法:

REVOKE [IF EXISTS] privilege_or_role ON object FROM user_or_role [IGNORE UNKNOWN USER]

IF EXISTS 使一个不成功的 REVOKE 语句提出警告,而不是错误,只要指定的目标用户或角色实际存在,尽管语句中有任何引用到任何无法找到的角色或权限。

IGNORE UNKNOWN USER 使一个不成功的REVOKE 在无法找到语句中指定的目标用户或角色时,提出警告而不是错误。

有关详情及例子,请参阅 第13.7.1.8节,"撤销声明" .

生成了看不见的主键。  从mysql8.0.30开始,可以运行复制源服务器,从而将生成的隐形主键(GIPK)添加到任何一个 InnoDB 没有显式主键创建的表。添加到此表中的生成键列定义相当于此处所示内容:

my_row_id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT INVISIBLE PRIMARY KEY

默认情况下不启用GIPK模式。为了让它成为可能,请设置 sql_generate_invisible_primary_key 服务器系统变量到ON .

生成的不可见主键通常在语句输出中可见,例如SHOW CREATE TABLE 和SHOW INDEX ,以及在mysql信息架构表中,例如COLUMNS 和 STATISTICS 表格。你可以让他们隐藏在这种情况下,通过设置 show_gipk_in_create_table_and_information_schema 到OFF .

作为这项工作的一部分 --skip-generated-invisible-primary-key 备选办法增加到 Mysql31- 和 Mysql大泵 排除生成的不可见的主键、列和列值.

在带或不带主键的表之间进行交换和复制。  在mysql复制中,副本有效地忽略了任何设置。 sql_generate_invisible_primary_key 在源上,这样它不会对复制的表产生影响。mysql8.0.32和以后的版本可以将生成的隐形主键添加到任何一个 InnoDB 表,否则,复制,没有主键。你可以通过调用 CHANGE REPLICATION SOURCE TO ... REQUIRE_TABLE_PRIMARY_KEY_CHECK = GENERATE 在复制品上。

REQUIRE_TABLE_PRIMARY_KEY_CHECK = GENERATE与mysql组复制不兼容。

详情请参阅 第13.1.20.11节,"生成隐形主键" .

碰撞--------------------------------------------------------  以前,对于二进制日志方面的意外停止,且如果在服务器执行时发生了这种情况,则xa事务无法完全恢复。 XA PREPARE ,XA COMMIT ,或 XA ROLLBACK,无法保证该服务器能够恢复到正确的状态,可能会使二进制日志中存在未应用的额外xa事务,或遗漏一个或多个已应用的xb事务。从mysql8.0.30开始,这不再是一个问题,无论出于什么原因从复制拓扑中退出的服务器在重新连接时总是可以恢复到一致的xd事务状态。

已知问题 :当同一事务XID被用于按顺序执行x事务,在执行该事务期间出现中断时XA COMMIT ... ONE PHASE 使用同一XID,在存储引擎中准备好此事务之后,可能再也不可能在二进制日志和存储引擎之间同步状态了。

详情请参阅 第13.3.8.3节,"对航空航天器交易的限制" .

与联盟共处。  从mysql8.0.31开始,插入式查询表达式的主体可以嵌套到63级,并与UNION .此类查询以前被错误拒绝 ER_NOT_SUPPORTED_YET 但现在允许了。EXPLAIN 此查询的输出如下:

mysql> EXPLAIN FORMAT=TREE ( ->   (SELECT a, b, c FROM t ORDER BY a LIMIT 3) ORDER BY b LIMIT 2-> ) ORDER BY c LIMIT 1\G
*************************** 1. row ***************************
EXPLAIN: -> Limit: 1 row(s)  (cost=5.55..5.55 rows=1)-> Sort: c, limit input to 1 row(s) per chunk  (cost=2.50 rows=0)-> Table scan on <result temporary>  (cost=2.50 rows=0)-> Temporary table  (cost=5.55..5.55 rows=1)-> Limit: 2 row(s)  (cost=2.95..2.95 rows=1)-> Sort: b, limit input to 2 row(s) per chunk  (cost=2.50 rows=0)-> Table scan on <result temporary>  (cost=2.50 rows=0)-> Temporary table  (cost=2.95..2.95 rows=1)-> Limit: 3 row(s)  (cost=0.35 rows=1)-> Sort: t.a, limit input to 3 row(s) per chunk  (cost=0.35 rows=1)-> Table scan on t  (cost=0.35 rows=1)1 row in set (0.00 sec)

Mysql在崩溃插入式查询表达式的实体时遵循SQL标准语义,因此,更高的外部限制不能覆盖内部更低的限制。例如, (SELECT ... LIMIT 5) LIMIT 10 不能超过5行。

只有在mysql优化器的解析器执行了它能够进行的任何简化或合并之后,才会施加63级限制。

详情请参阅 第13.2.11节,"括号查询表达式" .

禁用查询重写。  以前,在使用Rewriter 无论用户是谁,所有的查询都会被改写。在某些情况下,例如在管理系统时,或在应用来自复制源的语句或通过 Mysql31- 或者另一个mysql程序。mysql8.0.31通过实现新的用户权限,为此类问题提供解决方案 SKIP_QUERY_REWRITE ;拥有此特权的使用者所发出的声明被Rewriter 但没有改写。

还增加了一个新的服务器系统变量 rewriter_enabled_for_threads_without_privilege_checks .准备好OFF ,由线程发出的可改写语句 PRIVILEGE_CHECKS_USER 是 NULL (例如复制应用线程)不会由 Rewriter 普金。默认情况是 ON ,这意味着这些声明被改写。

详情请参阅 第5.6.4节,"改写器查询重写插件" .

复制过滤的xd语句。  以前的声明 XA START ,XA END ,XA COMMIT ,以及XA ROLLBACK 在使用时被默认数据库过滤 --replicate-do-db 或 --replicate-ignore-db ,这可能导致损失交易。截至mysql8.0.31,在这种情况下,这些语句不会被过滤,不管它们的值是多少。 binlog_format .

复制过滤和权限检查。  从mysql8.0.31开始,在使用复制过滤时,副本不再产生与特权检查或 require_row_format 验证被过滤掉的事件,使过滤掉任何失败验证的事务成为可能。

由于对过滤过的行的权限检查不再能够导致复制停止,所以副本现在只能接受给定用户已被授予访问权的数据库的部分;只要对数据库这一部分的更新仅以基于行的格式复制,这就是事实。

这种功能在迁移到mysql热波服务时也可能有用,它来自于内部服务或云服务,这些服务使用表进行管理或输入复制用户无法访问的其他目的。

详情请参阅 17.2.5节,"服务器如何评价复制过滤规则" ,以及 17.5.1.29节,"复制过程中的副本错误" .

交叉和表操作符除外。  增加对SQL的支持 INTERSECT 和 EXCEPT 表操作员。在哪里a 和 b 代表了查询的结果集,这些操作符的行为如下:

INTERSECT DISTINCT ,INTERSECT ALL ,EXCEPT DISTINCT ,以及 EXCEPT ALL 都得到支持; DISTINCT 两者都是默认的 INTERSECT 和EXCEPT (这和 UNION ).

有关详情及例子,请参阅 第13.2.8节,"交叉条款" ,以及 第13.2.4节,"除外条款" .

用户定义的直方图。  从mysql8.0.31开始,可以将列的直方图设置为用户指定的JSON值。这可以使用以下SQL语法来完成:

ANALYZE TABLE tbl_name UPDATE HISTOGRAM ON col_nameUSING DATA 'json_data'

此语句创建或覆盖列的直方图 col_name 桌上的 tbl_name 使用直方图的JSON表示 json_data .执行此语句后,您可以通过查询信息模式来验证创建或更新直方图 COLUMN_STATISTICS 像这样的桌子:

SELECT HISTOGRAM FROM INFORMATION_SCHEMA.COLUMN_STATISTICSWHERE TABLE_NAME='tbl_name' AND COLUMN_NAME='col_name';

返回的列值应该是相同的 json_data 上一次使用的 ANALYZE TABLE 声明。

在直方图取样过程遗漏被认为重要的值的情况下,这可能是有用的。当这种情况发生时,您可能需要修改直方图或根据完整的数据集设置自己的直方图。此外,从一个大的用户数据集取样和从它建立一个直方图是资源密集的操作,可能会影响用户查询。通过这种增强,直方图生成可以从(主要的)服务器移到副本上执行,然后可以将生成的直方图分配到源服务器上的适当表列上。

有关详情及例子,请参阅 直方图统计分析 .

服务器构建ID(Linux)。  增加只读的 build_id Linux系统的系统变量,160位SHA1 在编译时生成签名; build_id 是将生成的值转换为十六进制字符串的值,为构建提供唯一的标识符。

build_id每次mysql启动时都会写入服务器日志。

如果您从源代码构建mysql,则可以观察到每次重新编译服务器时,这个值都会发生变化。看 第2.8节,"从源头安装mysql" ,详情请参阅。

这个变量不支持在除Linux之外的其他平台上。

默认解释输出格式.  Mysql8.0.32增加一个系统变量 explain_format 它决定了输出的格式 EXPLAIN 用于获取查询执行计划的语句FORMAT 选择。例如,如果explain_format 是TREE ,然后是任何这样的输出 EXPLAIN 使用树形格式,就像语句指定了 FORMAT=TREE .

此行为被A中的值集覆盖。 FORMAT 选择。假设 explain_format 准备好 TREE 即使如此, 使用JSON输出格式显示结果。 EXPLAIN FORMAT=JSON stmt

有关更多信息和示例,请参阅explain_format 系统变量,以及 获取执行计划资料 .同时也暗示了EXPLAIN ANALYZE ;看 通过解释分析获得信息 .

支持笛卡尔SRS。  在我的系统8.0.30之前, ST_TRANSFORM() 功能不支持笛卡尔空间参考系统。在mysql8.0.30及以后的版本中,此功能为流行的视觉化伪墨卡托投影法提供支持,该方法用于WGs84伪墨卡托(SRID3857)。mysql8.0.32及以后支持所有笛卡尔式战略计划,但不包括出口环境战略计划1042、出口环境战略计划1043、出口环境战略计划9816和出口环境战略计划9826。

传统的审计日志滤波模式被弃用于mysql8.0.34。对于遗留的审计日志过滤系统变量发出新的反对警告。这些被弃用的变量要么是只读的,要么是动态的。

(Read-only) audit_log_policy 现在在服务器启动时,当值不值时,向mysql服务器错误日志写入一条警告消息ALL (默认值)。

(Dynamic) audit_log_include_accounts , audit_log_exclude_accounts , audit_log_statement_policy ,以及 audit_log_connection_policy .动态变量根据使用情况打印警告信息:

在mysql8.0.34及以后, mysql_native_password 验证插件被弃用,如果一个帐户试图使用验证,它现在在服务器错误日志中生成一个反对警告mysql_native_password 作为一种认证方法。

…ssl_fips_mode 服务器系统变量, --ssl-fips-mode 客户选择,以及MYSQL_OPT_SSL_FIPS_MODE 选项被弃用,并在未来的mysql版本中被删除。

…keyring_file 和 keyring_encrypted_file 在我的软件中,这是不受欢迎的。这些钥匙环插件被component_keyring_file 和component_keyring_encrypted_file 组件。有关键环组件和插件的简要比较,请参阅 第6.4.4.1节,"键环组件与键环插件" .

我的数据是8.0.31keyring_oci 在以后的mysql版本中,插入被弃用并可能被删除。相反,考虑使用 component_keyring_oci 存储键环数据的组件(见 第6.4.4.11节,"使用甲骨文云基础结构保险库钥匙环组件" ).

…utf8mb3 字符集被弃用。请使用utf8mb4 相反。

下列字符集被否决:

在mysql8.0.28及以后,这些字符集中的任何一组或它们的排序在使用下列两种方式时都会产生不赞成警告:

你应该用utf8mb4 代替以前列出的任何字符集。

用户定义的拼贴被弃用。从mysql8.0.33开始,下列任何一种都会导致向日志写入警告:

您应该期待在以后的mysql版本中删除对用户定义的排序的支持。

因为caching_sha2_password 是mysql8.0中的默认身份验证插件,并提供了 sha256_password 认证插件, sha256_password 被反对;希望在未来的mysql版本中删除它。使用mysql进行身份验证的帐户sha256_password 应该迁移到使用 caching_sha2_password 相反。

…validate_password 已经重新实现了使用组件基础结构。的插件形式validate_password 仍然可用,但现在已被弃用;希望在未来的mysql版本中删除它。使用该插件的mysql安装应该转换为使用组件。看 第6.4.3.3节,"向密码验证组件过渡" .

…ENGINE 《公约》条款 ALTER TABLESPACE 和 DROP TABLESPACE 声明被反对。

… PAD_CHAR_TO_FULL_LENGTH sql模式被反对。

AUTO_INCREMENT 对类型的列不支持FLOAT 和 DOUBLE (以及任何同义词)。考虑移除AUTO_INCREMENT 从这些列中提取属性,或将其转换为整数类型。

…UNSIGNED 类型列的属性被弃用FLOAT , DOUBLE ,以及 DECIMAL (以及任何同义词)。考虑使用简单的CHECK 而不是限制这样的列。

FLOAT(M,D) 和 指定类型列的数字数目 和 (以及任何同义词)是一个非标准的mysql扩展。这一语法不受欢迎。 DOUBLE(M,D)FLOATDOUBLE

…ZEROFILL 对数字数据类型和整数数据类型的显示宽度属性都反对使用属性。考虑使用其他方法来产生这些属性的效果。例如,应用程序可以使用 LPAD() 功能为达到所需宽度的零点数字,或将格式化的数字存储在CHAR 列柱。

对于字符串数据类型,BINARY 属性是一个非标准的mysql扩展,它是指定二进制(_bin )整理列字符集(如果没有指定列字符集,则整理表默认字符集)。在mysql8.0中,这种非标准使用 BINARY 是因为 utf8mb4 字符集有多个 _bin 因此, BINARY 属性被反对;希望在未来的mysql版本中删除对它的支持。应调整申请,以使用明确的 _bin 我来处理一下。

使用BINARY 指定数据类型或字符集保持不变。

以前的mysql版本支持非标准的速记表达式ASCII 和 UNICODE 分别用于: CHARACTER SET latin1 和 CHARACTER SET ucs2 . ASCII 和UNICODE 反对(mysq8.0.28和以后),现在发出警告。使用CHARACTER SET 相反,在两种情况下。

非标准C型 && , || ,以及 ! 标准SQL的同义词操作符 AND , OR ,以及 NOT 运营商分别被拒绝。使用非标准操作符的应用程序应该调整为使用标准操作符。

…JSON_MERGE() 不赞成行使职能。使用 JSON_MERGE_PRESERVE() 相反。

…SQL_CALC_FOUND_ROWS 询问修饰语及其伴随语FOUND_ROWS() 不赞成行使职能。看到 FOUND_ROWS() 关于替代策略的信息说明。

支持TABLESPACE = innodb_file_per_table 和TABLESPACE = innodb_temporary 有 CREATE TEMPORARY TABLE 已经被弃用了8.0.13。

为了SELECT 报表,使用INTO 后面的条款 FROM 但不是在最后 SELECT 在我的8.20.20中被否决了。最好是把 INTO 在声明的结尾。

为了UNION 语句,这两个变体包含INTO 不赞成采用mysq8.20.20:

看 Section 13.2.13.1, “SELECT ... INTO Statement” ,以及 第13.2.18节,"工会条款" .

FLUSH HOSTS 在mysq8.0.23中被弃用。相反,截断性能架构 host_cache 表:

TRUNCATE TABLE performance_schema.host_cache;

…TRUNCATE TABLE 手术需要DROP 为餐桌准备的特权。

… Mysql_升级的 客户因其升级系统表的能力而被拒绝。mysql 其他模式中的系统架构和对象已经移动到mysql服务器中。看 第2.10.3节,"mysql升级过程的升级内容" .

…--no-dd-upgrade 服务器选项被否决。它已被 --upgrade 选项,它提供了对数据字典和服务器升级行为的更精确的控制。

…mysql_upgrade_info 创建数据目录并用于存储mysql版本号的文件被弃用;希望在未来的mysql版本中删除它。

…relay_log_info_file 系统变量和--master-info-file 选项被否决。以前,它们被用来指定中继日志信息日志和源信息日志的名称 relay_log_info_repository=FILE 和 master_info_repository=FILE 已经设置好了,但是那些设置已经被弃用了。用于中继日志信息日志和源信息日志的文件已经被KRASSAFE副本表所取代,这是mysql8.0中的默认值。

… max_length_for_sort_data 系统变量现在由于优化器的更改而被弃用,这些更改使得它已经过时,没有任何效果。

这些用于压缩连接到服务器的遗留参数被弃用: --compress 客户命令行选项; MYSQL_OPT_COMPRESS 备选办法 mysql_options() CAPI功能; slave_compressed_protocol 系统变量。有关参数的信息请参阅 第4.2.8节,"连接压缩控制" .

使用MYSQL_PWD 指定mysql密码的环境变量被弃用。

使用VALUES() 在 INSERT ... ON DUPLICATE KEY UPDATE 在我的8.20.20中被否决了。取而代之的是新的行和列使用别名。

因为指定ON ERROR 在…之前 ON EMPTY 当援引时 JSON_TABLE() 与SQL标准相反,这种语法现在在mysql中被弃用。从mysq8.20.20开始,当您试图这样做时,服务器会打印一个警告。在一个单独的条款中指定这两个条款JSON_TABLE() 召唤,确保ON EMPTY 先使用。

具有索引前缀的列从未被支持为表的分区键的一部分;以前,在创建、修改或升级已分区的表时允许使用这些列,但被表的分区函数排除在外,服务器没有发出发生这种情况的警告。这种允许行为现在已被弃用,并将在未来的mysql版本中删除,其中在分区键中使用任何这样的列将导致CREATE TABLE 或ALTER TABLE 其中的声明会被拒绝。

对于mysql8.0.21,每当使用索引前缀的列被指定为分区键的一部分时,每个这样的列都会生成警告。无论何时 CREATE TABLE 或 ALTER TABLE 语句被拒绝,因为在拟议的分区键中的所有列都有索引前缀,由此产生的错误现在提供了拒绝的准确原因。无论是哪种情况,这包括分区函数中使用的列通过使用空键隐式地定义为表主键中的列的情况。 PARTITION BY KEY() 条款。

有关详情及例子,请参阅 不支持键分区的列索引前缀 .

由于mysql8.0.22的使用,因诺布存储的插件被弃用了;希望在未来的mysql版本中删除对它的支持。

…temptable_use_mmap 变量被弃用于mysql8.0.26;希望在未来的mysql版本中删除对它的支持。

…BINARY 操作符在mysql8.0.27中被弃用,您应该期待在未来的mysql版本中删除它。使用 BINARY 现在引起警告。使用 CAST(... AS BINARY) 相反。

… default_authentication_plugin 变量被弃用于mysql8.0.27;希望在未来的mysql版本中删除对它的支持。

… default_authentication_plugin 在mysql8.0.27中,变量仍然使用,但与新的结合和优先级相比,它的优先级较低。 authentication_policy 系统变量,在mysql8.0.27中引入具有多因素身份验证功能的系统变量。详情请参阅 默认身份验证插件 .

…--abort-slave-event-count 和 --disconnect-slave-event-count 由mysql测试套件使用且通常不用于生产的服务器选项被弃用于mysq8.0.29;期望在未来的mysql版本中删除这两个选项。

…myisam_repair_threads 系统变量和 米桑切克 --parallel-recover 选项被弃用于mysql8.0.29;期望在未来的mysql版本中删除对两者的支持。

从mysql8.0.29,1(默认值)以外的值 myisam_repair_threads 做出警告。

以前,mysql接受 DATE , TIME , DATETIME ,以及 TIMESTAMP 含有任意数目的分隔符字符的文字,以及DATETIME 和 TIMESTAMP 在日期和时间段之前、之后和之间有任意数量的空格字符的文字。对于mysql8.0.29,每当文字值包含下列任何内容时,服务器就会提出反对警告:

每个时间值发出一个反对警告,即使它有多个问题。此警告不会在严格的模式下提升到错误,因此执行 INSERT 当严格的模式生效时,这种价值仍然会成功.

您应该期待在未来的mysql版本中删除非标准行为,并且现在就采取步骤确保您的应用程序不依赖于它。

看 在日期和时间上下文中的字符串和数字文字 ,以了解更多资料和例子。

…replica_parallel_type 系统变量及其相关的服务器选项 --replica-parallel-type 是不赞成我的。从这个版本开始,读取或设置这个值会引起一个反对警告;希望在未来的mysql版本中删除它。

从mysql8.0.30开始,设置 replica_parallel_workers 系统变量(或等价的服务器选项)被弃用为0,并引发警告。当您希望复制使用单线程时,请使用 replica_parallel_workers=1 相反,它产生了相同的结果,但没有警告。

…--skip-host-cache 以mysql8.0.30开头,服务器选项将被弃用;期待在未来的mysql版本中删除它。使用 host_cache_size 系统变量。

…--old-style-user-limits 备选方案是为了与非常古老的(5.0.3前)版本的向后兼容性,在mysql8.0.30时被弃用;现在使用它会引起警告。您应该期待这个选项在以后的mysql版本中被删除。

… innodb_log_files_in_group 和innodb_log_file_size 变量在mysql8.0.30时被弃用。这些变量被 innodb_redo_log_capacity 变量。详情请参阅 第15.6.5节,"重做日志" .

截至mysql8.0.32, “ 充分地 ” 由于未引用的标识符是SQL标准中的一个保留关键字,因此被弃用。这意味着这样的声明CREATE TABLE full (c1 INT, c2 INT) 现在提出警告(ER_WARN_DEPRECATED_TO_BE_REMOVED_IDENT_FULL )。为了防止这种情况的发生,请更改名称,或者,如图所示,将其插在背面(` ):

CREATE TABLE `full` (c1 INT, c2 INT);

详情请参阅 第9.3节,"关键词和保留词" .

从mysql8.0.32开始,使用美元符号($ )因为未引用标识符的前导字符被弃用并产生警告。这种用法在以后的mysql版本中会被删除。这包括作为数据库名称、表、视图、列或存储程序的标识符,以及其中任何一个的别名。美元符号仍可用作所引用标识符的第一个字符。看 第9.2节,"模式对象名称" ,详情请参阅。

…binlog_format 服务器系统变量在mysql8.0.34中被弃用,并在以后的版本中被删除。改变二进制日志的格式,也会被弃用,期望 binlog_format 将留下基于行的二进制日志记录,在mysql8.0中已经是默认的,作为唯一使用或支持的二进制日志格式。因此,新的mysql安装应该使用 只 基于行的二进制日志记录;使用现有复制设置 binlog_format=STATEMENT 或 binlog_format=MIXED 记录格式应该迁移到基于记录的格式。

系统变量 log_bin_trust_function_creators 和 log_statements_unsafe_for_binlog ,专门用于基于声明的日志记录和复制。由于这个原因,它们现在也被弃用,并在以后的mysql版本中被删除。

设定或选择 binlog_format , log_bin_trust_function_creators ,或 log_statements_unsafe_for_binlog 在mysql8.0.34及以后提高警告。

… Mysql大泵 客户端实用程序以mysql8.0.34开头被弃用,并在调用时产生弃用警告。这个程序将在以后的mysql版本中被删除。因为mysql提供了执行数据库转储和备份具有相同或额外功能的其他方法,包括 Mysql31- 和 Mysql炮弹 ,这个程序现在被认为是多余的。

相关的 LZ4_减压机 和 零压机 公用事业也被弃用于mysql8.0.34。

使用没有空格字符的版本编号后(或注释结束)将被弃用到mysql8.0.34,并会引起警告。这句话用mysql8.0.34或更晚的语言提出警告,如图所示:

mysql> CREATE TABLE t1(a INT, KEY (a)) /*!50110KEY_BLOCK_SIZE=1024*/ ENGINE=MYISAM;
Query OK, 0 rows affected, 1 warning (0.01 sec)mysql> SHOW WARNINGS\G
*************************** 1. row ***************************Level: WarningCode: 4164
Message: Immediately starting the version comment after the version number is
deprecated and may change behavior in a future release. Please insert a
white-space character after the version number.  
1 row in set (0.00 sec)

为避免此类警告,请在版本号后插入一个或多个空格字符,如:

mysql> CREATE TABLE t2(a INT, KEY (a)) /*!50110 KEY_BLOCK_SIZE=1024*/ ENGINE=MYISAM;
Query OK, 0 rows affected (0.00 sec)

另见 Section 9.7, “Comments” .

我的数据是8.0.34 sync_relay_log_info 系统变量及其对等服务器启动选项被弃用 --sync-relay-log-info .您应该期待对这个变量的支持,以及在文件中存储复制应用程序元数据的支持,在未来的mysql版本中删除。建议您在此之前更新可能依赖于此的任何mysql应用程序。

… binlog_transaction_dependency_tracking 服务器系统变量在mysql8.0.35时被弃用,并在未来的mysql版本中被删除。引用这个变量或等价物 MysqDD 启动选项 --binlog-transaction-dependency-tracking 现在触发警告。没有计划替换这个变量或它的功能,预计这个功能以后将成为服务器的内部功能。

…innodb_locks_unsafe_for_binlog 系统变量被删除.…READ COMMITTED 隔离级别提供了类似的功能。

…information_schema_stats 在mysql8.0.0中引入的变量被删除,代之以 information_schema_stats_expiry in MySQL 8.0.3.

information_schema_stats_expiry 定义缓存的过期设置 INFORMATION_SCHEMA 表中统计数字。详情请参阅 第8.2.3节,"优化信息_架构查询" .

与过期有关的守则InnoDB 在mysql8.0.3中删除了系统表。 INFORMATION_SCHEMA 基于InnoDB 系统表被数据字典表的内部系统视图所取代。受影响的 InnoDB INFORMATION_SCHEMA 意见重新命名:

升级到mysq8.3.3或以后,更新引用以前的脚本InnoDB INFORMATION_SCHEMA 查看名称。

删除了与账户管理有关的下列功能:

查询缓存被移除。移除的物品包括:

这些被弃用的查询缓存项仍然被弃用,但没有效果;希望在未来的mysql版本中删除它们:

…have_query_cache 系统变量仍然被弃用,并且总是有一个值 NO 希望在未来的mysql版本中删除它。

数据字典提供了关于数据库对象的信息,因此服务器不再检查数据目录中的目录名称来寻找数据库。因此, --ignore-db-dir 备选办法和 ignore_db_dirs 系统变量是不相干的,被删除。

DDL日志(又称元数据日志)已被删除。从mysq8.0.3开始,数据字典处理此功能 innodb_ddl_log 表看 查看DDL日志 .

…tx_isolation 和 tx_read_only 系统变量被删除。使用transaction_isolation 和 transaction_read_only 相反。

…sync_frm 系统变量被删除是因为.frm 文件已经过时。

…secure_auth 系统变量和 --secure-auth 客户选项已被删除。…MYSQL_SECURE_AUTH 备选办法mysql_options() 删除了CAPI函数。

…multi_range_count 系统变量被删除.

…log_warnings 系统变量和 --log-warnings 服务器选项已被删除。使用 log_error_verbosity 系统变量。

的全球范围 sql_log_bin 系统变量被删除.sql_log_bin 仅有会话范围和依赖于访问的应用程序 @@GLOBAL.sql_log_bin 得调整一下。

…metadata_locks_cache_size 和 metadata_locks_hash_instances 删除系统变量。

未使用的date_format , datetime_format , time_format ,以及 max_tmp_tables 删除系统变量。

这些不受欢迎的兼容性SQL模式被删除: DB2 ,MAXDB , MSSQL ,MYSQL323 , MYSQL40 ,ORACLE , POSTGRESQL , NO_FIELD_OPTIONS , NO_KEY_OPTIONS , NO_TABLE_OPTIONS .他们不能再被分配到sql_mode 系统变量或用作 Mysql31- --compatible 选择。

移走MAXDB 意味着 TIMESTAMP 数据类型 CREATE TABLE 或 ALTER TABLE 会被当作 TIMESTAMP ,不再被当作DATETIME .

反对者ASC 或 DESC 合格者GROUP BY 条款被移除。以前所依赖的查询GROUP BY 排序可能会产生与以前的mysql版本不同的结果。为了产生一个给定的排序顺序,请提供ORDER BY 条款。

…EXTENDED 和 PARTITIONS 的关键词 EXPLAIN 声明已被删除。这些关键字是不必要的,因为它们的效果总是被启用的。

这些与加密有关的项目被删除:

代替删除的加密功能: ENCRYPT() ,考虑使用 SHA2() 取而代之的是单向购物。其他人,考虑使用 AES_ENCRYPT() 和 AES_DECRYPT() 相反。

在mysql5.7中,多个名称下可用的几个空间函数被反对,以使空间函数名称空间更加一致,目标是每个空间函数名称以ST_ 如果它执行了一个精确的操作,或者MBR 如果它执行基于最小边界矩形的操作。在mysql8.0中,删除被弃函数,只留下相应的函数ST_ 和 MBR 职能:

本报告所述的职能 第12.16.4节,"用WGB值创建几何值的函数" 以前接受W2B字符串或几何参数。几何参数不再允许,并产生错误.关于从使用几何参数转移查询的指南,请参阅该节。

分析器不再治疗\N 作为一个同义词NULL 在SQL语句中。使用 NULL 相反。

此更改不影响文本文件导入或导出操作LOAD DATA 或 SELECT ... INTO OUTFILE ,为此NULL 仍然由\N .看 第13.2.9节,"装载数据报表" .

PROCEDURE ANALYSE()语法被删除。

客户端--ssl 和 --ssl-verify-server-cert 备选方案已被删除。使用 --ssl-mode=REQUIRED 代替--ssl=1 或 --enable-ssl .使用 --ssl-mode=DISABLED 代替--ssl=0 ,--skip-ssl ,或 --disable-ssl .使用 --ssl-mode=VERIFY_IDENTITY 代替--ssl-verify-server-cert 各种选择。(服务器端 --ssl 选项仍然可用,但在mysq8.0.26版本中被弃用,并在未来的mysql版本中被删除。)

对于C原料药,MYSQL_OPT_SSL_ENFORCE 和 MYSQL_OPT_SSL_VERIFY_SERVER_CERT 备选办法mysql_options() 与客户方对应--ssl 和 --ssl-verify-server-cert 所有选项都被删除。使用MYSQL_OPT_SSL_MODE 有期权价值的SSL_MODE_REQUIRED 或 SSL_MODE_VERIFY_IDENTITY 相反。

…--temp-pool 服务器选项被删除。

…ignore_builtin_innodb 系统变量被删除.

服务器不再执行将含有特殊字符的前MISQL5.1数据库名称转换为5.1格式的转换,并添加#mysql50# 前缀。因为这些转换不再执行,所以 --fix-db-names 和 --fix-table-names 备选办法 Mysql31- ……UPGRADE DATA DIRECTORY NAME 《公约》条款 ALTER DATABASE 声明和声明Com_alter_db_upgrade 状态变量被删除.

只支持从一个主要版本到另一个版本的升级(例如5至5.1,或5.1至5.5),因此不需要将旧的5.0数据库名转换为当前的mysql版本。作为一种变通办法,在升级到更新的版本之前,将mysql5.00安装升级为mysql5.1。

… Mysql_31-all_db 方案已从mysql分布版中删除。应通过调用来执行数据目录初始化 MysqDD 与… --initialize 或 --initialize-insecure 而不是选择。此外,--bootstrap 选择 MysqDD 它被用来 Mysql_31-all_db 已经移走了 INSTALL_SCRIPTDIR CMake 控制安装位置的选项 Mysql_31-all_db 已经移走了。

通用分区处理程序从mysql服务器上删除。为了支持给定表的分区,表使用的存储引擎现在必须提供自己的( “ 本土的 ” )分区处理程序。… --partition 和 --skip-partition 从mysql服务器中删除了选项,与分区相关的条目不再显示在SHOW PLUGINS 或在信息架构中 PLUGINS 表

两个mysql存储引擎目前提供本地分区支持:InnoDB 和NDB .其中,只有 InnoDB 在mysql8.0中支持。任何使用其他存储引擎在mysq8.0中创建分区表的尝试都失败了。

升级的核查。  使用存储引擎直接升级分区表InnoDB (例如 MyISAM )从mysql5.7(或更早)到mysql8.0不支持。处理这种表格有两种选择:

以上列出的两个操作中至少有一个必须为每个分区的非分区操作执行InnoDB 将服务器升级为mysql8.0之前的表。否则,在升级之后不能使用此表。

由于表创建语句将导致使用存储引擎进行分区表,而没有分区支持,因此现在出现错误( ER_CHECK_NOT_IMPLEMENTED ),您必须确保转储文件中的任何语句(例如 Mysql31- )您希望导入到创建分区表的mysq8.0服务器中的一个旧版本的mysql也没有指定存储引擎,例如: MyISAM 没有本地分区处理程序。你可以通过以下两种方式之一来做到这一点:

详情请参阅 24.6.2节,"与存储引擎有关的分区限制" .

系统和状态变量信息不再保留于INFORMATION_SCHEMA .这些表格删除: GLOBAL_VARIABLES , SESSION_VARIABLES , GLOBAL_STATUS , SESSION_STATUS .使用相应的性能架构表代替。看 第27.12.14节,"性能模式系统变量表" ,以及 第27.12.15节,"性能模式状态变量表" .此外,show_compatibility_56 系统变量被删除.系统和状态可变信息在过渡时期使用。INFORMATION_SCHEMA 表移到性能架构表,不再需要。这些状态变量被删除: Slave_heartbeat_period , Slave_last_heartbeat , Slave_received_heartbeats , Slave_retried_transactions , Slave_running .它们提供的信息可在性能架构表中查阅; 迁移到性能架构系统和状态变量表 .

性能架构setup_timers 桌子被移走了,还有TICK 划入 performance_timers 表

…libmysqld 删除嵌入式服务器库,以及:

… Mysql_31-kin 有用的东西被拿走了。其他选择包括在服务器启动时使用--plugin-load 或 --plugin-load-add 选择,或在运行时使用INSTALL PLUGIN 声明。

… 解决方案 有用的东西被拿走了。 国家统计局调查 , 主人 ,或 挖掘 可以代替。

… 分解_堆积_沉淀物 有用的东西被拿走了。官方mysql构建的堆栈跟踪总是符号化的,因此不需要使用 分解_堆积_沉淀物 .

下面的服务器错误代码没有使用,已经删除.应该更新专门测试这些错误的应用程序。

反对者INFORMATION_SCHEMA INNODB_LOCKS 和 INNODB_LOCK_WAITS 把桌子移开。使用性能架构 data_locks 和 data_lock_waits 代替表格。

InnoDB 不再支持压缩临时表。何时 innodb_strict_mode 启用(默认), CREATE TEMPORARY TABLE 如果 ROW_FORMAT=COMPRESSED 或 KEY_BLOCK_SIZE 是指定的。如果 innodb_strict_mode 禁用、发布警告和使用非压缩行格式创建临时表。

InnoDB 不再创造 .isl 档案(InnoDB 当在mysql数据目录之外创建表空间数据文件时。… innodb_directories 选项现在支持定位数据目录之外创建的表空间文件。

通过此更改,通过手动修改 .isl 文件不再被支持。移动远程表空间文件现在由 innodb_directories 选择。看 15.6.3.6节,"服务器脱机时移动表空间文件" .

以下内容InnoDB 删除了文件格式变量:

文件格式变量对于创建与以前版本的 InnoDB 在我的第5.1条里。既然mysql5.1已经到了产品生命周期的末尾,这些选项就不再需要了。

…FILE_FORMAT 列被从INNODB_TABLES 和 INNODB_TABLESPACES 信息模式表。

…innodb_support_xa 删除了系统变量,该变量能够支持fd事务中的两阶段提交。InnoDB 始终启用对xa事务中的两阶段提交的支持。

支持的数据被移除。

…JSON_APPEND() 功能被删除。使用JSON_ARRAY_APPEND() 相反。

支持在共享中放置表分区 InnoDB 在mysql8.0.13中删除了平板空间。共享表空间包括 InnoDB 系统表空间和一般表空间。有关在共享表空间中识别分区并将其移至每个表表空间的信息,请参阅 第2.10.5节,"准备安装升级" .

支持在语句中设置用户变量 SET 在mysql8.0.13中被拒绝了。这个功能可以在mysql8.4中删除。

…--ndb 使惊愕 取消了备选办法。使用 恩德布_佩罗 实际上是有用的。

…innodb_undo_logs 变量被删除。… innodb_rollback_segments 变量执行相同的功能,应该被使用.

…Innodb_available_undo_logs 状态变量被删除。可用的每个表空间回滚段的数目可以使用SHOW VARIABLES LIKE 'innodb_rollback_segments';

截至mysq8.0.14,先前反对的 innodb_undo_tablespaces 变量不再是可配置的。详情请参阅 第15.6.3.4节,"撤销表空间" .

支助ALTER TABLE ... UPGRADE PARTITIONING 声明已经删除。

截至mysql8.0.16,支持 internal_tmp_disk_storage_engine 系统变量已被删除;磁盘上的内部临时表现在总是使用 InnoDB 存储引擎。看 磁盘内部临时表存储引擎 ,详情请参阅。

… 木棉 备选办法没有使用,已被删除。 DISABLE_SHARED

…myisam_repair_threads 系统变量从mysql8.0.30移除。