mysql 系统数据库中 的授权表现在 是 InnoDB （事务性）表。 以前，这些是 MyISAM （非交易）表格。 授权表存储引擎的更改是对帐户管理语句行为的伴随变更的基础。 以前，帐户管理声明（例如 CREATE USER 或 DROP USER ）命名多个用户可以为某些用户成功而对其他用户失败。 现在，每个语句都是事务性的，并且对所有命名用户都成功或回滚，如果发生任何错误则无效。 如果成功，则将语句写入二进制日志，但如果失败则不写入; 在这种情况下，发生回滚并且不进行任何更改。 有关更多信息，请参见 第13.1.1节“原子数据定义语句支持” 。

可以使用新的 caching_sha2_password 身份验证插件。 与 sha256_password 插件 一样 ， caching_sha2_password 实现SHA-256密码散列，但使用缓存来解决连接时的延迟问题。 它还支持更多连接协议，并且不需要针对基于RSA密钥对的密码交换功能进行OpenSSL链接。 请参见 第6.4.1.3节“缓存SHA-2可插入认证” 。

该 caching_sha2_password 和 sha256_password 认证插件提供比更安全的密码加密 mysql_native_password 插件，并 caching_sha2_password 提供了比更好的性能 sha256_password 。 由于这些优越的安全性和性能特性 caching_sha2_password ，它现在是首选的身份验证插件，而且也是默认的身份验证插件而不是 mysql_native_password 。 有关此默认插件更改对服务器操作的影响以及服务器与客户端和连接器的兼容性的信息，请参阅 caching_sha2_password作为首选身份验证插件 。

MySQL现在支持角色，这些角色被命名为特权集合。 可以创建和删除角色。 角色可以拥有授予和撤消的权限。 可以向用户帐户授予和撤消角色。 可以从授予帐户的帐户中选择帐户的活动适用角色，并且可以在该帐户的会话期间更改。 有关更多信息，请参见 第6.2.10节“使用角色” 。

MySQL现在结合了用户帐户类别的概念，系统和常规用户根据他们是否拥有 SYSTEM_USER 权限进行 区分 。 请参见 第6.2.11节“帐户类别” 。

以前，除了某些模式之外，无法授予全局适用的权限。 现在，如果 partial_revokes 启用 了 系统变量，则可以执行此操作。 请参见 第6.2.12节“使用部分撤消的权限限制” 。

该 GRANT 语句有一个 子句，指定有关用于语句执行的特权上下文的其他信息。 此语法在SQL级别可见，但其主要目的是通过使这些限制出现在二进制日志中，在部分撤销所强制的所有节点上实现统一复制。 请参见 第13.7.1.6节“GRANT语法” 。 AS user [WITH ROLE]

MySQL现在维护有关密码历史的信息，从而限制了以前密码的重用。 DBA可能要求在某些密码更改或时间段内不从先前的密码中选择新密码。 可以在全局以及每个帐户的基础上建立密码重用策略。

现在可以要求通过指定要替换的当前密码来验证更改帐户密码的尝试。 这使DBA能够阻止用户更改密码，而无需证明他们知道当前密码。 可以在全球范围内以及在每个帐户的基础上建立密码验证策略。

现在允许帐户具有双密码，这使得可以在复杂的多服务器系统中无缝地执行分阶段密码更改，而无需停机。

这些新功能为DBA提供了更完整的密码管理控制。 有关更多信息，请参见 第6.2.15节“密码管理” 。

MySQL现在支持FIPS模式，如果使用OpenSSL编译，并且OpenSSL库和FIPS对象模块在运行时可用。 FIPS模式对加密操作施加了条件，例如对可接受的加密算法的限制或对更长密钥长度的要求。 请参见 第6.5节“FIPS支持” 。

服务器用于新连接的SSL上下文现在可在运行时重新配置。 例如，此功能可能很有用，可以避免重新启动已运行太久以至于其SSL证书已过期的MySQL服务器。 请参阅 加密连接的服务器端运行时配置 。

OpenSSL 1.1.1支持用于加密连接的TLS v1.3协议，如果使用OpenSSL 1.1.1或更高版本编译，MySQL现在也支持TLS v1.3。 请参见 第6.3.6节“加密连接协议和密码” 。

