MySQL无独立权限配置文件，权限全存于mysql系统库表中；my.cnf仅控制启动参数，不参与权限校验，所有授权须通过CREATE USER+GRANT等SQL操作并刷新。
MySQL 没有独立的“权限配置文件”——权限信息全部存于系统库 mysql 表中，不能通过外部配置文件（如 my.cnf）直接设置用户权限。
为什么 my.cnf 不能设权限
MySQL 的 my.cnf（或 my.ini）只控制服务启动参数、网络、存储引擎、日志等运行时行为，不参与权限校验逻辑。所有 GRANT/REVOKE 操作最终都写入：mysql.user、mysql.db、mysql.tables_priv 等系统表。
- 试图在
my.cnf里写user = 'xxx'或grant_priv = ON完全无效，mysqld 启动时会忽略这些非法选项 - 修改
my.cnf后重启，不会恢复或覆盖已有权限；旧权限仍保留在磁盘表中 - 唯一与“配置文件+权限”相关的场景是：用
skip-grant-tables跳过权限检查（仅用于紧急修复，非正常授权方式）
真正生效的权限持久化方式
权限必须通过 SQL 命令操作，并显式刷新（部分版本需）：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 用
CREATE USER+GRANT创建并赋权，例如：CREATE USER 'app'@'192.168.1.%' IDENTIFIED BY 'pwd123';<br>GRANT SELECT, INSERT ON mydb.orders TO 'app'@'192.168.1.%';<br>FLUSH PRIVILEGES;
-
GRANT语句本身会自动更新系统表，但某些旧版本（如 MySQL 5.7 之前）或特殊部署下，仍建议执行FLUSH PRIVILEGES - 权限变更后，已连接的客户端不会实时感知，新连接才按最新权限校验
- 导出权限可借助
mysqldump mysql.user mysql.db ...，但恢复时不能直接导入（涉及加密字段和触发器），应使用SHOW GRANTS FOR ...生成可重放的 SQL
配置文件里能影响权限行为的几个关键项
虽然不能设权限，但以下 my.cnf 选项会间接改变权限校验效果：
-
skip-grant-tables：完全禁用权限系统，任何用户免密登录且拥有全部权限（危险！仅限本地修复） -
require_secure_transport = ON：强制要求 SSL 连接，否则即使密码正确也拒绝访问（属于连接层限制，非权限表控制） -
default_authentication_plugin = 'caching_sha2_password'：影响新用户的默认认证方式，老客户端可能因不支持而报Authentication plugin 'caching_sha2_password' cannot be loaded -
bind-address = '127.0.0.1'：限制仅本地访问，从网络层面减少未授权连接可能（不是权限，但常被误当作“权限控制”）
真正要批量管理权限，得靠脚本解析 SHOW GRANTS 输出、或用 mysqlpump --exclude-databases=% --users 备份权限结构。把权限当“代码”维护，而不是指望某个配置文件自动同步。
