Mysql5.7深入学习 2.MySQL 8.0 中的新增功能

• 系统数据库中的授权表现在是（事务性）表。以前，这些是（非交易）表。授权表存储引擎的更改是帐户管理报表行为随附更改的基础。以前，命名多个用户的帐户管理语句（如“创建用户”或“删除用户”）可能对某些用户成功，而对其他用户则失败。现在，每个语句都是事务性的，并且对于所有指定用户都成功，或者回滚，如果发生任何错误，则不起作用。如果该语句成功，则写入二进制日志，但如果失败，则不会写入该语句。在这种情况下，将发生回滚，并且不进行任何更改。有关更多信息，请参见第 13.1.1 节 “原子数据定义语句支持”。mysqlInnoDBMyISAM

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

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

• MySQL 企业版 SASL LDAP 身份验证插件现在支持 GSSAPI/Kerberos 作为 Linux 上 MySQL 客户端和服务器的身份验证方法。这在 Linux 环境中非常有用，其中应用程序使用微软活动目录访问 LDAP，默认情况下，活动目录启用了 Kerberos。请参阅 LDAP 身份验证方法。

• MySQL企业版现在支持一种身份验证方法，该方法使用户能够使用Kerberos向MySQL服务器进行身份验证，前提是可以使用或可以获得适当的Kerberos票证。有关细节，请参见第 6.4.1.8 节 “Kerberos 可插拔认证”。

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

• MySQL现在包含用户帐户类别的概念，系统和常规用户根据他们是否具有SYSTEM_USER权限来区分。请参见第 6.2.11 节 “帐户类别”。

• 以前，除了某些架构之外，无法授予全局应用的权限。如果启用了partial_revokes系统变量，现在可以做到这一点。请参见第 6.2.12 节 “使用部分撤销的权限限制”。

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

• MySQL现在维护有关密码历史记录的信息，从而可以限制以前密码的重用。DBA 可以要求在一定数量的密码更改或时间段内不从以前的密码中选择新密码。可以全局以及基于每个帐户建立密码重用策略。

  现在可以要求通过指定要替换的当前密码来验证更改帐户密码的尝试。这使 DBA 能够在不证明用户知道当前密码的情况下阻止用户更改密码。可以全局以及基于每个帐户建立密码验证策略。

  现在允许帐户具有双重密码，这使得分阶段的密码更改能够在复杂的多服务器系统中无缝执行，而不会造成停机。

  MySQL现在使管理员能够配置用户帐户，以便由于密码不正确而导致的连续登录失败次数过多，从而导致临时帐户锁定。所需的失败次数和锁定时间可按帐户进行配置。

  这些新功能使 DBA 能够更全面地控制密码管理。有关详细信息，请参见第 6.2.15 节 “密码管理”。

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

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

• OpenSSL 1.1.1 支持用于加密连接的 TLS v1.3 协议，如果服务器和客户端都使用 OpenSSL 1.1.1 或更高版本进行编译，则 MySQL 8.0.16 及更高版本也支持 TLS v1.3。请参见第 6.3.2 节 “加密连接 TLS 协议和密码”。

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

• 以前，MySQL用户帐户使用单一身份验证方法对服务器进行身份验证。从MySQL 8.0.27开始，MySQL支持多因素身份验证（MFA），这使得创建具有最多三种身份验证方法的帐户成为可能。MFA 支持需要进行以下更改：

  • “创建用户”和“更改用户”语法已扩展为允许规范多种身份验证方法。

  • authentication_policy系统变量通过控制可以使用的因素数以及每个因素允许的身份验证类型来建立 MFA 策略。这对如何使用“创建用户”和“更改用户”语句的身份验证相关子句施加了限制。

  • 客户端程序具有用于指定多个密码的新 --密码1、--密码2 和 --password3 命令行选项。对于使用 C API 的应用程序，mysql_options4（） C API 函数的新选项将启用相同的功能。MYSQL_OPT_USER_PASSWORD

  此外，MySQL企业版现在支持使用智能卡，安全密钥和生物识别读取器等设备对MySQL服务器进行身份验证。此身份验证方法基于联机快速标识 （FIDO） 标准，并在服务器端和客户端使用一对插件。服务器端FIDO身份验证插件仅包含在MySQL企业版发行版中。它不包含在MySQL社区发行版中。但是，客户端插件包含在所有发行版中，包括社区发行版。这使来自任何发行版的客户端能够连接到加载了服务器端插件的服务器。authentication_fidoauthentication_fido_client

  多因素身份验证可以使用现有的 MySQL 身份验证方法、新的 FIDO 身份验证方法或两者的组合。有关详细信息，请参见第 6.2.18 节 “多因素身份验证”和第 6.4.1.11 节 “FIDO 可插入身份验证”。

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

  • 服务器重新启动不再取消表选项的效果。如果将自动递增计数器初始化为特定值，或者将自动递增计数器值更改为更大的值，则在服务器重新启动后将保留新值。AUTO_INCREMENT = N

  • 在回滚操作之后立即重新启动服务器不再会导致重用分配给回滚事务的自动增量值。

  • 如果将列值修改为大于当前最大自动增量值的值（例如，在 UPDATE 操作中），则将保留新值，后续 INSERT 操作将从新的较大值开始分配自动增量值。AUTO_INCREMENT

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

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

• memcached 插件支持多个操作（在单个 memcached 查询中获取多个键值对）和范围查询。请参见第 15.20.4 节 “InnoDB 内存缓存的多个获取和范围查询支持”。InnoDBget

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

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

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

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

• InnoDB支持 和 选项与 和 锁定读取语句。 使语句在请求的行被另一个事务锁定时立即返回。 从结果集中删除锁定的行。请参见使用 NOWAIT 锁定读取并发和跳过锁定。NOWAITSKIP LOCKEDSELECT ... FOR SHARESELECT ... FOR UPDATENOWAITSKIP LOCKED

  SELECT ... FOR SHARE替换 ，但仍可用于向后兼容。这些语句是等效的。但是，并支持 、 和 选项。请参见第 13.2.10 节 “SELECT 语句”。SELECT ... LOCK IN SHARE MODELOCK IN SHARE MODEFOR UPDATEFOR SHARENOWAITSKIP LOCKEDOF tbl_name

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

