mysqldump不能导出mysql运行时配置参数，备份配置需单独处理配置文件和动态变量；最可靠方式是用show variables导出当前生效值，并手动备份my.cnf等配置文件。
mysqldump 不能导出 MySQL 的运行时配置参数（如 max_connections、innodb_buffer_pool_size 等），它只导出数据库对象（库、表、数据、存储过程等）。想备份配置，必须单独处理配置文件和动态变量。
直接读取并导出当前生效的配置参数
MySQL 启动后实际生效的参数 = 配置文件（my.cnf 或 my.ini）设置 + 动态 SET 修改 + 默认值。最可靠的方式是导出 当前运行时所有变量值，用 SHOW VARIABLES：
- 执行：
mysql -u root -p -e "SHOW VARIABLES;" > mysql_variables_$(date +%Y%m%d).txt - 该命令输出纯文本，字段对齐但不可直接恢复，适合审计或比对
- 若需结构化（如 CSV），可加
--batch --skip-column-names并用sed或awk处理分隔符 - 注意：部分变量（如
have_ssl）是只读状态标识，不是可配置项，别误当成要写回的参数
获取 MySQL 实际加载的配置文件路径
仅靠 SHOW VARIABLES 不知道哪些参数来自哪个配置文件。先确认 MySQL 加载了哪些配置：
- 运行：
mysql -u root -p -e "SELECT @@global.config_file;"—— 但该系统变量并不存在（MySQL 不暴露此信息） - 正确方式是查启动参数：
ps aux | grep mysqld | grep -v grep，观察是否有--defaults-file=或--defaults-extra-file= - 更通用的方法是看默认搜索路径：
mysqld --verbose --help | grep "Default options"，会列出/etc/my.cnf、/etc/mysql/my.cnf、~/.my.cnf等 - 真正生效的配置是这些路径中第一个存在且可读的文件，后续文件会被跳过（除非显式指定
--defaults-file）
备份配置文件本身（必须手动操作）
配置文件是静态文本，mysqldump 完全不碰它。你需要：
- 定位主配置文件：常见路径为
/etc/my.cnf、/etc/mysql/my.cnf、/usr/local/etc/my.cnf（macOS）、C:\ProgramData\MySQL\MySQL Server X.X\my.ini（Windows） - 确认权限：
ls -l /etc/my.cnf，确保你有读权限；若为 root 所有，可能需要sudo cp - 复制并加时间戳：
sudo cp /etc/my.cnf /backup/my.cnf_$(date +%Y%m%d_%H%M) - 注意：
my.cnf中可能包含密码（如[client]段里的password=xxx），导出前建议删掉或用option-file方式替代
容易被忽略的关键点
配置“备份”不是一劳永逸的事。MySQL 运行时修改的变量（如 SET GLOBAL innodb_flush_log_at_trx_commit = 2）不会写回配置文件，重启即丢失。而 SHOW VARIABLES 输出的是当前值，不代表持久化配置。真正要还原环境，必须同时保存：原始配置文件内容 + 运行时变量快照 + 是否执行过动态 SET。三者缺一不可。