MySQL现在将授予命名管道上的客户端的访问控制设置为在Windows上成功通信所需的最小值。 较新的MySQL客户端软件无需任何其他配置即可打开命名管道连接。 如果无法立即升级较旧的客户端软件， named_pipe_full_access_group 则可以使用 新的 服务器系统变量为Windows组提供打开命名管道连接所需的权限。 完全访问组的成员资格应该受到限制并且是临时的。

每次值更改时，当前最大自动增量计数器值将写入重做日志，并保存到每个检查点上的引擎专用系统表中。 这些更改使当前最大自动增量计数器值在服务器重新启动时保持不变。 另外：

有关更多信息，请参见 第15.6.1.4节“InnoDB中的AUTO_INCREMENT处理” 和 InnoDB AUTO_INCREMENT计数器初始化 。

遇到索引树损坏时， InnoDB 将损坏标志写入重做日志，这会使损坏标志崩溃安全。 InnoDB 还将内存中损坏标志数据写入每个检查点上的引擎专用系统表。 在恢复期间， InnoDB 从两个位置读取损坏标志并在将内存表和索引对象标记为损坏之前合并结果。

的 InnoDB 分布式缓存 插件支持多个 get 操作（读取在一个单一的多键-值对 分布式缓存 查询）和范围查询。 请参见 第15.19.4节“InnoDB memcached多个获取和范围查询支持” 。

新的动态变量 innodb_deadlock_detect 可用于禁用死锁检测。 在高并发系统上，当许多线程等待同一个锁时，死锁检测会导致速度减慢。 有时，禁用死锁检测可能更有效，并且在 innodb_lock_wait_timeout 发生死锁时 依赖于 事务回滚 的 设置。

新 INFORMATION_SCHEMA.INNODB_CACHED_INDEXES 表报告 InnoDB 每个索引缓冲池中 缓存的索引页数 。

InnoDB 现在，在共享临时表空间中创建临时表 ibtmp1 。

该 InnoDB 表空间加密功能 支持重做日志的加密和撤消日志数据。 请参阅 重做日志加密 和 撤消日志加密 。

InnoDB 支持 NOWAIT 和 SKIP LOCKED 选项 SELECT ... FOR SHARE 以及 SELECT ... FOR UPDATE 锁定读取语句。 NOWAIT 如果请求的行被另一个事务锁定，则会导致语句立即返回。 SKIP LOCKED 从结果集中删除锁定的行。 请参阅 使用NOWAIT和SKIP LOCKED锁定读取并发 。

SELECT ... FOR SHARE 替换 SELECT ... LOCK IN SHARE MODE ，但 LOCK IN SHARE MODE 仍可用于向后兼容。 这些陈述是等同的。 然而， FOR UPDATE 和 FOR SHARE 支持 NOWAIT ， SKIP LOCKED 和 选项。 请参见 第13.2.10节“SELECT语法” 。 OF tbl_name

OF tbl_name 将锁定查询应用于命名表。

ADD PARTITION ， DROP PARTITION ， COALESCE PARTITION ， REORGANIZE PARTITION ，和 REBUILD PARTITION ALTER TABLE 选项由本地分区就地API的支持，可能与使用 ALGORITHM={COPY|INPLACE} 和 LOCK 条款。

DROP PARTITION 与 ALGORITHM=INPLACE 存储在该分区删除数据并丢弃分区。 但是， DROP PARTITION 使用 ALGORITHM=COPY 或 old_alter_table=ON 重建分区表并尝试将数据从已删除的分区移动到具有兼容 PARTITION ... VALUES 定义的 另一个分区 。 将删除无法移动到其他分区的数据。

该 InnoDB 存储引擎现在使用MySQL的数据字典，而不是它自己的存储引擎特定的数据字典。 有关数据字典的信息，请参阅 第14章， MySQL数据字典 。

mysql 系统表和数据字典表现 在在MySQL数据目录中 InnoDB 命名 的单个 表空间文件中 创建 mysql.ibd 。 以前，这些表是 InnoDB 在 mysql 数据库目录 中的各个 表空间文件中 创建的 。

MySQL 8.0中引入了以下撤消表空间更改：

影响缓冲池预冲洗和刷新行为的变量的默认值已修改：