• ADD PARTITION、 、 、 和 ALTER TABLE 选项受本地就地分区 API 支持，可以与 和 子句一起使用。DROP PARTITIONCOALESCE PARTITIONREORGANIZE PARTITIONREBUILD PARTITIONALGORITHM={COPY|INPLACE}LOCK

  DROP PARTITION删除存储在分区中的数据并删除分区。但是，使用 或 old_alter_table=ON 重建分区表，并尝试将数据从已删除的分区移动到具有兼容定义的另一个分区。无法移动到另一个分区的数据将被删除。ALGORITHM=INPLACEDROP PARTITIONALGORITHM=COPYPARTITION ... VALUES

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

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

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

  • 默认情况下，撤消日志现在驻留在初始化 MySQL 实例时创建的两个撤消表空间中。不再在系统表空间中创建撤消日志。

  • 从MySQL 8.0.14开始，可以使用创建撤消表空间语法在运行时的选定位置创建其他撤消表空间。

    CREATE UNDO TABLESPACE tablespace_name ADD DATAFILE 'file_name.ibu';
    

    使用 CREATE UNDO 表空间语法创建的撤消表空间可以在运行时使用删除 UNDO 表空间语法。

    DROP UNDO TABLESPACE tablespace_name;
    

    ALTER 撤消表空间语法可用于将撤消表空间标记为活动或非活动。

    ALTER UNDO TABLESPACE tablespace_name SET {ACTIVE|INACTIVE};
    

    显示表空间状态的列已添加到INFORMATION_SCHEMA。INNODB_TABLESPACES表。撤消表空间必须处于某种状态，然后才能将其删除。STATEempty

  • 默认情况下，innodb_undo_log_truncate变量处于启用状态。

  • innodb_rollback_segments变量定义每个撤消表空间的回滚段数。以前，innodb_rollback_segments指定了 MySQL 实例的回滚段总数。此更改增加了可用于并发事务的回滚段数。回滚段越多，并发事务使用单独的回滚段执行撤消日志的可能性就越大，从而减少资源争用。

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

  • innodb_max_dirty_pages_pct_lwm默认值现在为 10。以前的默认值 0 将禁用缓冲池预刷新。值为 10 时，当缓冲池中脏页的百分比超过 10% 时，将启用预刷新。启用预刷新可提高性能一致性。

  • innodb_max_dirty_pages_pct默认值从 75 增加到 90。 尝试从缓冲池中刷新数据，以便脏页的百分比不超过此值。增加的默认值允许在缓冲池中更大百分比的脏页。InnoDB

• 默认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 表空间支持...重命名为语法。

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

  • innodb_buffer_pool_size

  • innodb_log_file_size

  • innodb_flush_method

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

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

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

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

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

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

• 存储引擎现在支持原子 DDL，这可确保 DDL 操作完全提交或回滚，即使服务器在操作期间停止也是如此。有关更多信息，请参见第 13.1.1 节 “原子数据定义语句支持”。InnoDB

• 当服务器处于脱机状态时，可以使用innodb_directories选项将表空间文件移动或复原到新位置。有关更多信息，请参见第 15.6.3.6 节 “在服务器脱机时移动表空间文件”。

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

  • 用户线程现在可以并发写入日志缓冲区，而无需同步写入。

  • 用户线程现在可以按宽松的顺序将脏页添加到刷新列表中。

  • 专用日志线程现在负责将日志缓冲区写入系统缓冲区、将系统缓冲区刷新到磁盘、通知用户线程有关写入和刷新重做的信息、维护宽松刷新列表顺序所需的延迟以及写入检查点。

  • 添加了系统变量，用于配置等待刷新重做的用户线程对旋转延迟的使用：

    • innodb_log_wait_for_flush_spin_hwm：定义最大平均日志刷新时间，超过该时间，用户线程在等待刷新重做时不再旋转。

    • innodb_log_spin_cpu_abs_lwm：定义最低 CPU 使用率，低于该数量，用户线程在等待刷新重做时不再旋转。

    • innodb_log_spin_cpu_pct_hwm：定义最大 CPU 使用率，超过该 CPU 使用率，用户线程在等待刷新重做时不再旋转。

  • innodb_log_buffer_size变量现在是动态的，它允许在服务器运行时调整日志缓冲区的大小。

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

• 从MySQL 8.0.12开始，对大型对象（LOB）数据的小更新支持撤消日志记录，这可以提高大小为100字节或更小的LOB更新的性能。以前，LOB 更新的大小至少为一个 LOB 页，对于可能仅修改几个字节的更新而言，这不太理想。此增强功能建立在 MySQL 8.0.4 中添加的支持之上，用于部分更新 LOB 数据。

• 从 MySQL 8.0.12 开始，以下更改表操作受支持：ALGORITHM=INSTANT

  • 添加列。此功能也称为“即时添加列”。存在限制。请参见第 15.12.1 节 “联机 DDL 操作”。

  • 添加或删除虚拟列。

  • 添加或删除列默认值。

  • 修改枚举或 SET 列的定义。

  • 更改索引类型。

  • 重命名表。

  仅支持修改数据字典中的元数据的操作。不会对表进行元数据锁定，并且表数据不受影响，从而使操作瞬间生效。如果未显式指定，则默认情况下由支持它的操作使用。如果 指定但不支持，则操作会立即失败并显示错误。ALGORITHM=INSTANTALGORITHM=INSTANTALGORITHM=INSTANT

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

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

• 从MySQL 8.0.13开始，静态数据加密功能支持常规表空间。以前，只能加密每表文件表空间。为了支持常规表空间的加密，“创建表空间”和“更改表空间”语法已扩展为包含子句。InnoDBENCRYPTION

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

  添加了性能模式阶段工具，以允许监视常规表空间加密操作。stage/innodb/alter tablespace (encryption)

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

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

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

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

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

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

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

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

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

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

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

