必须跳过整个mysql库而非仅排除权限表，因mysql库中user、db等表存在强外键依赖（如role_edges依赖user），单独跳过会导致结构不完整、还原报错或认证失败。
mysqldump 本身不提供原生的“排除权限表”能力，因为 mysql 系统库中的 user、db、tables_priv 等表直接控制访问权限，误导出/还原可能引发权限混乱甚至锁死账户。安全做法是显式跳过整个 mysql 库，而非尝试备份其中部分表。
为什么不能只 exclude 几个权限表？
直接用 --ignore-table=mysql.user 这类参数看似可行，但存在严重隐患：
-
mysql库中表之间有强外键和逻辑依赖（如role_edges依赖user），单独跳过一张会导致导出结构不完整 - 某些版本 MySQL（如 8.0+）在备份时会隐式访问
mysql.role_edges或mysql.global_grants，即使没加--ignore-table也可能报错或中断 - 还原时若混入旧版
mysql表数据，极易触发ERROR 1524 (HY000): Plugin 'xxx' is not loaded或认证失败
正确排除 mysql 库的两种可靠方式
必须确保 mysql、information_schema、performance_schema、sys 四个系统库完全不出现在备份流中：
- 全库备份时用
--all-databases+--ignore-database：mysqldump -u backup_user -p --all-databases --ignore-database=mysql --ignore-database=information_schema --ignore-database=performance_schema --ignore-database=sys > full_backup.sql - 分库备份时，先查业务库再逐个 dump（更可控）：
mysql -Nse "SELECT schema_name FROM information_schema.schemata WHERE schema_name NOT IN ('mysql','information_schema','performance_schema','sys')"再循环执行mysqldump -u backup_user -p "$db" > "$db".sql
备份用户必须具备的最小权限
为避免权限不足导致备份失败，专用备份账号至少需以下授权：
-
SELECTon 所有业务库（GRANT SELECT ON myapp.* TO 'backup'@'localhost';） -
LOCK TABLES（除非固定加--single-transaction，此时可省略） -
SHOW VIEW（如有视图，否则备份会卡在SHOW CREATE TABLE `view_name`） - **不能给
mysql库任何权限** —— 这是关键安全边界
容易被忽略的细节
即便跳过了 mysql 库，仍需注意：
-
--single-transaction对MyISAM表无效，混合引擎库要改用--lock-all-tables，但会阻塞写入 - 备份文件里若含
CREATE DATABASE语句，还原前需确认目标实例是否已存在同名库，否则可能覆盖权限配置 - 用
gzip压缩时别漏掉--quick，否则大表可能因内存不足导致mysqldump进程崩溃
