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

ALTER TABLE tbl_name ENGINE=engine_name 失败，因为它会更新存储在数据字典中的存储引擎名称。

以前，INFORMATION_SCHEMA 对 STATISTICS 和 TABLES 表中的表统计信息的查询直接从存储引擎中检索统计信息。从 MySQL 9.0 开始，默认情况下使用缓存的表统计信息。 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 9.0 开始，这些标题使用大写字母；前面的查询生成标题为 TABLE_NAME 的结果集。如有必要，可以使用列别名来实现不同的字母大小写。例如：

SELECT table_name AS 'table_name' FROM INFORMATION_SCHEMA.TABLES;

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

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

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

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