• InnoDBMySQL 8.0.17中，通过更好地利用读取线程，减少并行扫描期间发生的预取活动的读取线程I / O，以及通过支持并行扫描分区，大型数据集的并行读取线程性能得到了改善。

  并行读取线程功能由innodb_parallel_read_threads变量控制。现在的最大设置为 256，这是所有客户端连接的线程总数。如果达到线程限制，连接将回退到使用单个线程。

• MySQL 8.0.18中引入的innodb_idle_flush_pct变量允许在空闲期间对页面刷新施加限制，这有助于延长固态存储设备的使用寿命。请参见限制空闲期间的缓冲区刷新。

• 从MySQL 8.0.19开始，支持用于生成直方图统计信息的高效数据采样。请参见直方图统计分析。InnoDB

• 从MySQL 8.0.20开始，双写缓冲区存储区域驻留在双写文件中。在以前的发行版中，存储区域驻留在系统表空间中。将存储区域移出系统表空间可减少写入延迟、增加吞吐量，并在放置双写缓冲区页方面提供灵活性。为高级双写缓冲区配置引入了以下系统变量：

  • innodb_doublewrite_dir

    定义双写缓冲区文件目录。

  • innodb_doublewrite_files

    定义双写文件的数量。

  • innodb_doublewrite_pages

    定义批量写入的每个线程的最大双写页数。

  • innodb_doublewrite_batch_size

    定义要在批处理中写入的双重写入页数。

  有关更多信息，请参见第 15.6.4 节 “双写缓冲区”。

• 争用感知事务调度（CATS）算法在MySQL 8.0.20中得到了改进，该算法对等待锁定的事务进行优先级排序。事务调度权重计算现在完全在单独的线程中执行，从而提高了计算性能和准确性。

  删除了也用于交易调度的先进先出（FIFO）算法。FIFO 算法通过 CATS 算法增强功能呈现为冗余。以前由 FIFO 算法执行的交易调度现在由 CATS 算法执行。

  表中添加了一列，该列允许查询由 CATS 算法分配的事务调度权重。TRX_SCHEDULE_WEIGHTINFORMATION_SCHEMA.INNODB_TRX

  添加了以下计数器以监视代码级事务计划事件：INNODB_METRICS

  • lock_rec_release_attempts

    尝试释放记录锁的次数。

  • lock_rec_grant_attempts

    尝试授予记录锁定的次数。

  • lock_schedule_refreshes

    分析等待图以更新事务计划权重的次数。

  有关更多信息，请参见第 15.7.6 节 “事务调度”。

• 从MySQL 8.0.21开始，为了提高需要访问表和行资源的锁定队列的操作的并发性，锁定系统互斥（）被分片闩锁取代，锁定队列被分组到表和页面锁定队列分片中，每个分片由专用互斥保护。以前，单锁系统互斥锁保护所有锁队列，这是高并发系统上的争用点。新的分片实现允许对锁定队列进行更精细的访问。lock_sys->mutex

  锁定系统互斥锁 （） 已替换为以下分片闩锁：lock_sys->mutex

  • 由 64 个读写锁定对象 （） 组成的全局锁存器 （）。访问单个锁定队列需要共享的全局闩锁和锁定队列分片上的闩锁。需要访问所有锁定队列的操作采用独占全局闩锁，该闩锁会锁定所有表和页锁定队列分片。lock_sys->latches.global_latchrw_lock_t

  • 表分片闩锁 （），实现为 512 个互斥锁的数组，每个互斥体专用于 512 个表锁定队列分片中的一个。lock_sys->latches.table_shards.mutexes

  • 页面分片闩锁 （），实现为 512 个互斥锁的数组，每个互斥体专用于 512 个页面锁定队列分片中的一个。lock_sys->latches.page_shards.mutexes

  用于监视单个锁定系统互斥锁的性能模式工具已被用于监视新的全局、表分片和页面分片闩锁的工具所取代：wait/synch/mutex/innodb/lock_mutex

  • wait/synch/sxlock/innodb/lock_sys_global_rw_lock

  • wait/synch/mutex/innodb/lock_sys_table_mutex

  • wait/synch/mutex/innodb/lock_sys_page_mutex

• 从MySQL 8.0.21开始，使用该子句在数据目录之外创建的表和表分区数据文件仅限于 已知的目录。此更改允许数据库管理员控制表空间数据文件的创建位置，并确保在恢复期间可以找到数据文件。DATA DIRECTORYInnoDB

  无法再在撤消表空间目录（innodb_undo_directory）中创建常规和每表文件表空间数据文件（文件），除非 直接知道 。.ibdInnoDB

  已知目录是由 datadir、innodb_data_home_dir 和 innodb_directories 变量定义的目录。

  截断驻留在每表文件表空间中的表将删除现有表空间并创建一个新表空间。从MySQL 8.0.21开始，在默认位置创建新表空间，如果当前表空间目录未知，则会向错误日志中写入警告。要让截断表在其当前位置创建表空间，请在运行截断表之前将目录添加到innodb_directories设置中。InnoDBInnoDB

• 从MySQL 8.0.21开始，可以使用更改实例{启用启用来启用和禁用重做日志记录|禁用} REDO_LOG语法。此功能旨在将数据加载到新的 MySQL 实例中。禁用重做日志记录有助于避免重做日志写入，从而加快数据加载速度。

  新的INNODB_REDO_LOG_ENABLE权限允许启用和禁用重做日志记录。

  新的Innodb_redo_log_enabled状态变量允许监视重做日志记录状态。

  请参阅禁用重做日志记录。

• 启动时，根据数据存储在数据字典中的表空间文件路径验证已知表空间文件的路径，以防表空间文件已移动到其他位置。MySQL 8.0.21 中引入的新innodb_validate_tablespace_paths变量允许禁用表空间路径验证。此功能适用于未移动表空间文件的环境。禁用表空间路径验证可缩短具有大量表空间文件的系统上的启动时间。InnoDB

  有关更多信息，请参见第 15.6.3.7 节 “禁用表空间路径验证”。

• 从MySQL 8.0.21开始，在支持原子DDL的存储引擎上，创建表...当使用基于行的复制时，SELECT 语句将作为一个事务记录在二进制日志中。以前，它被记录为两个事务，一个用于创建表，另一个用于插入数据。进行此更改后，创建表 ...SELECT 语句现在对于基于行的复制是安全的，并且允许与基于 GTID 的复制一起使用。有关更多信息，请参见第 13.1.1 节 “原子数据定义语句支持”。

