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 開始，不再使用這些表格，因此無法轉儲時間戳記。