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

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

以前，INFORMATION_SCHEMA查询 STATISTICS和 表中的TABLES表统计信息直接从存储引擎中检索统计信息。从 MySQL 8.0 开始，默认使用缓存表统计信息。系统变量定义缓存表统计信息过期之前的 information_schema_stats_expiry 时间段。默认值为 86400 秒（24 小时）。（要随时更新给定表的缓存值，请使用ANALYZE TABLE.) 如果没有缓存统计信息或统计信息已过期，则在查询表统计信息列时从存储引擎中检索统计信息。要始终直接从存储引擎检索最新统计信息，请设置 information_schema_stats_expiry 为0. 有关详细信息，请参阅 第 8.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和 mysqlpump不再转储 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.0 开始，这些标头都是大写的；前面的查询生成一个标题为 的结果集TABLE_NAME。如有必要，可以使用列别名来实现不同的字母大小写。例如：

SELECT table_name AS 'table_name' FROM INFORMATION_SCHEMA.TABLES;

以前，可以转储 mysql系统数据库中的所有表。从 MySQL 8.0 开始，mysqldump和 mysqlpump仅转储该数据库中的非数据字典表。

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

以前，该 --routines选项需要表的SELECT 权限proc。从 MySQL 8.0 开始，该表未被使用； --routines而是需要全局SELECT权限。

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