• 在繁忙的系统上截断撤消表空间可能会影响性能，因为相关的刷新操作会从缓冲池中除去旧的撤消表空间页，并将新撤消表空间的初始页刷新到磁盘。为了解决此问题，从MySQL 8.0.21开始删除刷新操作。

  旧的撤消表空间页在最近最少使用时被动释放，或者在下一个完整检查点被删除。现在，在截断操作期间，将重做记录新撤消表空间的初始页，而不是刷新到磁盘，这也提高了撤消表空间截断操作的持久性。

  为了防止由于撤消表空间截断操作过多而导致的潜在问题，检查点之间对同一撤消表空间的截断操作现在限制为 64。如果超过限制，撤消表空间仍可设置为非活动状态，但在下一个检查点之后才会被截断。

  删除了与已失效的撤消截断刷新操作关联的INNODB_METRICS计数器。删除的计数器包括：、、和 。undo_truncate_sweep_countundo_truncate_sweep_usecundo_truncate_flush_countundo_truncate_flush_usec

  请参见第 15.6.3.4 节 “撤消表空间”。

• 从MySQL 8.0.22开始，新的innodb_extend_and_initialize变量允许在Linux上配置如何为每个表的文件和通用表空间分配空间。缺省情况下，当操作需要表空间中的额外空间时，会将页分配到表空间，并以物理方式将 NULL 写入这些页。如果频繁分配新页，此行为会影响性能。您可以在 Linux 系统上禁用innodb_extend_and_initialize，以避免将 NULL 物理写入新分配的表空间页。禁用innodb_extend_and_initialize时，将使用调用分配空间，从而保留空间而不实际写入 NULL。InnoDBInnoDBposix_fallocate()

  操作不是原子操作，因此在为表空间文件分配空间和更新文件元数据之间可能会发生故障。此类故障可能会使新分配的页面处于未初始化状态，从而导致在尝试访问这些页面时失败。要防止出现这种情况，请在分配新的表空间页之前写入重做日志记录。如果页分配操作中断，则在恢复期间将从重做日志记录重播该操作。posix_fallocate()InnoDBInnoDB

• 从MySQL 8.0.23开始，支持加密属于加密表空间的双写文件页的加密。这些页使用关联表空间的加密密钥进行加密。有关更多信息，请参见第 15.13 节 “InnoDB 静态数据加密”。InnoDB

• MySQL 8.0.23中引入的temptable_max_mmap变量定义了TempTable存储引擎在开始在磁盘上存储内部临时表数据之前允许从内存映射（MMAP）文件分配的最大内存量。设置为 0 将禁用 MMAP 文件的分配。有关更多信息，请参见第 8.4.4 节 “MySQL 中的内部临时表使用”。

• MySQL 8.0.23中引入的选项定义了在表空间变满时扩展表空间大小的量，从而可以以更大的增量扩展表空间大小。“创建表”、“更改表”、“创建表空间”和“更改表空间”语句支持该选项。有关更多信息，请参见第 15.6.3.9 节 “表空间AUTOEXTEND_SIZE配置”。AUTOEXTEND_SIZEInnoDBAUTOEXTEND_SIZE

  已将大小列添加到INFORMATION_SCHEMA。INNODB_TABLESPACES表。AUTOEXTEND_SIZE

• MySQL 8.0.26 中引入的innodb_segment_reserve_factor系统变量允许配置保留为空页的表空间文件段页的百分比。有关更多信息，请参阅 配置保留文件段页的百分比。

• 在支持系统调用的平台上，MySQL 8.0.26中引入的innodb_use_fdatasync变量允许使用而不是操作系统刷新。除非后续数据检索需要，否则系统调用不会刷新对文件元数据的更改，从而提供潜在的性能优势。fdatasync()fdatasync()fsync()fdatasync()

• 从MySQL 8.0.28开始，tmp_table_size变量定义了由TempTable存储引擎创建的任何单个内存中内部临时表的最大大小。适当的大小限制可防止单个查询消耗过多的全局 TempTable 资源。请参见内部临时表存储引擎。

• 从MySQL 8.0.28开始，innodb_open_files变量，定义一次可以打开的文件数量，可以在运行时使用语句进行设置。该语句执行设置新限制的存储过程。InnoDBSELECT innodb_set_open_files_limit(N)

  为了防止非 LRU 管理的文件占用整个innodb_open_files限制，非 LRU 托管文件被限制为innodb_open_files限制的 90%，这将为 LRU 托管文件保留 10% 的innodb_open_files限制。

  innodb_open_files限制包括临时表空间文件，这些文件以前未计入限制。

• 从 MySQL 8.0.28， 支持改变表 ...使用 重命名列操作。InnoDBALGORITHM=INSTANT

  有关此 DDL 操作和其他支持 DDL 操作的更多信息，请参见第 15.12.1 节 “联机 DDL 操作”。ALGORITHM=INSTANT

• 从 MySQL 8.0.29， 支持改变表 ...使用 删除列操作。InnoDBALGORITHM=INSTANT

  在MySQL 8.0.29之前，即时添加的列只能作为表的最后一列添加。从MySQL 8.0.29开始，可以将即时添加的列添加到表中的任何位置。

  立即添加或删除的列会创建受影响行的新版本。最多允许 64 行版本。新列已添加到INFORMATION_SCHEMA。INNODB_TABLES表以跟踪行版本数。TOTAL_ROW_VERSIONS

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

• 从MySQL 8.0.30开始，innodb_doublewrite系统变量支持和设置。使用此设置时，数据库页内容不会写入双写缓冲区，并且恢复不会使用双写缓冲区来修复不完整的页写入。此轻量级设置仅用于检测不完整的页面写入。该设置等效于现有设置。有关更多信息，请参见第 15.6.4 节 “双写缓冲区”。DETECT_ONLYDETECT_AND_RECOVERDETECT_ONLYDETECT_AND_RECOVERON