默认 innodb_autoinc_lock_mode 设置现在为2（交错）。 交错锁定模式允许并行执行多行插入，从而提高了并发性和可伸缩性。 新的 innodb_autoinc_lock_mode 默认设置反映了从基于语句的复制到基于行的复制的更改，作为MySQL 5.7中的默认复制类型。 基于语句的复制需要连续的自动增量锁定模式（以前​​的默认值），以确保为给定的SQL语句序列以可预测和可重复的顺序分配自动增量值，而基于行的复制对于SQL语句的执行顺序。 有关更多信息，请参阅 InnoDB AUTO_INCREMENT锁定模式 。

对于使用基于语句的复制的系统，新的 innodb_autoinc_lock_mode 默认设置可能会破坏依赖于顺序自动增量值的应用程序。 要恢复以前的默认值，请设置 innodb_autoinc_lock_mode 为1。

ALTER TABLESPACE ... RENAME TO 语法 支持重命名通用表空间 。

innodb_dedicated_server 默认情况下禁用 的新 变量可用于 InnoDB 根据服务器上检测到的内存量自动配置以下选项：

此选项适用于在专用服务器上运行的MySQL服务器实例。 有关更多信息，请参见 第15.8.12节“为专用MySQL服务器启用自动配置” 。

新 INFORMATION_SCHEMA.INNODB_TABLESPACES_BRIEF 视图为表空间提供空间，名称，路径，标志和空间类型数据 InnoDB 。

与MySQL捆绑在一起 的 zlib库 版本从1.2.3版本升级到版本1.2.11。 MySQL在zlib库的帮助下实现压缩。

如果使用 InnoDB 压缩表，请参见 第2.11.4节“MySQL 8.0中的更改” 以了解相关的升级含义。

序列化字典信息（SDI）存在于 InnoDB 除全局临时表空间和撤消表空间文件之外的 所有 表空间文件中。 SDI是表和表空间对象的序列化元数据。 SDI数据的存在提供了元数据冗余。 例如，如果数据字典变得不可用，则可以从表空间文件中提取字典对象元数据。 使用 ibd2sdi 工具 执行SDI提取 。 SDI数据以 JSON 格式 存储 。

在表空间文件中包含SDI数据会增加表空间文件的大小。 SDI记录需要单个索引页面，默认情况下大小为16KB。 但是，SDI数据在存储时会进行压缩，以减少存储空间。

该 InnoDB 存储引擎现在支持原子DDL，这保证了DDL操作要么完全提交或回滚，即使服务器在操作时停止。 有关更多信息，请参见 第13.1.1节“原子数据定义语句支持” 。

使用该 innodb_directories 选项 在服务器脱机时，可以将表空间文件移动或还原到新位置 。 有关更多信息，请参见 第15.6.3.8节“在服务器脱机时移动表空间文件” 。

实施了以下重做日志记录优化：

有关更多信息，请参见 第8.5.4节“优化InnoDB重做日志记录” 。

从MySQL 8.0.12开始，对大对象（LOB）数据的小更新支持撤消日志记录，这样可以提高大小为100字节或更小的LOB更新的性能。 以前，LOB更新的大小至少为一个LOB页面，对于可能只修改几个字节的更新而言，这不是最佳选择。 此增强功能建立在MySQL 8.0.4中为LOB数据的部分更新添加的支持的基础上。

从MySQL 8.0.12开始， ALGORITHM=INSTANT 支持以下 ALTER TABLE 操作：

ALGORITHM=INSTANT 仅 支持 修改数据字典中的元数据的操作。 表中没有元数据锁，表数据不受影响，使操作瞬间完成。 如果未明确指定， ALGORITHM=INSTANT 则默认情况下由支持它的操作使用。 如果 ALGORITHM=INSTANT 已指定但不受支持，则操作会立即失败并显示错误。

有关支持的操作的更多信息 ALGORITHM=INSTANT ，请参见 第15.12.1节“在线DDL操作” 。

从MySQL 8.0.13开始， TempTable 存储引擎支持二进制大对象（BLOB）类型列的存储。 此增强功能可提高使用包含BLOB数据的临时表的查询的性能。 以前，包含BLOB数据的临时表存储在由...定义的磁盘存储引擎中 internal_tmp_disk_storage_engine 。 有关更多信息，请参见 第8.4.4节“MySQL中的内部临时表使用” 。

从MySQL 8.0.13开始，静态 InnoDB 数据加密功能支持通用表空间。 以前，只能对每个表的文件表空间进行加密。 为了支持一般的表空间的加密， CREATE TABLESPACE 以及 ALTER TABLESPACE 语法扩展到包括 ENCRYPTION 条款。

