set persist仅支持标为dynamic且persisted的系统变量，如max_connections、sort_buffer_size；不支持只读变量（如log_bin），可通过performance_schema.variables_info查询variable_scope是否为'persisted'确认。
SET PERSIST 能改哪些配置项？
不是所有变量都支持 SET PERSIST。只有标为 DYNAMIC 且 PERSISTED 的系统变量才可用，比如 max_connections、sort_buffer_size、wait_timeout；但像 innodb_buffer_pool_size（5.7）或 log_bin 这类严格依赖启动时加载的参数，执行会报错 ERROR 1238 (HY000): Variable 'xxx' is a read only variable。
查一个变量是否可持久化，运行：
SELECT VARIABLE_NAME, VARIABLE_SCOPE, SET_TIME FROM performance_schema.variables_info WHERE VARIABLE_NAME = 'max_connections';
其中 VARIABLE_SCOPE = 'PERSISTED' 表示支持 SET PERSIST。
SET PERSIST 和 SET GLOBAL 的区别在哪？
SET GLOBAL 只改当前运行时值，MySQL 重启后丢失；SET PERSIST 会把新值写入磁盘上的 mysqld-auto.cnf 文件（默认在数据目录下），下次启动自动加载。
-
SET GLOBAL max_connections = 2000;→ 生效快，但不持久 -
SET PERSIST max_connections = 2000;→ 写入mysqld-auto.cnf，重启仍有效 -
SET PERSIST ONLY max_connections = 2000;→ 仅写入文件，不修改当前运行值（极少用）
注意：mysqld-auto.cnf 是二进制 JSON 格式，不能手动编辑；误删会导致部分持久化设置丢失，但不会影响服务运行。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
为什么 SET PERSIST 执行后配置没生效？
常见原因有三个：
- 用户缺少
SYSTEM_VARIABLES_ADMIN权限（MySQL 8.0.16+）或旧版的SUPER权限，执行前先确认：SHOW GRANTS; - 目标变量本身不支持持久化（如
innodb_log_file_size），查performance_schema.variables_info最准 - MySQL 配置里禁用了持久化功能：检查
persisted_globals_load=OFF（默认 ON），若为 OFF，则即使写入mysqld-auto.cnf也不会加载
执行成功后，可以用 SELECT * FROM performance_schema.persisted_variables; 查看已持久化的变量列表。
my.cnf 和 mysqld-auto.cnf 冲突了怎么办？
MySQL 启动时按顺序加载配置：my.cnf（或 my.ini）→ mysqld-auto.cnf。后者优先级更高 —— 换句话说，如果 my.cnf 设了 max_connections=1000，而 mysqld-auto.cnf 记了 2000，最终生效的是 2000。
所以线上环境要注意：
- 不要一边在
my.cnf改值，一边又用SET PERSIST，容易造成预期外覆盖 - 想彻底清除某持久化设置，得用
RESET PERSIST variable_name;，不是删文件 -
mysqld-auto.cnf里存的是“最终生效值”，不反映你当初设的是字符串还是数字表达式（比如2G会被转成2147483648）
最易被忽略的一点：某些变量（如 server_id）虽支持 SET PERSIST，但修改后需配合其他操作（如重置复制）才能真正起效，不能只看变量值变了就认为功能已切换。