• 从MySQL 8.0.30开始，支持动态配置重做日志容量。可以在运行时设置innodb_redo_log_capacity系统变量，以增加或减少重做日志文件占用的磁盘空间总量。InnoDB

  通过此更改，重做日志文件的数量及其默认位置也已更改。从MySQL 8.0.30开始，在数据目录的目录中维护32个重做日志文件。以前，默认情况下，在数据目录中创建了两个重做日志文件，重做日志文件的数量和大小由innodb_log_files_in_group和innodb_log_file_size变量控制。这两个变量现已弃用。InnoDB#innodb_redoInnoDB

  定义设置时，将忽略innodb_log_files_in_group和innodb_log_file_size设置;否则，这些设置将用于计算设置（innodb_log_files_in_group * innodb_log_file_size = ）。如果未设置这些变量，则重做日志容量将设置为默认值，即104857600字节 （100MB）。innodb_redo_log_capacityinnodb_redo_log_capacityinnodb_redo_log_capacityinnodb_redo_log_capacity

  提供了几个状态变量，用于监视重做日志和重做日志大小调整操作。

  有关详细信息，请参见第 15.6.5 节 “重做日志”。

• 在MySQL 8.0.31中，有两个新的状态变量用于监视在线缓冲池大小调整操作。Innodb_buffer_pool_resize_status_code状态变量报告一个状态代码，指示联机缓冲池大小调整操作的阶段。Innodb_buffer_pool_resize_status_progress状态变量报告一个百分比值，指示每个阶段的进度。

  有关更多信息，请参见第 15.8.3.1 节 “配置 InnoDB 缓冲池大小”。

• 添加了 ->>（内联路径）运算符，该运算符等效于对 JSON_EXTRACT（） 的结果调用 JSON_UNQUOTE（）。。

  这是对MySQL 5.7中引入的列路径运算符->的改进; 等效于 。内联路径运算符可以在任何可以使用 的地方使用，例如 SELECT 列列表、子句和 子句。有关更多信息，请参阅运算符的说明以及 JSON 路径语法。col->>"$.path"JSON_UNQUOTE(col->"$.path")JSON_UNQUOTE(JSON_EXTRACT())WHEREHAVINGORDER BYGROUP BY

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

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

  此函数还可处理可解析为 JSON 值的字符串。

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

• 使用 对查询中的 JSON 值进行排序时，每个值现在由排序键的可变长度部分表示，而不是由固定大小为 1K 的部分表示。在许多情况下，这可以减少过度使用。例如，标量甚至值实际上需要很少的字节，因此填充占用了此空间的其余部分（高达90%或更多）。此更改对性能具有以下好处：ORDER BYINTBIGINT

  • 排序缓冲区空间现在得到更有效的利用，因此文件排序不需要像使用固定长度的排序键那样早或经常刷新到磁盘。这意味着可以在内存中对更多数据进行排序，从而避免不必要的磁盘访问。

  • 较短的密钥可以比较长的密钥更快地进行比较，从而显著提高性能。对于完全在内存中执行的排序以及需要写入磁盘和从磁盘读取的排序，情况也是如此。

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

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

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

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

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

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

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

• 添加了一个旨在符合 RFC 7396 的 JSON 合并函数。JSON_MERGE_PATCH（）在 2 个 JSON 对象上使用时，会将它们合并到一个 JSON 对象中，该对象的成员是以下集合的联合：

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

  • 第二个对象的每个成员，其成员在第一个对象中没有具有相同键，并且其值不是 JSON 文本。null

  • 每个成员都有一个键，该键存在于两个对象中，并且其在第二个对象中的值不是 JSON 文本。null

  作为这项工作的一部分，JSON_MERGE（） 函数已重命名为 JSON_MERGE_PRESERVE（）。 在MySQL 8.0中继续被识别为别名，但现在已被弃用，并且在MySQL的未来版本中可能会被删除。JSON_MERGE()JSON_MERGE_PRESERVE()

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

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

  mysql> SELECT JSON_OBJECT('x', '32', 'y', '[true, false]',
       >                     'x', '"abc"', 'x', '100') AS Result;
  +------------------------------------+
  | Result                             |
  +------------------------------------+
  | {"x": "100", "y": "[true, false]"} |
  +------------------------------------+
  1 row in set (0.00 sec)
  

  插入到 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 值的规范化、合并和自动包装。

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

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

  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   | sb   | 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.18.6 节 “JSON 表函数”。

• 我的学习模式现在支持不可见的索引。优化程序根本不使用不可见索引，而是以其他方式正常维护。默认情况下，索引可见。使用不可见索引可以测试删除索引对查询性能的影响，而无需进行破坏性更改，如果索引被证明是必需的，则必须撤消该更改。请参见第 8.3.12 节 “不可见索引”。

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

• MySQL现在支持创建功能索引关键部分，这些部分索引表达式值而不是列值。功能关键部分支持对无法以其他方式编制索引的值（如 JSON 值）进行索引。有关细节，请参见第 13.1.15 节 “创建索引语句”。

• 在MySQL 8.0.14及更高版本中，由常量文字表达式引起的琐碎条件在准备过程中被删除，而不是在以后的优化过程中被删除。在流程的早期删除条件可以简化具有简单条件的外连接（例如：WHERE

  SELECT * FROM t1 LEFT JOIN t2 ON condition_1 WHERE condition_2 OR 0 = 1
  

  优化程序现在在准备过程中看到 0 = 1 始终是 false，从而产生冗余，并将其删除，留下以下内容：OR 0 = 1

  SELECT * FROM t1 LEFT JOIN t2 ON condition_1 where condition_2
  

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

  SELECT * FROM t1 LEFT JOIN t2 WHERE condition_1 AND condition_2
  

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

• 在MySQL 8.0.16及更高版本中，MySQL可以在优化时使用常量折叠来处理列和常量值之间的比较，其中常量超出范围或相对于列类型的范围边界，而不是在执行时对每行执行此操作。例如，给定一个包含列的表，优化程序可以重写一个条件，例如 to （并完全优化该条件） 或 到 。tTINYINT UNSIGNEDcWHERE c < 256WHERE 1WHERE c >= 255WHERE c = 255

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

