MySQL 原生密碼驗證變更。 從 MySQL 8.4.0 開始，已棄用的 mysql_native_password 驗證外掛程式預設不再啟用。若要啟用它，請使用 --mysql-native-password=ON (在 MySQL 8.4.0 中新增) 啟動伺服器，或在您的 MySQL 設定檔的 [mysqld] 區段中加入 mysql_native_password=ON (在 MySQL 8.4.0 中新增)。

如需有關啟用、使用和停用 mysql_native_password 的詳細資訊，請參閱第 8.4.1.1 節，〈原生可插入驗證〉。

InnoDB 系統變數預設值變更。 在 MySQL 8.4.0 中，與 InnoDB 儲存引擎相關的多個伺服器系統變數的預設值已變更，如下表所示

Clone 外掛程式。 clone 外掛程式的版本控制要求已放寬，以允許在同一系列的不同的次要版本之間進行複製。換句話說，現在只需要主要和次要版本號碼匹配即可，而之前還必須匹配次要版本號碼。

例如，clone 功能現在允許將 8.4.0 複製到 8.4.14，反之亦然。

Windows 上基於 SASL 的 LDAP 驗證。 在 Microsoft Windows 上，現在支援用於基於 SASL 的 LDAP 驗證的伺服器外掛程式。這表示 Windows 用戶端現在可以使用 GSSAPI/Kerberos 與 authentication_ldap_sasl_client 外掛程式進行驗證。

如需詳細資訊，請參閱基於 SASL 的 LDAP 驗證。

MySQL 複寫：SOURCE_RETRY_COUNT 變更。 CHANGE REPLICATION SOURCE TO 陳述式的 SOURCE_RETRY_COUNT 選項的預設值已變更為 10。這表示，使用此選項和 SOURCE_CONNECT_RETRY (60) 的預設值，複本會在嘗試重新連線之間等待 60 秒，並以這個速率持續嘗試重新連線 10 分鐘，然後逾時並容錯移轉。

此變更也適用於已棄用的 --master-retry-count 伺服器選項的預設值。（您應該改用 SOURCE_RETRY_COUNT。）

如需詳細資訊，請參閱第 19.4.9.1 節，〈來源的非同步連線容錯移轉〉。

MySQL 複寫：加上標籤的 GTID。 MySQL 複寫和群組複寫中使用的全域交易識別碼 (GID) 的格式已擴充，以啟用交易群組的識別，從而可以為屬於特定交易群組的 GTID 指派唯一名稱。例如，透過簡單比較其 GTID，可以輕鬆區分包含資料作業的交易與管理作業產生的交易。

新的 GTID 格式為 UUID:TAG:NUMBER，其中 TAG 是一個最多 8 個字元的字串。此功能透過將 gtid_next 系統變數的值設定為 AUTOMATIC:TAG 來啟用，此設定在此版本中新增（有關標籤格式和其他資訊，請參閱該變數的描述）。此標籤會在目前工作階段中起始的所有交易中持續存在（除非使用 SET gtid_next 變更），並在這些交易提交時套用，或者在使用 Group Replication 時，在驗證時套用。也可以將 gtid_next 設定為 UUID:TAG:NUMBER，以將單一交易的 UUID 設定為任意值，同時為其指定自訂標籤。UUID 和 NUMBER 的指派方式與先前 MySQL 版本中的方式相同。無論哪種情況，使用者都有責任確保標籤對於給定的複寫拓樸是唯一的。

原始的 UUID:NUMBER GTID 格式繼續以先前 MySQL 版本中實作的方式維持不變地支援；使用 GTID 的現有複寫設定不需要變更。

將 gtid_next 設定為 AUTOMATIC:TAG 或 UUID:TAG:NUMBER 需要在此版本中新增的新的 TRANSACTION_GTID_TAG 權限；無論是在起始伺服器上還是針對複本應用程式執行緒的 PRIVILEGE_CHECKS_APPLIER，情況皆是如此。這也表示管理員現在可以將 SET @gtid_next=AUTOMATIC:TAG 或 UUID:TAG:NUMBER 的使用限制為一組所需的 MySQL 使用者或角色，以便只有與給定資料或操作領域相關的使用者才能提交具有指定標籤的新交易。

內建函數 GTID_SUBSET()、GTID_SUBTRACT() 和 WAIT_FOR_EXECUTED_GTID_SET() 與帶標籤的 GTID 相容。

