在运行时持久保存全局系统变量的能力使服务器配置能够在服务器启动时持续存在。尽管许多系统变量可以在启动时从my.cnf选项文件设置，或在运行时使用 SET 语句设置，但这些配置服务器的方法要么需要登录访问服务器主机，要么不提供在运行时持久配置服务器的能力或远程：

SET GLOBAL为了增强服务器配置的管理能力， 使其超出通过编辑选项文件或 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，请参阅第 13.7.6.1 节，“变量赋值的 SET 语法”。

这些RESET PERSIST语法选项可用于删除持久化的系统变量：

有关 的更多信息RESET PERSIST，请参阅第 13.7.8.7 节，“RESET PERSIST 语句”。

使用 SET将全局系统变量持久化 DEFAULT为其文字默认值或其文字默认值会为该变量分配其默认值并将该变量的设置添加到mysqld-auto.cnf。要从文件中删除变量，请使用 RESET PERSIST.

某些系统变量无法持久化。请参阅 第 5.1.9.4 节，“不可持久和持久受限的系统变量”。

SET 如果在执行语句 时安装了插件，则插件实现的系统变量可以持久化 。如果仍然安装了插件，则持久化插件变量的分配会在随后的服务器重新启动时生效。如果不再安装插件，则服务器读取mysqld-auto.cnf文件时插件变量不存在。在这种情况下，服务器向错误日志写入警告并继续：

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

Performance Schema persisted_variables表为文件提供了一个 SQL 接口 mysqld-auto.cnf，使其内容能够在运行时使用 SELECT语句进行检查。请参阅 第 27.12.14.1 节，“性能模式 persisted_variables 表”。

Performance Schema variables_info表包含显示每个系统变量最近设置的时间和用户的信息。请参阅 第 27.12.14.2 节，“性能模式 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_slave_updates": {
        "Value": "1",
        "Metadata": {
          "Timestamp": 1519925628441588,
          "User": "root",
          "Host": "localhost"
        }
      }
    }
  }
}

在启动时，服务器 mysqld-auto.cnf在所有其他选项文件之后处理该文件（请参阅第 4.2.2.2 节，“使用选项文件”）。服务器按如下方式处理文件内容：

文件的管理mysqld-auto.cnf应该留给服务器。文件的操作应该只使用 SET 和RESET PERSIST语句执行，而不是手动执行：

从 MySQL 8.0.29 开始，MySQL Server 能够安全地存储包含敏感数据（如私钥或密码）的持久化系统变量值，并限制对这些值的查看。目前没有 MySQL 服务器系统变量被标记为敏感，但新功能允许包含敏感数据的系统变量在未来安全地持久化。升级到 MySQL 8.0.29 后，mysqld-auto.cnf选项文件的格式保持不变，直到第一次 SET PERSIST或 SET PERSIST ONLY发出语句，此时它被更改为新格式，即使涉及的系统变量不敏感。在新格式中，旧版本的 MySQL 服务器无法读取选项文件。

在mysqld-auto.cnf选项文件中，敏感系统变量的名称和值以加密格式存储，并生成用于解密它们的文件密钥。persisted_variables_key生成的文件密钥又使用存储在密钥环中的主密钥 ( ) 进行加密。当服务器启动时，持久化的敏感系统变量被解密并使用。默认情况下，如果选项文件中存在加密值但无法在启动时成功解密，则使用它们的默认设置。如果无法解密加密值，则可选的最安全设置会使服务器停止启动。

系统变量 persist_sensitive_variables_in_plaintext 控制是否允许服务器以未加密格式存储敏感系统变量的值，如果密钥环组件支持在 SET PERSIST用于设置值时不可用。如果无法解密加密值，它还控制服务器是否可以启动。

该权限 允许持有者查看 Performance Schema 表、 、 和 SENSITIVE_VARIABLES_OBSERVER 中敏感系统变量的值 ，发出语句以返回它们的值，并在连接的会话跟踪器中跟踪它们的变化。没有此权限的用户无法查看或跟踪这些系统变量值。 global_variablessession_variablesvariables_by_threadpersisted_variablesSELECT

如果SET针对敏感系统变量发出语句，则 在将其记录到通用日志和审计日志之前，将重写查询以用“ <redacted>”替换该值。即使通过密钥环组件的安全存储在服务器实例上不可用，也会发生这种情况。