• 从MySQL 8.0.16开始，用于子查询的半连接优化现在也可以应用于子查询。此外，优化程序现在在附加到子查询的条件中去近似平凡相关的相等谓词，以便可以像处理子查询中的表达式一样处理它们;这适用于 和 子查询。INEXISTSWHEREINEXISTSIN

  有关更多信息，请参见第 8.2.2.1 节 “使用半连接转换优化 IN 和 EXISTS 子查询谓词”。

• 从MySQL 8.0.17开始，服务器在内部重写任何不完整的SQL谓词（即具有以下形式的谓词，其中值是列名或常量表达式，并且不使用比较运算符），以便在上下文化阶段，因此查询解析器，查询优化器和查询执行器只需要使用完整的谓词。WHERE valueWHERE value <> 0

  此更改的一个明显影响是，对于布尔值，EXPLAIN 输出现在显示 和 ，而不是 和 。truefalse10

  此更改的另一个影响是，在 SQL 布尔上下文中计算 JSON 值会执行与 JSON 整数 0 的隐式比较。考虑创建和填充的表，如下所示：

  mysql> CREATE TABLE test (id INT, col JSON);
   
  mysql> INSERT INTO test VALUES (1, '{"val":true}'), (2, '{"val":false}');
  

  以前，服务器在 SQL 布尔上下文中比较提取的值或值时，尝试将其转换为 SQL 布尔值，如以下查询所示：truefalseIS TRUE

  mysql> SELECT id, col, col->"$.val" FROM test WHERE col->"$.val" IS TRUE;
  +------+---------------+--------------+
  | id   | col           | col->"$.val" |
  +------+---------------+--------------+
  |    1 | {"val": true} | true         |
  +------+---------------+--------------+
  

  在MySQL 8.0.17及更高版本中，提取的值与JSON整数0的隐式比较会导致不同的结果：

  mysql> SELECT id, col, col->"$.val" FROM test WHERE col->"$.val" IS TRUE;
  +------+----------------+--------------+
  | id   | col            | col->"$.val" |
  +------+----------------+--------------+
  |    1 | {"val": true}  | true         |
  |    2 | {"val": false} | false        |
  +------+----------------+--------------+
  

  从MySQL 8.0.21开始，您可以在执行测试之前对提取的值使用JSON_VALUE（）来执行类型转换，如下所示：

  mysql> SELECT id, col, col->"$.val" FROM test
      ->     WHERE JSON_VALUE(col, "$.val" RETURNING UNSIGNED) IS TRUE;
  +------+---------------+--------------+
  | id   | col           | col->"$.val" |
  +------+---------------+--------------+
  |    1 | {"val": true} | true         |
  +------+---------------+--------------+
  

  同样从MySQL 8.0.21开始，服务器提供了警告 在SQL布尔上下文中评估JSON值与JSON整数0进行隐式比较;如果这不是您想要的，请考虑将JSON转换为具有JSON_VALUE返回的SQL数据类型，以这种方式比较SQL布尔上下文中的提取值。

• 在MySQL 8.0.17及更高版本中，条件在内部具有或被转换为反连接。（反联接将返回表中所有行，而表中没有与连接条件匹配的行。这将删除子查询，这可以加快查询执行速度，因为子查询的表现在在顶级上进行处理。WHERENOT IN (subquery)NOT EXISTS (subquery)

  这类似于并重用了外部联接的现有 （） 优化;请参阅解释额外信息。IS NULLNot exists

• 从MySQL 8.0.21开始，单表更新或删除语句现在可以在许多情况下使用半连接转换或子查询具体化。这适用于此处显示的表单的语句：

  • UPDATE t1 SET t1.a=value WHERE t1.a IN (SELECT t2.a FROM t2)

  • DELETE FROM t1 WHERE t1.a IN (SELECT t2.a FROM t2)

  这可以对单个表或满足以下条件完成：UPDATEDELETE

  • or 语句使用具有 或 谓词的子查询。UPDATEDELETE[NOT] IN[NOT] EXISTS

  • 该语句没有子句，也没有子句。ORDER BYLIMIT

    （的多表版本 和 不支持 或 。UPDATEDELETEORDER BYLIMIT

  • 目标表不支持先读后写删除（仅与NDB表相关）。

  • 允许根据子查询中包含的任何提示和optimizer_switch的值进行半连接或子查询具体化。

  当半联接优化用于符合条件的单表 或 时，这在优化程序跟踪中可见：对于多表语句，跟踪中有一个对象，而对于单表语句则没有对象。转换也可见于 或 解释分析 的输出中;单表语句显示，而多表语句报告完整计划。DELETEUPDATEjoin_optimizationEXPLAIN FORMAT=TREE

  同样从MySQL 8.0.21开始，使用InnoDB表的多表语句支持半一致性读取，用于比可重复读取弱的事务隔离级别。UPDATE

• 改进了哈希联接性能。 MySQL 8.0.23重新实现了用于哈希连接的哈希表，从而在哈希连接性能方面进行了多项改进。这项工作包括对一个问题（错误#31516149，错误#99933）的修复，即分配给连接缓冲区（join_buffer_size）的内存实际上只能由哈希连接使用。

  新的哈希表通常比旧哈希表快，并且在对齐、键/值以及有许多相等键的情况下使用较少的内存。此外，当哈希表的大小增加时，服务器现在可以释放旧内存。

• 错误日志记录已重写为使用 MySQL 组件体系结构。传统的错误日志记录是使用内置组件实现的，而使用系统日志的日志记录是作为可加载组件实现的。此外，还提供了可加载的 JSON 日志编写器。有关详细信息，请参见第 5.4.2 节 “错误日志”。