该 INFORMATION_SCHEMA.INNODB_TABLESPACES 表现在包含一个 ENCRYPTION 列，指示表空间是否已加密。

在 stage/innodb/alter tablespace (encryption) 加入绩效模式阶段仪器允许普通表空间加密操作的监控。

innodb_buffer_pool_in_core_file 通过排除 InnoDB 缓冲池页面来 禁用该 变量可以减小核心文件的大小 。 要使用此变量， core_file 必须启用 该变量， 并且操作系统必须支持 MADV_DONTDUMP 非POSIX扩展 madvise() ，Linux 3.4及更高版本 支持该 扩展 。 有关更多信息，请参见 第15.8.3.8节“从核心文件中排除缓冲池页面” 。

从MySQL 8.0.13开始，由优化器创建的用户创建的临时表和内部临时表存储在会话临时表空间中，这些表空间从临时表空间池分配给会话。 会话断开连接时，其临时表空间将被截断并释放回池中。 在以前的版本中，临时表是在全局临时表空间（ ibtmp1 ） 中创建的，在 删除临时表后，它不会将磁盘空间返回给操作系统。

该 innodb_temp_tablespaces_dir 变量定义创建会话临时表空间的位置。 默认位置是 #innodb_temp 数据目录中的目录。

该 INNODB_SESSION_TEMP_TABLESPACES 表提供有关会话临时表空间的元数据。

全局临时表空间（ ibtmp1 ）现在存储用于对用户创建的临时表所做更改的回滚段。

从MySQL 8.0.14开始， InnoDB 支持并行聚簇索引读取，这可以提高 CHECK TABLE 性能。 此功能不适用于二级索引扫描。 的 innodb_parallel_read_threads 会话变量必须被设置为一个大于1的值用于并行聚簇索引读取发生。 默认值为4.用于执行并行聚簇索引读取的实际线程 innodb_parallel_read_threads 数由要扫描的索引子树 的 设置或数量决定，取较小者。

从8.0.14开始，当 innodb_dedicated_server 启用变量 时 ，将根据自动配置的缓冲池大小配置日志文件的大小和数量。 以前，根据服务器上检测到的内存量配置日志文件大小，并且未自动配置日志文件的数量。

从8.0.14开始，该 语句 的 ADD DATAFILE 子句 CREATE TABLESPACE 是可选的，它允许没有 FILE 权限的 用户 创建表空间。 在 CREATE TABLESPACE 没有 ADD DATAFILE 子句的 情况下执行的 语句会隐式创建具有唯一文件名的表空间数据文件。

默认情况下，当TempTable存储引擎占用的内存量超过 temptable_max_ram 变量 定义的内存限制时 ，TempTable存储引擎开始从磁盘分配内存映射的临时文件。 从MySQL 8.0.16开始，此行为由 temptable_use_mmap 变量 控制 。 禁用 temptable_use_mmap 会导致TempTable存储引擎使用 InnoDB 磁盘内部临时表而不是内存映射文件作为其溢出机制。 有关更多信息，请参阅 内部临时表存储引擎 。

从MySQL 8.0.16开始，静态 InnoDB 数据加密功能支持加密 mysql 系统表空间。 该 mysql 系统表空间包含 mysql 系统数据库和MySQL数据字典表。 有关更多信息，请参见 第15.6.3.9节“InnoDB静态数据加密” 。

innodb_spin_wait_pause_multiplier MySQL 8.0.16中引入 的 变量可以更好地控制线程等待获取互斥锁或rw-lock时发生的自旋锁定轮询延迟的持续时间。 可以更精细地调整延迟，以解决不同处理器体系结构上PAUSE指令持续时间的差异。 有关更多信息，请参见 第15.8.8节“配置自旋锁轮询” 。

添加了 ->> （内联路径）运算符，相当于调用 JSON_UNQUOTE() 结果 JSON_EXTRACT() 。

这是 -> MySQL 5.7中引入 的列路径运算符的改进 ; col->>"$.path" 相当于 JSON_UNQUOTE(col->"$.path") 。 内联路径运算符可以用来随时随地可以使用 JSON_UNQUOTE(JSON_EXTRACT()) ，如 SELECT 列清单， WHERE 和 HAVING 条款，并 ORDER BY 和 GROUP BY 条款。 有关更多信息，请参阅运算符的说明以及 JSON路径语法 。