如需更多資訊，請參閱 gtid_next 系統變數和 TRANSACTION_GTID_TAG 權限的說明，以及第 19.1.4 節：「線上伺服器上變更 GTID 模式」。

複寫：SQL_AFTER_GTIDS 和 MTA。  START REPLICA 陳述式選項 SQL_AFTER_GTIDS 現在與多執行緒應用程式相容。（先前，當啟用 MTA 且使用者嘗試使用此選項時，陳述式會發出警告 ER_MTA_FEATURE_IS_NOT_SUPPORTED，且複本會切換為單執行緒模式。）這表示需要趕上遺失交易的複本現在可以這樣做，而不會失去多執行緒的效能優勢。

如需更多資訊，請參閱 第 15.4.2.4 節：「START REPLICA 陳述式」，以及 replica_parallel_workers 系統變數的說明。另請參閱 第 19.2.3.2 節：「監控複寫應用程式工作執行緒」和 第 25.7.11 節：「使用多執行緒應用程式的 NDB Cluster 複寫」。

複寫術語的回溯相容性。  此版本新增了 --output-as-version 選項供 mysqldump 使用。此選項可讓您從 MySQL 8.2 或更新版本的伺服器建立與舊版 MySQL 相容的傾印；其值（此處列出的其中一個）會決定傾印中使用的複寫術語的相容性

如需更多資訊，請參閱此選項的說明。

此外，還為 terminology_use_previous 系統變數新增一個允許的新值。BEFORE_8_2_0 會導致伺服器在 SHOW CREATE EVENT 的輸出中列印 DISABLE ON SLAVE（現在已棄用），而不是 DISABLE ON REPLICA。現有的值 BEFORE_8_0_26 現在除了先前已有的效果之外，也具有此效果。

版本特定註解中使用的 MySQL 版本號碼支援由一或兩個數字組成的主要版本；這表示整個版本可以是五位或六位數長。如需更多關於此變更如何影響 MySQL 中版本化註解處理的資訊，請參閱第 11.7 節：「註解」。

group_replication_set_as_primary() 和 DDL 陳述式。  group_replication_set_as_primary() 函數會在等待所有交易完成時，等待進行中的 DDL 陳述式（例如 ALTER TABLE），然後再選出新的主要伺服器。

如需更多資訊，請參閱此函數的說明。

用於 group_replication_set_as_primary() 的 DDL 和 DCL 陳述式追蹤。  group_replication_set_as_primary() 現在會等待以下陳述式完成，然後再選出新的主要伺服器

這些陳述式是 MySQL 8.1 中新增的陳述式，或是在這方面已支援的陳述式之外的項目。如需更多資訊，包括 MySQL 8.3 中支援的所有此類陳述式的清單，請參閱 group_replication_set_as_primary() 函數的說明。

Group Replication 變數預設值。  在 MySQL 8.4 中，已變更兩個與 Group Replication 相關的伺服器系統變數的預設值

如需更多資訊，請參閱 第 20.5.3.2 節：「設定交易一致性保證」，以及第 20.7.7 節：「對失敗偵測和網路分割的回應」，以及所列變數的說明。

新增了一些特定於 Group Replication 外掛程式的狀態變數，這些變數可改善網路不穩定性的診斷和疑難排解，並提供有關每個群組成員的網路使用量、控制訊息和資料訊息的統計資料。

如需更多資訊，請參閱第 20.9.2 節：「Group Replication 狀態變數」。

作為這項工作的一部分，已將新的 MEMBER_FAILURE_SUSPICIONS_COUNT 資料行新增至 Performance Schema replication_group_communication_information 資料表。此資料行的內容格式為 JSON 陣列，其索引鍵是群組成員 ID，而其值是群組成員被視為可疑的次數。如需更多資訊，請參閱此資料表的說明。

FLUSH_PRIVILEGES 權限。 MySQL 8.4.0 新增了一個權限，專門用於允許使用 FLUSH PRIVILEGES 陳述式。與 RELOAD 權限不同，FLUSH_PRIVILEGES 權限僅適用於 FLUSH PRIVILEGES 陳述式。

在 MySQL 8.4 中，RELOAD 權限仍繼續支援此功能，以提供向後相容性。

升級時，會執行檢查以查看是否有任何使用者擁有 FLUSH_PRIVILEGES 權限；如果沒有，則任何擁有 RELOAD 權限的使用者也會自動被授予新的權限。