• 从MySQL 8.0.30开始，错误日志组件可以在存储引擎可用之前在启动时隐式加载。这种加载错误日志组件的新方法加载并启用由log_error_services变量定义的组件。InnoDB

  以前，必须首先使用 INSTALL COMPONENT 安装错误日志组件，并且只能在完全可用后加载，因为要加载的组件列表是从表（即表）中读取的。InnoDBmysql.componentsInnoDB

  隐式加载错误日志组件具有以下优点：

  • 日志组件在启动序列的早期阶段加载，使记录的信息更快可用。

  • 它有助于避免在启动期间发生故障时丢失缓冲的日志信息。

  • 不需要使用安装组件加载日志组件，从而简化了错误日志配置。

  对于向后兼容性，仍然支持使用加载日志组件的显式方法。INSTALL COMPONENT

  有关更多信息，请参见第 5.4.2.1 节 “错误日志配置”。

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

• 允许的主机名长度的增加可能会影响在主机名列上具有索引的表。例如，系统架构中为主机名编制索引的表现在具有显式属性 ，以适应较长的索引值。mysqlROW_FORMATDYNAMIC

• 某些文件名值配置设置可能基于服务器主机名构造。允许的值受基础操作系统的约束，基础操作系统可能不允许文件名长到足以包含 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 架构规范的草稿 4。

• required支持属性。

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

• 支持正则表达式模式;无效模式将被静默忽略。

• JSON_OVERLAPS()比较两个 JSON 文档。如果它们包含任何共同的键值对或数组元素，则该函数返回 TRUE （1）;否则，它将返回错误 （0）。如果两个值都是标量，则该函数将执行简单的相等性检验。如果一个参数是 JSON 数组，另一个参数是标量，则标量被视为数组元素。因此， 充当 JSON_CONTAINS（） 的补充。JSON_OVERLAPS()

• MEMBER OF()测试第一个操作数（标量或 JSON 文档）是否是作为第二个操作数传递的 JSON 数组的成员，如果是，则返回 TRUE （1），如果不是，则返回 FALSE （0）。不执行操作数的类型转换。

• CAST(expression AS type ARRAY)通过将位于 json_path 处的 JSON 文档中的 JSON 数组转换为 SQL 数组，允许创建功能索引。类型说明符仅限于 已支持的类型说明符，但 （不支持）除外。只有 InnoDB 支持这种用法（和关键字），并且仅用于创建多值索引。CAST()BINARYCAST()ARRAY

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

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)

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

INSERT INTO t SET a=9,b=5 AS new
    ON DUPLICATE KEY UPDATE a=new.a+new.b;
 
INSERT INTO t VALUES(9,5) AS new
    ON 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;

• TABLE t1 UNION TABLE t2等效于SELECT * FROM t1 UNION SELECT * FROM t2

• CREATE TABLE t2 TABLE t1等效于CREATE TABLE t2 SELECT * FROM t1

• SELECT a FROM t1 WHERE b > ANY (TABLE t2)等效于 。SELECT a FROM t1 WHERE b > ANY (SELECT * FROM t2)

• 第 13.2.12 节 “表语句”

• 第 13.2.14 节 “价值观声明”

• 第 13.1.20.4 节 “创建表...选择声明”

• 第 13.2.6.1 节 “插入...选择声明”

• 第 13.2.10.2 节 “加入条款”

• 第 13.2.11 节 “子查询”

• 第 13.2.10.3 节 “联合条款”

• GROUP_INDEX：相当于FORCE INDEX FOR GROUP BY

  NO_GROUP_INDEX：相当于IGNORE INDEX FOR GROUP BY

• JOIN_INDEX：相当于FORCE INDEX FOR JOIN

  NO_JOIN_INDEX：相当于IGNORE INDEX FOR JOIN

• ORDER_INDEX：相当于FORCE INDEX FOR ORDER BY

  NO_ORDER_INDEX：相当于IGNORE INDEX FOR ORDER BY

• 索引：与GROUP_INDEX加JOIN_INDEX加ORDER_INDEX相同;等效于没有修饰符FORCE INDEX

  NO_INDEX：与NO_GROUP_INDEX加NO_JOIN_INDEX加NO_ORDER_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;

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

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 name, price FROM t1
    WHERE JSON_VALUE(j, '$.id' RETURNING UNSIGNED) = 123;

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: mary
      HOST: localhost
First Name: Mary
 Last Name: Smith
     Email: mary.smith@example.com
   Comment: This is Mary Smith's account
1 row in set (0.00 sec)

• prefer_ordering_index旗

  默认情况下，每当优化程序确定这将加快执行速度时，MySQL就会尝试对具有子句的任何或查询使用有序索引。由于在某些情况下，为此类查询选择不同的优化实际上可能表现得更好，因此现在可以通过将 prefer_ordering_index 标志设置为 来禁用此优化。ORDER BYGROUP BYLIMIToff

  此标志的默认值为 。on

• subquery_to_derived旗

  当此标志设置为 时，优化程序将符合条件的标量子查询转换为派生表上的连接。例如，查询被重写为 。onSELECT * FROM t1 WHERE t1.a > (SELECT COUNT(a) FROM t2)SELECT t1.a FROM t1 JOIN ( SELECT COUNT(t2.a) AS c FROM t2 ) AS d WHERE t1.a > d.c

  此优化可以应用于作为 、 、 或 子句一部分的子查询;包含一个或多个聚合函数，但没有子句;不相关;并且不使用任何非确定性函数。SELECTWHEREJOINHAVINGGROUP BY

  优化也可以应用于表子查询，该子查询是 、 、 或 的参数，并且不包含 。例如，查询被重写为 。INNOT INEXISTSNOT EXISTSGROUP BYSELECT * FROM t1 WHERE t1.b < 0 OR t1.a IN (SELECT t2.a + 1 FROM t2)SELECT a, b FROM t1 LEFT JOIN (SELECT DISTINCT 1 AS e1, t2.a AS e2 FROM t2) d ON t1.a + 1 = d.e2 WHERE t1.b < 0 OR d.e1 IS NOT NULL

  从MySQL 8.0.24开始，这种优化也可以应用于相关的标量子查询，方法是对其应用额外的分组，然后在提升的谓词上应用外部连接。例如，查询（如 ）可以重写为 。MySQL执行基数检查，以确保子查询不会返回多行（ER_SUBQUERY_NO_1_ROW）。有关更多信息，请参见第 13.2.11.7 节 “相关子查询”。SELECT * FROM t1 WHERE (SELECT a FROM t2 WHERE t2.a=t1.a) > 0SELECT t1.* FROM t1 LEFT OUTER JOIN (SELECT a, COUNT(*) AS ct FROM t2 GROUP BY a) AS derived ON t1.a = derived.a WHERE derived.a > 0

  这种优化通常是禁用的，因为它在大多数情况下不会产生明显的性能优势。默认情况下，该标志设置为 。off

