skip-grant-tables不是限制权限，而是彻底关闭权限校验：mysql启动时不加载mysql.user等权限表，所有连接均被强制识别为root@localhost且无需密码，拥有全部权限，grant/revoke失效。

它不是“限制权限”，而是彻底关闭权限校验——所有连接都变成 root@localhost，且无需密码。

为什么 skip-grant-tables 会让任何用户拥有全部权限

MySQL 启动时若带 skip-grant-tables，根本不会加载 mysql.user、mysql.db 等权限表。这意味着：

• 所有连接（哪怕用 mysql -u nobody -p）都会被强制识别为 root@localhost
• SELECT USER(), CURRENT_USER() 返回的永远是 root@localhost，掩盖真实身份
• DROP DATABASE mysql、SHUTDOWN、CREATE USER 全部可直接执行
• GRANT/REVOKE 语句完全失效，因为权限系统压根没启动

配置文件里写 skip-grant-tables 比命令行更危险

写在 my.cnf 或 my.ini 的 [mysqld] 段里，等于每次重启都自动启用。常见踩坑点：

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

• 开发环境调试后忘记删，上线即裸奔
• 自动化部署脚本硬编码该参数，CI/CD 流水线反复注入
• 备份恢复时连带把含 skip-grant-tables 的配置一起还原
• 误以为 bind-address = 127.0.0.1 能缓解风险——但本地任意进程（包括恶意脚本）仍可直连

它和 MySQL 版本升级冲突，会埋下长期隐患

启用 skip-grant-tables 时，MySQL 通常也会跳过 mysql_upgrade 流程。后果包括：

• mysql.user 表结构缺失新字段（如 password_expired、account_locked），导致 8.0+ 认证插件无法生效
• 时区表（time_zone*）、帮助表（help_topic）不兼容，CONVERT_TZ() 或 HELP 'SELECT' 报错
• 索引损坏或行格式不匹配的问题被忽略，后续 DML 可能触发崩溃
• 安全补丁依赖的表结构调整未应用，暴露已知 CVE 漏洞

真正需要盯住的是 mysql.user 表里的 plugin 和 host 字段：前者决定认证方式是否可控，后者决定攻击面宽窄——'%' 和 '127.0.0.1' 的风险差两个数量级。