如果您從 MySQL 8.4（或更新版本）降級到不支援 FLUSH_PRIVILEGES 權限的 MySQL 版本，先前被授予此權限的使用者除非擁有 RELOAD 權限，否則將無法執行 FLUSH PRIVILEGES 陳述式。

OPTIMIZE_LOCAL_TABLE 權限。 MySQL 8.4.0 新增了一個 OPTIMIZE_LOCAL_TABLE 權限。使用者必須擁有此權限才能執行 OPTIMIZE LOCAL TABLE 和 OPTIMIZE NO_WRITE_TO_BINLOG TABLE 陳述式。

從之前的發行系列升級時，擁有 SYSTEM_USER 權限的使用者會自動被授予 OPTIMIZE_LOCAL_TABLE 權限。

MySQL Enterprise Data Masking and De-Identification (資料遮罩和去識別)。 資料遮罩元件新增了對指定專用 schema 來儲存相關內部表格和遮罩函式的支援。先前，mysql 系統 schema 是唯一可用的儲存選項。新的 component_masking.masking_database 唯讀變數允許在伺服器啟動時設定並持久化替代的 schema 名稱。

刷新資料遮罩字典。 MySQL Enterprise Data Masking and De-Identification 元件現在包含將次要或複本上的資料刷新到記憶體的能力。這可以使用此處描述的任何一種方式來完成

如需更多資訊，請參閱 第 8.5 節「MySQL Enterprise Data Masking and De-Identification」和這些項目的說明。

自動直方圖更新。 MySQL 8.4.0 新增了對自動更新直方圖的支援。當為給定直方圖啟用此功能時，每當對其所屬的表格執行 ANALYZE TABLE 時，都會更新該直方圖。此外，InnoDB 對持久統計資訊的自動重新計算（請參閱 第 17.8.10.1 節「設定持久優化器統計資訊參數」）也會更新直方圖。直方圖更新會繼續使用與最初指定的相同數量的 bucket（如果有）。

您可以在指定直方圖時透過包含 ANALYZE TABLE 陳述式的 AUTO UPDATE 選項來啟用此功能。若要停用它，請改為包含 MANUAL UPDATE。MANUAL UPDATE（沒有自動更新）是預設值（如果未指定任何選項）。

如需更多資訊，請參閱 直方圖統計資訊分析。

新增了 tls-certificates-enforced-validation 系統變數，允許 DBA 在伺服器啟動時強制執行憑證驗證，或在使用 ALTER INSTANCE RELOAD TLS 陳述式在執行階段重新載入憑證時強制執行憑證驗證。啟用強制執行後，發現無效的憑證會在啟動時停止伺服器調用、防止在執行階段載入無效的憑證，並發出警告。如需更多資訊，請參閱 設定憑證驗證強制執行。

新增伺服器系統變數以控制使用 LDAP 可插拔驗證連線到 MySQL 伺服器的 MySQL 帳戶，在 LDAP 伺服器關閉或沒有回應時必須等待的時間量。以下簡單和基於 SASL 的 LDAP 驗證變數的預設逾時時間變為 30 秒

僅在 Linux 平台上可透過系統變數設定連線和回應逾時。如需更多資訊，請參閱 設定 LDAP 可插拔驗證的逾時。

強化了關閉程序的記錄，新增了 MySQL 伺服器、外掛程式和元件的啟動和關閉訊息。這些訊息現在也會記錄用於關閉連線。這些新增功能應有助於故障排除和偵錯問題，尤其是在伺服器關閉時間過長的情況下。

如需更多資訊，請參閱 第 7.4.2 節「錯誤記錄」。

伺服器啟動和關閉訊息的增補。 根據此清單中的說明，將下列類型的訊息新增至伺服器啟動和關閉程序

此外，如果伺服器是使用 WITH_SYSTEMD 建置的，則伺服器現在會在錯誤記錄中包含每個 systemd 訊息。

新增了 SHOW PARSE_TREE 陳述式，顯示 SELECT 陳述式的 JSON 格式的剖析樹。此陳述式僅用於測試和開發，不適用於生產環境。它僅在偵錯版本中可用，或者如果 MySQL 是使用 CMake -DWITH_SHOW_PARSE_TREE 選項從原始碼建置的，並且未包含在發行版本中或在發行版本中不支援。

執行緒池外掛程式連線資訊。 將執行緒池連線資訊新增至 MySQL Performance Schema，如下所示