• 准备语句时，为预准备语句参数分配数据类型;对于语句的每次后续执行，类型都会保留（除非重新准备语句;见下文）。

  在预准备语句中对给定参数或用户变量使用不同的数据类型，以便在第一次执行后执行该语句，这可能会导致语句被重新准备;因此，建议在重新执行预准备语句时对给定参数使用相同的数据类型。

• 为了与 SQL 标准保持一致，不再接受以下使用窗口函数的构造：

  • NTILE(NULL)

  • NTH_VALUE(expr, NULL)

  • 铅（expr， nn） 和 LAG（expr， nn），其中 nn 是负数

  这有助于更好地遵守 SQL 标准。有关更多详细信息，请参阅各个函数的说明。

• 现在，在预准备语句中引用的用户变量的数据类型已确定为准备语句时。该类型对于语句的后续每次执行都将保留。

• 存储过程中出现的语句引用的用户变量现在具有首次执行语句时确定的数据类型;对于包含存储过程的任何后续调用，该类型将保持不变。

• 执行表单的预准备语句时，为参数传递整数值 N 不再导致按选择列表中的第 N个表达式对结果进行排序;结果不再像 预期的那样排序。SELECT expr1, expr2, ... FROM table ORDER BY ?ORDER BY constant

• SELECT 语句和其他只读语句，它们通过连接列表和子查询从授权表中读取数据，包括 SELECT ...对于 SHARE 语句，使用任何事务隔离级别。

• 使用任何事务隔离级别从授权表（通过联接列表或子查询）读取数据但不修改它们的 DML 操作。

• connection_memory_limit：为每个连接分配的内存量。每当任何用户超出此限制时，都会拒绝来自此用户的新查询。

• global_connection_memory_limit：为所有连接分配的内存量。每当超过此限制时，任何常规用户的新查询都将被拒绝。

• CREATE FUNCTION

• CREATE PROCEDURE

• CREATE TRIGGER

• 挪威语 (尼诺斯克)

  和

  挪威语（博克马尔语）

• 塞尔维亚语（拉丁字符）

• 波斯尼亚语（拉丁字符）

• 保加利亚语

• 加利西亚语

• 蒙古语（西里尔字符）

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

my_row_id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT INVISIBLE PRIMARY KEY

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)

• ucs2（请参见第 10.9.4 节 “ucs2 字符集（UCS-2 统一码编码）”)

• macroman和（请参见第 10.10.2 节 “西欧字符集”和第 10.10.3 节 “中欧字符集”macce)

• dec（请参见第 10.10.2 节 “西欧字符集”)

• hp8（请参见第 10.10.2 节 “西欧字符集”)

• 使用 --字符集-服务器或 --归类-服务器启动 MySQL 服务器时

• 在任何 SQL 语句中指定时，包括但不限于“创建表”、“创建数据库”、“设置名称”和“更改表”

除非启用了PIPES_AS_CONCAT SQL 模式，否则不推荐使用||。在这种情况下，表示 SQL 标准字符串串联运算符）。||

• 在查询表达式的尾随查询块中，使用 before 。INTOFROM

• 在查询表达式的括号内尾随块中，使用 ，而不考虑其相对于 的位置。INTOFROM

TRUNCATE TABLE performance_schema.host_cache;

• 一个或多个非标准分隔符字符

• 多余的分隔符字符

• 空格字符 （“ '，0x20)

• 多余的空格字符

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

表 1.1 重命名的 InnoDB 信息架构视图

• 使用格兰特创建用户。请改用“创建用户”。遵循这种做法会使 SQL 模式对 GRANT 语句无关紧要，因此它也被删除，并且当选项文件中的选项的此值的存在阻止 mysqld 启动时，现在会将错误写入服务器日志。NO_AUTO_CREATE_USERsql_mode

• 使用 GRANT 修改权限分配以外的帐户属性。这包括身份验证、SSL 和资源限制属性。相反，请在创建帐户时使用“创建用户”建立此类属性，或者使用“更改用户”对其进行修改。

• IDENTIFIED BY PASSWORD 'auth_string'“创建用户”和“授予”的语法。相反，请使用“创建用户”和“更改用户”，其中值的格式与命名插件兼容。IDENTIFIED WITH auth_plugin AS 'auth_string''auth_string'

  此外，由于语法已被删除，因此系统变量是多余的，已被删除。IDENTIFIED BY PASSWORDlog_builtin_as_identified_by_password

• 函数。此外，删除意味着“设置密码...=密码（auth_string”）语法不再可用。PASSWORD()PASSWORD()

• 系统变量。old_passwords

• 和 语句。FLUSH QUERY CACHERESET QUERY CACHE

• 这些系统变量：、、、、、 。query_cache_limitquery_cache_min_res_unitquery_cache_sizequery_cache_typequery_cache_wlock_invalidate

• 这些状态变量：、 、 、 、 、 、 、 、 。Qcache_free_blocksQcache_free_memoryQcache_hitsQcache_insertsQcache_lowmem_prunesQcache_not_cachedQcache_queries_in_cacheQcache_total_blocks

• 这些线程状态：、、、、、、 。checking privileges on cached querychecking query cache for queryinvalidating query cache entriessending cached result to clientstoring result in query cacheWaiting for query cache lock

• “选择”修饰符。SQL_CACHE

• “选择”修饰符。SQL_NO_CACHE

• 系统变量。ndb_cache_check_time

• 和 函数。ENCODE()DECODE()

• 函数。ENCRYPT()

• 和 函数、选项、系统变量、FLUSH 语句的选项和 CMake 选项。DES_ENCRYPT()DES_DECRYPT()--des-key-filehave_cryptDES_KEY_FILEHAVE_CRYPT

• 这些函数被删除，取而代之的是名称：、 、 、 、 、 。MBRContains()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（）。