添加了两个JSON聚合函数 JSON_ARRAYAGG() 和 JSON_OBJECTAGG() 。 JSON_ARRAYAGG() 将列或表达式作为其参数，并将结果聚合为单个 JSON 数组。 表达式可以评估任何MySQL数据类型; 这不一定是一个 JSON 价值。 JSON_OBJECTAGG() 采用两个列或表达式，它将其解释为键和值; 它将结果作为单个 JSON 对象 返回 。 有关更多信息和示例，请参见 第12.20节“聚合（GROUP BY）函数” 。

添加了JSON实用程序功能 JSON_PRETTY() ， JSON 以易于阅读的格式 输出现有 值; 每个JSON对象成员或数组值都打印在一个单独的行上，子对象或数组相对于其父对象是2个空格。

此函数也适用于可以解析为JSON值的字符串。

有关更多详细信息和示例，请参见 第12.17.8节“JSON实用程序函数” 。

JSON 在使用查询 对 值进行 排序时 ORDER BY ，每个值现在由排序键的可变长度部分表示，而不是固定1K大小的一部分。 在许多情况下，这可以减少过度使用。 例如，标量 INT 或偶 BIGINT 数值实际上只需要很少的字节，因此通过填充占用了该空间的剩余部分（最多90％或更多）。 此更改对性能具有以下好处：

在MySQL 8.0.2中添加了对 JSON 列值的 部分，就地更新的支持 ，这比完全删除现有JSON值并在其位置编写新值更有效，就像之前更新任何 JSON 列 时所做的那样 。 要应用这种优化，更新，必须使用应用 JSON_SET() ， JSON_REPLACE() 或 JSON_REMOVE() 。 无法将新元素添加到正在更新的JSON文档中; 文档中的值不会占用比更新前更多的空间。 请参阅 JSON值的部分更新 ，详细讨论要求。

可以将JSON文档的部分更新写入二进制日志，占用的空间比记录完整的JSON文档少。 在使用基于语句的复制时，始终会记录部分更新。 要使其与基于行的复制一起使用，必须先设置 binlog_row_value_options=PARTIAL_JSON ; 有关更多信息，请参阅此变量的说明。

添加了JSON实用程序函数 JSON_STORAGE_SIZE() 和 JSON_STORAGE_FREE() 。 JSON_STORAGE_SIZE() 在任何部分更新之前，返回用于JSON文档的二进制表示的字节存储空间（请参阅上一项）。 JSON_STORAGE_FREE() 显示 JSON 使用 JSON_SET() 或 部分更新后 的表格列中剩余的空间量 JSON_REPLACE() ; 如果新值的二进制表示小于先前值的二进制表示，则大于零。

这些函数中的每一个也接受JSON文档的有效字符串表示。 对于这样的值， JSON_STORAGE_SIZE() 返回其转换为JSON文档后其二进制表示所使用的空间。 对于包含JSON文档的字符串表示形式的变量， JSON_STORAGE_FREE() 返回零。 如果无法将其（非null）参数解析为有效的JSON文档，并且 NULL 参数为 ， 则 任一函数都会产生错误 NULL 。

有关更多信息和示例，请参见 第12.17.8节“JSON实用程序函数” 。

JSON_STORAGE_SIZE() 并 JSON_STORAGE_FREE() 在MySQL 8.0.2中实现。

在MySQL 8.0.2中添加了对 $[1 to 5] XPath表达式 等范围的支持 。 此版本还为 last 关键字和相对寻址 添加了支持 ，以便 $[last] 始终选择数组中的最后一个（编号最大的）元素和 $[last-1] 倒数第二个元素。 last 和使用它的表达式也可以包含在范围定义中。 例如， $[last-2 to last-1] 返回最后两个元素，但返回一个数组。 有关 其他信息和示例， 请参阅 搜索和修改JSON值 。

添加了旨在符合 RFC 7396 的JSON合并功能 。 JSON_MERGE_PATCH() ，当在2个JSON对象上使用时，将它们合并为单个JSON对象，该对象具有以下集合的成员作为成员：

作为此工作的一部分，该 JSON_MERGE() 功能已重命名 JSON_MERGE_PRESERVE() 。 JSON_MERGE() 继续被认为是 JSON_MERGE_PRESERVE() MySQL 8.0中 的别名 ，但现在已被弃用，并且将在未来版本的MySQL中删除。