如需更多資訊，請參閱 第 7.6.3 節「MySQL Enterprise Thread Pool」和 第 29.12.16 節「Performance Schema Thread Pool Tables」。

Information Schema PROCESSLIST 表格使用率。 雖然 INFORMATION_SCHEMA.PROCESSLIST 表格已在 MySQL 8.0.35 和 8.2.0 中棄用，但對於追蹤其使用率的興趣仍然存在。此版本新增了兩個系統狀態變數，提供有關存取 PROCESSLIST 表格的資訊，如下所示

用於集合運算的雜湊表最佳化。 MySQL 8.2 透過新的雜湊表最佳化來改善使用集合運算 EXCEPT 和 INTERSECT 的陳述式的效能。此最佳化會自動為這類陳述式啟用，並由設定 hash_set_operations 優化器開關來控制。若要停用此最佳化，並使優化器使用先前 MySQL 版本中的舊臨時表格最佳化，請將此旗標設定為 off。

可以透過設定 set_operations_buffer_size 伺服器系統變數的值來控制為此最佳化配置的記憶體量。增加緩衝區大小可以進一步改善使用這些運算的一些陳述式的執行時間。

如需更多資訊，請參閱 第 10.9.2 節「可切換最佳化」。

WITH_LD CMake 選項。 WITH_LD：定義是否使用 llvm lld 或 mold 鏈接器，否則使用標準鏈接器。 WITH_LD 也取代了在 MySQL 8.3.0 中移除的 USE_LD_LLD CMake 選項。

MySQL Enterprise Firewall 增強功能。 自 MySQL 8.0 以來，MySQL Enterprise Firewall 進行了一些增強。這些增強功能列在此處。

如需有關防火牆預存程序的更多資訊，請參閱MySQL Enterprise Firewall 預存程序。

可插拔驗證。 新增了在 WebAuthn 環境中使用智慧卡、安全金鑰和生物識別讀取器等裝置對 MySQL 伺服器進行驗證的支援。新的 WebAuthn 驗證方法以 FIDO 和 FIDO2 標準為基礎。它使用一對外掛程式，伺服器端的 authentication_webauthn 和用戶端端的 authentication_webauthn_client。伺服器端 WebAuthn 驗證外掛程式僅包含在 MySQL Enterprise Edition 發行版中。

金鑰環移轉。 支援從金鑰環元件移轉到金鑰環外掛程式。若要執行此類移轉，請使用 MySQL 8.4.0 中引入的 --keyring-migration-from-component 伺服器選項，將 --keyring-migration-source 設定為來源元件的名稱，並將 --keyring-migration-destination 設定為目標外掛程式的名稱。

如需更多資訊，請參閱使用移轉伺服器進行金鑰移轉。

MySQL Enterprise Audit。 新增了 audit_log_filter_uninstall.sql 指令碼，以簡化移除 MySQL Enterprise Audit。

新關鍵字。 MySQL 8.4 中自 MySQL 8.0 以來新增的關鍵字。保留關鍵字標示為 (R)。

AUTO、BERNOULLI、GTIDS、LOG、MANUAL (R)、PARALLEL (R)、PARSE_TREE、QUALIFY (R)、S3 和 TABLESAMPLE (R)。

搶佔式群組複寫認證垃圾收集。 MySQL 8.4.0 中新增的系統變數 group_replication_preemptive_garbage_collection 可為在單一主要模式下執行的群組複寫啟用搶佔式垃圾收集，僅保留尚未提交的那些交易的寫入集。這可以節省時間和記憶體消耗。另一個系統變數 group_replication_preemptive_garbage_collection_rows_threshold（也在 MySQL 8.4.0 中引入）設定了在啟用搶佔式垃圾收集時觸發搶佔式垃圾收集所需的認證列數下限；預設值為 100000。

在多個主要模式下，從交易獲得認證的那一刻起，直到所有成員都提交交易為止，認證資訊中的每個寫入集都是必要的，這使得偵測交易之間的衝突變得必要。在單一主要模式下，我們只需要關心交易相依性，這不是問題；這表示只需要保留寫入集直到認證完成即可。

請參閱第 20.7.9 節，「使用效能綱要記憶體儀器監控群組複寫記憶體使用量」，以取得有關此程序所消耗記憶體資訊的協助。

