在執行階段持久化全域系統變數的功能，可讓伺服器組態在伺服器啟動後仍能持續存在。儘管可以使用 my.cnf 選項檔案，或在執行階段使用 SET 陳述式在啟動時設定許多系統變數，但這些設定伺服器的方法都需要登入伺服器主機的權限，或者無法在執行階段或遠端持續設定伺服器

為了增強伺服器配置的管理功能，使其超越編輯選項檔案或使用 SET GLOBAL 所能實現的範圍，MySQL 提供了 SET 語法的變體，可將系統變數設定持久化到資料目錄中名為 mysqld-auto.cnf 的檔案中。範例：

SET PERSIST max_connections = 1000;
SET @@PERSIST.max_connections = 1000;

SET PERSIST_ONLY back_log = 100;
SET @@PERSIST_ONLY.back_log = 100;

MySQL 還提供了 RESET PERSIST 語句，用於從 mysqld-auto.cnf 中移除持久化的系統變數。

透過持久化系統變數執行的伺服器配置具有以下特性：

這些 SET 語法選項可用於持久化系統變數：

有關 SET 的更多資訊，請參閱 第 15.7.6.1 節，「SET 語法變數指派」。

這些 RESET PERSIST 語法選項可用於移除持久化的系統變數：

有關 RESET PERSIST 的更多資訊，請參閱 第 15.7.8.7 節，「RESET PERSIST 語句」。

使用 SET 將全域系統變數持久化為 DEFAULT 值或其文字預設值，會將變數指派為其預設值，並為 mysqld-auto.cnf 中的變數新增設定。若要從檔案中移除該變數，請使用 RESET PERSIST。

某些系統變數無法持久化。請參閱 第 7.1.9.4 節，「不可持久化和持久化限制的系統變數」。

如果在外掛程式執行 SET 語句時已安裝，則可持久化外掛程式實作的系統變數。如果外掛程式仍然安裝，則持久化的外掛程式變數的指派會在後續伺服器重新啟動時生效。如果不再安裝外掛程式，則當伺服器讀取 mysqld-auto.cnf 檔案時，該外掛程式變數不存在。在此情況下，伺服器會將警告寫入錯誤日誌並繼續執行。

currently unknown variable 'var_name'
was read from the persisted config file

Performance Schema persisted_variables 資料表提供 mysqld-auto.cnf 檔案的 SQL 介面，使其內容可以在執行階段使用 SELECT 語句進行檢查。請參閱 第 29.12.14.2 節，「Performance Schema persisted_variables 資料表」。

Performance Schema variables_info 資料表包含資訊，顯示每個系統變數最近一次設定的時間和使用者。請參閱 第 29.12.14.3 節，「Performance Schema variables_info 資料表」。

RESET PERSIST 會影響 persisted_variables 資料表的內容，因為資料表內容對應於 mysqld-auto.cnf 檔案的內容。另一方面，由於 RESET PERSIST 不會變更變數值，因此在伺服器重新啟動之前，它不會影響 variables_info 資料表的內容。

mysqld-auto.cnf 檔案使用如下的 JSON 格式 (為了方便閱讀，略微重新格式化)

{
  "Version": 1,
  "mysql_server": {
    "max_connections": {
      "Value": "152",
      "Metadata": {
        "Timestamp": 1519921341372531,
        "User": "root",
        "Host": "localhost"
      }
    },
    "transaction_isolation": {
      "Value": "READ-COMMITTED",
      "Metadata": {
        "Timestamp": 1519921553880520,
        "User": "root",
        "Host": "localhost"
      }
    },
    "mysql_server_static_options": {
      "innodb_api_enable_mdl": {
        "Value": "0",
        "Metadata": {
          "Timestamp": 1519922873467872,
          "User": "root",
          "Host": "localhost"
        }
      },
      "log_replica_updates": {
        "Value": "1",
        "Metadata": {
          "Timestamp": 1519925628441588,
          "User": "root",
          "Host": "localhost"
        }
      }
    }
  }
}

啟動時，伺服器會在所有其他選項檔案之後處理 mysqld-auto.cnf 檔案 (請參閱 第 6.2.2.2 節，「使用選項檔案」)。伺服器按如下方式處理檔案內容：

對 mysqld-auto.cnf 檔案的管理應留給伺服器處理。對檔案的操作應僅使用 SET 和 RESET PERSIST 語句進行，而不是手動進行。

MySQL 9.0 具備安全儲存包含敏感資料（例如私鑰或密碼）的持久化系統變數值，並限制檢視這些值的能力。目前沒有任何 MySQL Server 系統變數被標記為敏感，但此功能允許未來將包含敏感資料的系統變數安全地持久化儲存。由 MySQL 9.0 建立的 mysqld-auto.cnf 選項檔案無法被較舊版本的 MySQL Server 讀取。

在 mysqld-auto.cnf 選項檔案中，敏感系統變數的名稱和值會以加密格式儲存，同時還會儲存一個產生的檔案金鑰，用於解密它們。產生的檔案金鑰又會使用儲存在金鑰環中的主金鑰 (persisted_variables_key) 進行加密。當伺服器啟動時，會解密並使用持久化的敏感系統變數。預設情況下，如果選項檔案中存在加密值，但在啟動時無法成功解密，則會使用其預設設定。可選的最安全設定會使伺服器在無法解密加密值時停止啟動。

系統變數 persist_sensitive_variables_in_plaintext 控制伺服器是否允許以未加密格式儲存敏感系統變數的值，如果在使用 SET PERSIST 設定值時，金鑰環元件支援不可用。它還控制伺服器是否可以在無法解密加密值時啟動。

權限 SENSITIVE_VARIABLES_OBSERVER 允許持有者在 Performance Schema 表格 global_variables、session_variables、variables_by_thread 和 persisted_variables 中檢視敏感系統變數的值，發出 SELECT 語句以傳回它們的值，並追蹤連線的會話追蹤器中對它們的變更。沒有此權限的使用者無法檢視或追蹤這些系統變數值。

如果針對敏感系統變數發出 SET 語句，則查詢會被重寫，以將值替換為 「<redacted>」，然後再將其記錄到一般日誌和稽核日誌中。即使伺服器執行個體上沒有可透過金鑰環元件進行安全儲存的功能，也會發生這種情況。