ANALYZE TABLE 失败，因为它会更新表统计信息，而这些信息存储在数据字典中。

ALTER TABLE tbl_name ENGINE=engine_name 失败，因为它会更新存储引擎指定，而该指定存储在数据字典中。

以前，在 STATISTICS 和 TABLES 表中对表统计信息进行的 INFORMATION_SCHEMA 查询直接从存储引擎检索统计信息。从 MySQL 8.4 开始，默认情况下使用缓存的表统计信息。information_schema_stats_expiry 系统变量定义了缓存的表统计信息过期前的持续时间。默认值为 86400 秒（24 小时）。（要随时更新给定表的缓存值，请使用 ANALYZE TABLE。）如果没有缓存的统计信息或统计信息已过期，则在查询表统计信息列时，会从存储引擎检索统计信息。要始终直接从存储引擎检索最新的统计信息，请将 information_schema_stats_expiry 设置为 0。有关详细信息，请参阅 第 10.2.3 节“优化 INFORMATION_SCHEMA 查询”。

一些 INFORMATION_SCHEMA 表是数据字典表上的视图，这使得优化器可以使用这些底层表上的索引。因此，根据优化器的选择，INFORMATION_SCHEMA 查询的结果行顺序可能与以前的结果不同。如果查询结果必须具有特定的行排序特征，请包含 ORDER BY 子句。

INFORMATION_SCHEMA 表上的查询返回的列名的大小写可能与早期 MySQL 系列中的不同。应用程序应以不区分大小写的方式测试结果集列名。如果不可行，一种解决方法是在选择列表中使用列别名，以所需的字母大小写返回列名。例如：

SELECT TABLE_SCHEMA AS table_schema, TABLE_NAME AS table_name
FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME = 'users';

mysqldump 不再转储 INFORMATION_SCHEMA 数据库，即使在命令行中显式命名也是如此。

CREATE TABLE dst_tbl LIKE src_tbl 要求 src_tbl 是一个基表，如果它是一个数据字典表上的 INFORMATION_SCHEMA 视图，则会失败。

以前，从 INFORMATION_SCHEMA 表中选择的列的结果集标头使用查询中指定的大小写。此查询生成一个标头为 table_name 的结果集

SELECT table_name FROM INFORMATION_SCHEMA.TABLES;

从 MySQL 8.4 开始，这些标头使用大写；前面的查询生成一个标头为 TABLE_NAME 的结果集。如有必要，可以使用列别名来实现不同的字母大小写。例如：

SELECT table_name AS 'table_name' FROM INFORMATION_SCHEMA.TABLES;

mysqldump 仅转储该数据库中的非数据字典表，而以前可以转储 mysql 系统数据库中的所有表。

以前，在使用 --all-databases 选项时，不需要 --routines 和 --events 选项来包含存储例程和事件：转储包含 mysql 系统数据库，因此也包含包含存储例程和事件定义的 proc 和 event 表。从 MySQL 8.4 开始，不再使用 event 和 proc 表。相应对象的定义存储在数据字典表中，但这些表不会被转储。要将存储例程和事件包含在使用 --all-databases 创建的转储中，请显式使用 --routines 和 --events 选项。

以前，--routines 选项需要对 proc 表具有 SELECT 权限。从 MySQL 8.4 开始，不再使用该表；--routines 需要全局 SELECT 权限。

以前，可以通过转储 proc 和 event 表，将存储例程和事件定义与其创建时间和修改时间戳一起转储。从 MySQL 8.4 开始，不再使用这些表，因此无法转储时间戳。