經過清理的中繼記錄復原。 在 MySQL 8.4.0 及更新版本中，可以復原已移除任何未完成交易的中繼記錄。現在，當伺服器以 --relay-log-recovery=OFF（預設值）啟動時，中繼記錄會經過清理，表示以下所有項目都會被移除。

如需更多資訊，請參閱 relay_log_recovery 伺服器系統變數的說明。

MySQL 升級歷史記錄檔案。 在 MySQL 8.4.0 及更新版本中，作為安裝程序的一部分，會在伺服器的資料目錄中建立一個名為 mysql_upgrade_history 的 JSON 格式檔案，如果檔案已存在，則會更新它。此檔案包含有關已安裝的 MySQL 伺服器版本、安裝時間以及該版本是否屬於 LTS 系列或 Innovation 系列的資訊。

典型的 mysql_upgrade_history 檔案可能看起來像這樣（為方便閱讀而調整格式）

{
  "file_format":"1",

  "upgrade_history":
  [
    {
      "date":"2024-03-15 22:02:35",
      "version":"8.4.0",
      "maturity":"LTS",
      "initialize":true
    },

    {
      "date":"2024-05-17 17:46:12",
      "version":"8.4.1",
      "maturity":"LTS",
      "initialize":false
    }
  ]

}

此外，安裝程序現在會檢查是否存在 mysql_upgrade_info 檔案（已在 MySQL 8.0 中棄用，不再使用）。如果找到，將會移除該檔案。

group_replication_allow_local_lower_version_join 系統變數。 group_replication_allow_local_lower_version_join 系統變數已棄用，設定此變數會導致記錄警告（ER_WARN_DEPRECATED_SYNTAX_NO_REPLACEMENT）。

您應該預期此變數會在未來的 MySQL 版本中移除。由於設定 group_replication_allow_local_lower_version_join 所啟用的功能不再有用，因此沒有計劃為其提供替代方案。

群組複寫復原中繼資料。 群組複寫復原不再依賴將檢視變更事件寫入二進位記錄檔，以標記群組成員資格的變更；相反地，當群組的所有成員都是 MySQL 8.3.0 或更新版本時，成員會共用壓縮的復原中繼資料，並且當新成員加入群組時，不會記錄此類事件（或指派 GTID）。

復原中繼資料包括 GCS 檢視 ID、已認證交易的 GTID_SET 和認證資訊，以及線上成員的清單。

由於 View_change_log_event 不再在復原中扮演角色，因此不再需要 group_replication_view_change_uuid 系統變數，因此現在已棄用；預計會在未來的 MySQL 版本中移除。您應該注意，此變數或其功能沒有計劃替代方案或替代方法，並相應地開發您的應用程式。

WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS() 函式。 WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS() SQL 函式已在 MySQL 8.0 中棄用，並且從 MySQL 8.2 開始不再支援。現在嘗試叫用此函式會導致語法錯誤。

建議您使用 WAIT_FOR_EXECUTED_GTID_SET()，而不是 WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS()，這可讓您等待特定的 GTID。無論指定的交易透過哪個複寫通道或使用者用戶端到達伺服器，此方法都有效。

基於 GTID 的複寫和 IGNORE_SERVER_IDS。 當全域交易識別碼 (GTID) 用於複寫時，已套用的交易會自動忽略。這表示 IGNORE_SERVER_IDS 與 GTID 模式不相容。如果 gtid_mode 為 ON，則使用非空的 IGNORE_SERVER_IDS 清單的 CHANGE REPLICATION SOURCE TO 會因為錯誤而被拒絕。同樣地，如果任何現有的複寫通道是使用要忽略的伺服器 ID 清單建立的，則也會拒絕 SET gtid_mode=ON。在開始基於 GTID 的複寫之前，請檢查並清除所涉及伺服器上的任何已忽略的伺服器 ID 清單；您可以透過檢查 SHOW REPLICA STATUS 的輸出來執行此操作。在這種情況下，您可以透過發出具有空伺服器 ID 清單的 CHANGE REPLICATION SOURCE TO 來清除清單，如下所示

CHANGE REPLICATION SOURCE TO IGNORE_SERVER_IDS = ();

如需更多資訊，請參閱第 19.1.3.7 節，「使用 GTID 複寫的限制」。

二進位記錄檔交易相依性追蹤和記錄格式。 已發現使用寫入集資訊進行衝突偵測會導致相依性追蹤出現問題；因此，我們現在將寫入集的使用限制在僅當行式記錄有效時進行衝突檢查。

