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' 的风险差两个数量级。