有关更多信息和示例，请参见 第12.17.4节“修改JSON值的函数” 。

实现了 “ 最后重复密钥获胜 ” 重复密钥的规范化，与 RFC 7159 和大多数JavaScript解析器一致。 此处显示了此行为的示例，其中仅 x 保留 具有密钥的最右侧成员 ：

mysql> SELECT JSON_OBJECT('x', '32', 'y', '[true, false]', 
     >                     'x', '"abc"', 'x', '100') AS Result;
+ ------------------------------------ +
| 结果|
+ ------------------------------------ +
| {“x”：“100”，“y”：“[true，false]”} |
+ ------------------------------------ +
1排（0.00秒）

插入到MySQL JSON 列中的 值 也以这种方式标准化，如下例所示：

MySQL的> CREATE TABLE t1 (c1 JSON);

MySQL的> INSERT INTO t1 VALUES ('{"x": 17, "x": "red", "x": [3, 5, 7]}');

MySQL的> SELECT c1 FROM t1;
+ ------------------ +
| c1 |
+ ------------------ +
| {“x”：[3,5,7]} |
+ ------------------ +

这是与先前版本的MySQL不兼容的变化， 在这种情况下使用 “ 第一次重复密钥获胜 ” 算法。

有关 更多信息和示例 ， 请参阅 JSON值的规范化，合并和自动包装 。

JSON_TABLE() 在MySQL 8.0.4中 添加了该 功能。 此函数接受JSON数据并将其作为具有指定列的关系表返回。

此函数具有语法 ，其中 是返回JSON数据的表达式， 是应用于源的JSON路径， 是列定义的列表。 这里显示了一个例子： JSON_TABLE(expr, path COLUMNS column_list) [AS] alias) expr path column_list

mysql> SELECT * 
    - > FROM  
    - >    JSON_TABLE(
    - >      '[{"a":3,"b":"0"},{"a":"3","b":"1"},{"a":2,"b":1},{"a":0},{"b":[1,2]}]',
    - >      "$[*]" COLUMNS(
    - >       rowid FOR ORDINALITY,
    - >   
    - >        xa INT EXISTS PATH "$.a",
    - >       xb INT EXISTS PATH "$.b",
    - >       
    - >        sa VARCHAR(100) PATH "$.a",
    - >       sb VARCHAR(100) PATH "$.b",
    - >       
    - >        ja JSON PATH "$.a",       
    - >        jb JSON PATH "$.b"
    - >      )   
    - >   ) AS  jt1;
+ ------- + ------ + ------ + ------ + ------ + ------ + ------ -  +
| rowid | xa | xb | sa | 某人| ja | jb |
+ ------- + ------ + ------ + ------ + ------ + ------ + ------ -  +
| 1 | 1 | 1 | 3 | 0 | 3 | “0”|
| 2 | 1 | 1 | 3 | 1 | “3”| “1”|
| 3 | 1 | 1 | 2 | 1 | 2 | 1 |
| 4 | 1 | 0 | 0 | NULL | 0 | NULL |
| 5 | 0 | 1 | NULL | NULL | NULL | [1,2] |
+ ------- + ------ + ------ + ------ + ------ + ------ + ------ -  +

JSON源表达式可以是生成有效JSON文档的任何表达式，包括JSON文字，表列或返回JSON的函数调用，如 JSON_EXTRACT(t1, data, '$.post.comments') 。 有关更多信息，请参见 第12.17.6节“JSON表函数” 。

MySQL现在支持隐形索引。 优化器根本不使用不可见索引，但以其他方式正常维护。 默认情况下，索引是可见的。 不可见索引可以测试删除索引对查询性能的影响，而不会进行破坏性更改，如果索引需要，则必须撤消。 请参见 第8.3.12节“不可见索引” 。

MySQL现在支持降序索引： DESC 在索引定义中不再被忽略，但会导致按键降序存储键值。 以前，索引可能会以相反的顺序扫描，但性能会受到影响。 可以按正向顺序扫描降序索引，这样更有效。 当最有效的扫描顺序混合某些列的升序和其他列的降序时，降序索引还使优化器可以使用多列索引。 请参见 第8.3.13节“降序索引” 。

MySQL现在支持创建索引表达式值而不是列值的功能索引键部分。 功能键部件支持索引无法索引的值，例如 JSON 值。 有关详细信息，请参见 第13.1.15节“CREATE INDEX语法” 。