這表示在這種情況下，binlog_format 必須是 ROW，並且不再支援 MIXED。

expire_logs_days 系統變數。 已移除在 MySQL 8.0 中棄用的 expire_logs_days 伺服器系統變數。現在嘗試在執行階段取得或設定此變數，或使用等效選項 (--expire-logs-days) 啟動 mysqld，都會導致錯誤。

請改用 binlog_expire_logs_seconds，而非 expire_logs_days，它允許您指定非整數天數的過期時間。

資料庫授權中的萬用字元。 在 MySQL 8.2.0 中，資料庫授權中將字元 % 和 _ 作為萬用字元的用法已被棄用。您應該預期萬用字元功能將在未來的 MySQL 版本中移除，並且這些字元將始終被視為字面值，如同當 partial_revokes 伺服器系統變數的值為 ON 時一樣。

此外，從 MySQL 8.2.0 開始，伺服器在檢查權限時將 % 視為 localhost 同義詞的處理方式也已被棄用，因此將在未來的 MySQL 版本中移除。

--character-set-client-handshake 選項。 --character-set-client-handshake 伺服器選項，原本旨在用於從非常舊版本的 MySQL 升級，現在已被棄用，並且每當使用時都會發出警告。您應該預期此選項將在未來的 MySQL 版本中移除；依賴此選項的應用程式應盡快開始從中遷移。

非標準外鍵。 將非唯一或部分索引鍵用作外鍵是不標準的做法，並且在 MySQL 中已被棄用。從 MySQL 8.4.0 開始，您必須通過將 restrict_fk_on_non_standard_key 設定為 OFF，或使用 --skip-restrict-fk-on-non-standard-key 啟動伺服器，來明確啟用此類索引鍵。

restrict_fk_on_non_standard_key 預設為 ON，這表示嘗試在 CREATE TABLE 或其他 SQL 語句中使用非標準索引鍵作為外鍵時，將會被拒絕，並出現 ER_WARN_DEPRECATED_NON_STANDARD_KEY 錯誤。將其設定為 ON 允許執行此類語句，但它們會發出相同的錯誤作為警告。

即使有包含參考非唯一或部分索引鍵的外鍵的資料表，也支援從 MySQL 8.0 升級。在這種情況下，伺服器會寫入一個警告訊息清單，其中包含任何參考非標準索引鍵的外鍵名稱。

伺服器選項和變數已移除。 在先前版本的 MySQL 中支援的許多伺服器選項和變數已在 MySQL 8.4 中移除。嘗試在 MySQL 8.4 中設定它們中的任何一個都會引發錯誤。這些選項和變數在此列出

已過時的複寫選項和變數。 許多與 MySQL 複寫相關的選項和變數在先前版本的 MySQL 中已棄用，並且已從 MySQL 8.4 中移除。現在嘗試使用它們中的任何一個都會導致伺服器引發語法錯誤。這些選項和變數在此列出

複寫 SQL 語法。 許多在較早版本的 MySQL 中已棄用、用於 MySQL 複寫的 SQL 語句在 MySQL 8.4 中不再支援。現在嘗試使用這些語句中的任何一個都會產生語法錯誤。這些語句可以分為兩組：一組與來源伺服器相關，另一組與複本相關，如下所示

作為此工作的一部分，CREATE EVENT 和 ALTER EVENT 的 DISABLE ON SLAVE 選項現在已棄用，並由 DISABLE ON REPLICA 取代。對應的術語 SLAVESIDE_DISABLED 現在也已棄用，並且不再用於事件描述中，例如 Information Schema EVENTS 資料表中；現在改為顯示 REPLICA_SIDE_DISABLED。

先前列出的所有語句都已從 MySQL 測試程式和檔案以及任何其他內部使用中移除。

此外，許多以前由 CHANGE REPLICATION SOURCE TO 和 START REPLICA 支援的已棄用選項已被移除，並且伺服器不再接受。接下來列出每個 SQL 語句的已移除選項。

此外，作為此工作的一部分，下列先前已棄用的伺服器狀態變數已移除。此處列出這些變數及其取代變數。

剛才列為已移除的變數不再出現在 SHOW STATUS 等陳述式的輸出中。另請參閱Com_xxx 變數。

外掛程式。 MySQL 8.4.0 中移除了許多外掛程式，此處列出這些外掛程式，以及與這些外掛程式相關聯的任何系統變數和其他功能 (這些外掛程式也已移除，或受到移除外掛程式的影響)。

支援弱式密碼。設定加密連線時，MySQL 8.4.0 及更新版本不再允許指定不符合下列任何需求的密碼。

這會對設定下列系統變數產生影響。

請參閱這些變數的描述，以瞭解 MySQL 8.4 中允許的值及更多資訊。

INFORMATION_SCHEMA.TABLESPACES。實際上未使用的 INFORMATION_SCHEMA.TABLESPACES 資料表已在 MySQL 8.0.22 中遭到棄用，現在已移除。

DROP TABLESPACE 和 ALTER TABLESPACE：ENGINE 子句。DROP TABLESPACE 和 ALTER TABLESPACE 語句的 ENGINE 子句在 MySQL 8.0 中已被棄用。在 MySQL 8.4 中，不再支援此子句，如果您嘗試將其與 DROP TABLESPACE 或 ALTER TABLESPACE ... DROP DATAFILE 一起使用，將會導致錯誤。ENGINE 也不再支援 ALTER TABLESPACE 的所有其他變體，但此處列出的兩個例外情況除外：

有關更多資訊，請參閱這些語句的文件。

LOW_PRIORITY 與 LOCK TABLES ... WRITE。LOCK TABLES ... WRITE 語句的 LOW_PRIORITY 子句自 MySQL 5.5 起就沒有作用，並在 MySQL 5.6 中被棄用。在 MySQL 8.4 中不再支援此子句；現在在 LOCK TABLES 中包含它會導致語法錯誤。

EXPLAIN FORMAT=JSON 格式版本。現在可以使用此版本中引入的伺服器系統變數 explain_json_format_version，在 EXPLAIN FORMAT=JSON 語句使用的 JSON 輸出格式的 2 個版本之間進行選擇。將此變數設定為 1 會使伺服器使用版本 1，也就是在 MySQL 8.2 及更早版本中，此類語句始終使用的線性格式。這是 MySQL 8.4 中的預設值和格式。將 explain_json_format_version 設定為 2 會使伺服器使用版本 2 格式；此 JSON 輸出格式基於存取路徑，旨在提供與未來版本的 MySQL Optimizer 更好的相容性。

有關更多資訊和範例，請參閱取得執行計畫資訊。

擷取 EXPLAIN FORMAT=JSON 輸出。EXPLAIN FORMAT=JSON 已擴充 INTO 選項，該選項提供將 JSON 格式的 EXPLAIN 輸出儲存在使用者變數中的功能，該變數可以使用 MySQL JSON 函數進行處理，如下所示：

mysql> EXPLAIN FORMAT=JSON INTO @myex SELECT name FROM a WHERE id = 2;
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT JSON_EXTRACT(@myex, "$.query_block.table.key");
+------------------------------------------------+
| JSON_EXTRACT(@myex, "$.query_block.table.key") |
+------------------------------------------------+
| "PRIMARY"                                      |
+------------------------------------------------+
1 row in set (0.01 sec)

只有在 EXPLAIN 語句也包含 FORMAT=JSON 的情況下，才能使用此選項；否則會導致語法錯誤。此要求不受 explain_format 的值影響。

INTO 可以與任何可解釋的語句一起使用，但 EXPLAIN FOR CONNECTION 除外。它不能與 EXPLAIN ANALYZE 一起使用。

有關更多資訊和範例，請參閱取得執行計畫資訊。

EXPLAIN FOR SCHEMA。為 EXPLAIN 語句新增了 FOR SCHEMA 選項。語法如下所示，其中 stmt 是一個可解釋的語句：

EXPLAIN [options] FOR SCHEMA schema_name stmt

這會導致 stmt 像在指定的 schema 中執行一樣執行。

FOR DATABASE 也被支援作為同義詞。

此選項與 FOR CONNECTION 不相容。

有關更多資訊，請參閱取得執行計畫資訊。

保留客戶端註解。在 MySQL 8.0 中，從 mysql 客戶端中剝離註解是預設行為；預設設定已變更為保留此類註解。

若要啟用如 MySQL 8.0 及更早版本中執行的註解剝離，請使用 --skip-comments 啟動 mysql 客戶端。