在MySQL 8.0.14及更高版本中， WHERE 由常量文字表达式引起的 微不足道的 条件在准备期间被删除，而不是在优化期间被删除。 在过程的早期删除条件使得可以简化具有微不足道条件的外连接的查询的连接，例如：

SELECT * FROM t1 LEFT JOIN t2 ON condition_1WHERE condition_2OR 0 = 1

优化器现在在准备期间看到0 = 1始终为false，使得 OR 0 = 1 冗余，并将其删除，留下：

SELECT * FROM t1 LEFT JOIN t2 ON condition_1在哪里condition_2

现在，优化器可以将查询重写为内部联接，如下所示：

SELECT * FROM t1 LEFT JOIN t2 WHERE condition_1ANDcondition_2

有关更多信息，请参见 第8.2.1.8节“外部连接优化” 。

在MySQL 8.0.16及更高版本中，MySQL可以在优化时使用常量折叠来处理列和常量值之间的比较，其中常量超出范围或相对于列的类型在范围边界上，而不是所以对于执行时的每一行。 例如，给定一个表 t 与 TINYINT UNSIGNED 列 c ，优化器可以改写的条件如 WHERE c < 256 对 WHERE 1 （和远离共优化条件），或 WHERE c >= 255 到 WHERE c = 255 。

有关 更多信息 ， 请参见 第8.2.1.13节“常量折叠优化” 。

从MySQL 8.0.16开始，用于 IN 子查询 的半连接优化 现在也可以应用于 EXISTS 子查询。 此外，优化器现在在 WHERE 附加到子查询 的 条件 中对与之相关的等式谓词进行去相关 ，以便可以像处理 IN 子查询中的 表达式一样对待它们 。 这适用于两个 EXISTS 和 IN 子查询。

有关更多信息，请参见 第8.2.2.1节“使用半连接转换优化子查询，派生表，视图引用和公用表表达式” 。

MySQL Replication现在支持使用紧凑的二进制格式对JSON文档的部分更新进行二进制日志记录，从而节省了日志记录完整JSON文档的空间。 当使用基于语句的日志记录时，这种紧凑日志记录会自动完成，并且可以通过将新 binlog_row_value_options 系统变量 设置为来启用 PARTIAL_JSON 。 有关更多信息，请参阅 JSON值的部分更新 以及 binlog_row_value_options 。

允许的主机名长度的增加可能会影响主机名列上具有索引的表。 例如， mysql 系统架构中索引主机名的表现在具有显式 ROW_FORMAT 属性， DYNAMIC 以容纳更长的索引值。

可以基于服务器主机名构造一些文件名值配置设置。 允许的值受底层操作系统的约束，这可能不允许文件名长到足以包含255个字符的主机名。 这会影响到 general_log_file ， log_error ， pid_file ， relay_log ，和 slow_query_log_file 系统变量和相应的选项。 如果操作系统的基于主机名的值太长，则必须提供明确的较短值。

尽管服务器现在支持255个字符的主机名，但使用该 --ssl-mode=VERIFY_IDENTITY 选项 建立的服务器的连 接受OpenSSL支持的最大主机名长度的限制。 主机名匹配属于两个SSL证书字段，其最大长度如下：公共名称：最大长度64; 主题备选名称：根据RFC＃1034的最大长度。

架构必须符合JSON Schema规范的草案4。

required 支持属性。

$ref 不支持 外部资源和 关键字。

支持正则表达式模式; 无效模式会被忽略。

使用 GRANT 创建用户。 相反，使用 CREATE USER 。 遵循这种做法使得 NO_AUTO_CREATE_USER SQL模式对于 GRANT 语句来说 无关紧要 ，因此它也被删除了。

使用 GRANT 修改不是权限指派其他帐户属性。 这包括身份验证，SSL和资源限制属性。 相反，在帐户创建时建立这样的属性， CREATE USER 然后用它们修改它们 ALTER USER 。

IDENTIFIED BY PASSWORD 'auth_string' CREATE USER 和的 语法 GRANT 。 相反，使用 for 和 ，其中 值是与指定插件兼容的格式。 IDENTIFIED WITH auth_plugin AS 'auth_string' CREATE USER ALTER USER 'auth_string'

此外，由于 IDENTIFIED BY PASSWORD 语法被删除， log_builtin_as_identified_by_password 系统变量是多余的并被删除。