AUTO_INCREMENT 和浮點數欄。在 CREATE TABLE 和 ALTER TABLE 語句中，將 AUTO_INCREMENT 修飾詞與 FLOAT 和 DOUBLE 欄搭配使用在 MySQL 8.0 中已被棄用；在 MySQL 8.4 中完全移除對它的支援，它會引發 ER_WRONG_FIELD_SPEC（欄的欄規範不正確）。

在從先前的版本升級到 MySQL 8.4 之前，您必須修正任何包含 FLOAT 或 DOUBLE 且帶有 AUTO_INCREMENT 的資料表，以便該資料表不再使用這些資料類型中的任何一種。否則，升級將會失敗。

mysql_ssl_rsa_setup 公用程式。已移除在 MySQL 8.0.34 中已棄用的 mysql_ssl_rsa_setup 公用程式。對於使用 OpenSSL 編譯的 MySQL 發行版本，MySQL 伺服器可以在啟動時自動產生遺失的 SSL 和 RSA 檔案。有關更多資訊，請參閱第 8.3.3.1 節，「使用 MySQL 建立 SSL 和 RSA 憑證和金鑰」。

MySQL 權限。新增了用於 definer 物件建立的 SET_ANY_DEFINER 權限和用於孤立物件保護的 ALLOW_NONEXISTENT_DEFINER 權限。這些權限與已棄用的 SET_USER_ID 權限共存。

SET_USER_ID 權限。在 MySQL 8.2.0 中已棄用的 SET_USER_ID 權限已被移除。現在在 GRANT 語句中使用會導致語法錯誤。

您可以使用 SET_ANY_DEFINER 權限來建立 definer 物件，並使用 ALLOW_NONEXISTENT_DEFINER 權限來保護孤立物件，而不是使用 SET_USER_ID。

使用 CREATE PROCEDURE、CREATE FUNCTION、CREATE TRIGGER、CREATE EVENT 或 CREATE VIEW 產生孤立的 SQL 物件需要這兩種權限。

--abort-slave-event-count 和 --disconnect-slave-event-count 伺服器選項。MySQL 伺服器啟動選項 --abort-slave-event-count 和 --disconnect-slave-event-count 之前用於測試，在 MySQL 8.0 中已棄用，並在此版本中移除。現在嘗試使用這些選項中的任何一個啟動 mysqld 都會導致錯誤。

mysql_upgrade 公用程式。在 MySQL 8.0.16 中已棄用的 mysql_upgrade 公用程式已被移除。

mysqlpump 公用程式。已移除在 MySQL 8.0.34 中已棄用的 mysqlpump 公用程式及其 helper 公用程式 lz4_decompress 和 zlib_decompress。請改用 mysqldump 或 MySQL Shell 的傾印公用程式。

已過時的 CMake 選項。使用 CMake 編譯伺服器的以下選項已過時並已移除：

已移除的關鍵字。自 MySQL 8.0 起，在 MySQL 8.4 中移除的關鍵字。保留的關鍵字標示為 (R)。

GET_MASTER_PUBLIC_KEY、MASTER_AUTO_POSITION、MASTER_BIND (R)、MASTER_COMPRESSION_ALGORITHMS、MASTER_CONNECT_RETRY、MASTER_DELAY、MASTER_HEARTBEAT_PERIOD、MASTER_HOST、MASTER_LOG_FILE、MASTER_LOG_POS、MASTER_PASSWORD、MASTER_PORT、MASTER_PUBLIC_KEY_PATH、MASTER_RETRY_COUNT、MASTER_SSL、MASTER_SSL_CA、MASTER_SSL_CAPATH、MASTER_SSL_CERT、MASTER_SSL_CIPHER、MASTER_SSL_CRL、MASTER_SSL_CRLPATH、MASTER_SSL_KEY、MASTER_SSL_VERIFY_SERVER_CERT (R)、MASTER_TLS_CIPHERSUITES、MASTER_TLS_VERSION、MASTER_USER 和 MASTER_ZSTD_COMPRESSION_LEVEL。

分割索引中的前置詞。在 MySQL 8.0 中，索引前置詞的資料行允許在分割資料表的分割索引鍵中使用，並且在建立、變更或升級分割資料表時會引發警告，而沒有其他影響。分割資料表中不再允許此類資料行，並且在分割索引鍵中使用任何此類資料行，都會導致 CREATE TABLE 或 ALTER TABLE 語句發生錯誤而遭拒絕。

有關更多資訊，請參閱金鑰分割不支援資料行索引前置詞。