该 PASSWORD() 功能。 此外， PASSWORD() 删除意味着 语法不再可用。 SET PASSWORD ... = PASSWORD('auth_string')

该 old_passwords 系统变量。

该 FLUSH QUERY CACHE 和 RESET QUERY CACHE 语句。

这些系统变量： query_cache_limit ， query_cache_min_res_unit ， query_cache_size ， query_cache_type ， query_cache_wlock_invalidate 。

这些状态变量： Qcache_free_blocks ， Qcache_free_memory ， Qcache_hits ， Qcache_inserts ， Qcache_lowmem_prunes ， Qcache_not_cached ， Qcache_queries_in_cache ， Qcache_total_blocks 。

这些线程状态： checking privileges on cached query ， checking query cache for query ， invalidating query cache entries ， sending cached result to client ， storing result in query cache ， Waiting for query cache lock 。

该 SQL_CACHE SELECT 修改。

SQL_NO_CACHE SELECT 修改。

该 ndb_cache_check_time 系统变量。

该 ENCODE() 和 DECODE() 功能。

该 ENCRYPT() 功能。

的 DES_ENCRYPT() ，和 DES_DECRYPT() 功能的 --des-key-file 选项， have_crypt 系统变量，则 DES_KEY_FILE 该选项 FLUSH 语句和 HAVE_CRYPT CMake的 选项。

这些功能有利于去除的 MBR 名字： Contains() ， Disjoint() ， Equals() ， Intersects() ， Overlaps() ， Within() 。

这些功能有利于去除的 ST_ 名字： Area() ， AsBinary() ， AsText() ， AsWKB() ， AsWKT() ， Buffer() ， Centroid() ， ConvexHull() ， Crosses() ， Dimension() ， Distance() ， EndPoint() ， Envelope() ， ExteriorRing() ， GeomCollFromText() ， GeomCollFromWKB() ， GeomFromText() ， GeomFromWKB() ， GeometryCollectionFromText() ， GeometryCollectionFromWKB() ， GeometryFromText() ， GeometryFromWKB() ， GeometryN() ， GeometryType() ， InteriorRingN() ， IsClosed() ， IsEmpty() ， IsSimple() ， LineFromText() ， LineFromWKB() ， LineStringFromText() ， LineStringFromWKB() ， MLineFromText() ， MLineFromWKB() ， MPointFromText() ， MPointFromWKB() ， MPolyFromText() ， MPolyFromWKB() ， MultiLineStringFromText() ， MultiLineStringFromWKB() ， MultiPointFromText() ， MultiPointFromWKB() ， MultiPolygonFromText() ， MultiPolygonFromWKB() ， NumGeometries() ， NumInteriorRings() ， NumPoints() ， PointFromText() ， PointFromWKB() ， PointN() ， PolyFromText() ， PolyFromWKB() ， PolygonFromText() ， PolygonFromWKB() ， SRID() ， StartPoint() ， Touches() ， X() ， Y() 。

GLength() 被删除有利于 ST_Length() 。

使用，删除表的分区 ALTER TABLE ... REMOVE PARTITIONING 。

更改用于表的存储引擎 InnoDB ，用 ALTER TABLE ... ENGINE=INNODB 。

从除 CREATE TABLE 使用除 STORAGE ENGINE 选项之外 的值的语句中 删除对分区的任何引用 InnoDB 。

默认情况下 InnoDB ， 将存储引擎指定为 或允许 InnoDB 用作表的存储引擎。

在 ， ， ，和 选项 mysql_options() MYSQL_OPT_GUESS_CONNECTION MYSQL_OPT_USE_EMBEDDED_CONNECTION MYSQL_OPT_USE_REMOTE_CONNECTION MYSQL_SET_CLIENT_IP

该 mysql_config --libmysqld-libs ， --embedded-libs 和 --embedded 选项

该 CMake的 WITH_EMBEDDED_SERVER ， WITH_EMBEDDED_SHARED_LIBRARY 和 INSTALL_SECURE_FILE_PRIV_EMBEDDEDDIR 选项

（未记录的） mysql --server-arg 选项

该 mysqltest --embedded-server ， --server-arg 和 --server-file 选项

该 mysqltest_embedded 和 mysql_client_test_embedded 测试程序

innodb_file_format

innodb_file_format_check

innodb_file_format_max

innodb_large_prefix