使用mysqldump备份MySQL数据库遇权限拒绝，可正常登录MySQL求助

这是个挺常见的问题，我来帮你拆解几个可能的原因，你可以逐一排查：

1. 文件系统写入权限不足 #

你要注意，> testing.sql是让操作系统把mysqldump的输出写入当前目录的文件，这个过程的权限是由你当前登录的系统用户（不是MySQL的root用户）决定的。如果当前目录没有写权限，就会触发系统层面的access denied，看起来像是mysqldump的问题，但其实和MySQL无关。

你可以先测试下当前目录的写权限：

touch test_write_check.sql

如果这个命令报错，那就是目录权限的问题。解决办法是换一个有写权限的目录执行备份，或者用sudo提升系统用户权限（注意sudo会切换环境，可能需要调整命令路径）。

2. MySQL用户缺少备份所需的权限 #

能登录MySQL只需要最基础的USAGE权限，但mysqldump备份数据库需要更具体的权限：

• 对testing数据库需要SELECT权限来读取表数据；
• 需要LOCK TABLES权限来保证备份过程中数据的一致性；
• 如果数据库包含视图，还需要SHOW VIEW权限；
• 若使用--flush-logs等参数，还需要RELOAD权限。

你可以登录MySQL后执行以下命令查看root用户的权限：

SHOW GRANTS FOR 'root'@'localhost';

如果缺少上述权限，执行授权命令：

GRANT SELECT, LOCK TABLES, SHOW VIEW ON testing.* TO 'root'@'localhost';
FLUSH PRIVILEGES;

3. 密码含特殊字符被Shell解析 #

如果你的密码包含!、$、&这类Shell特殊字符，直接写在-ppassword里会被Shell转义，导致实际传递给mysqldump的密码不正确。比如密码是pass$word，Shell会把$word当成环境变量，实际传递的密码是pass，自然会权限拒绝。

你可以试试交互式输入密码的方式执行备份：

mysqldump -uroot -p testing > testing.sql

然后按照提示输入密码，看是否能成功。如果可以，后续备份建议用这种交互式方式，或者把密码放在~/.my.cnf配置文件里（记得给配置文件设置600权限，避免泄露）。

4. 连接方式不一致 #

有些情况下，MySQL的root用户只允许通过Unix socket连接（即root@localhost），但mysqldump可能默认尝试用TCP连接（对应root@127.0.0.1），这时候就会因为权限范围不匹配而报错。

你可以强制指定用socket连接：

mysqldump -uroot -ppassword -hlocalhost testing > testing.sql

或者加上--socket=/path/to/mysql.sock参数（具体路径可以在MySQL里用SHOW VARIABLES LIKE 'socket';查看）。

内容的提问来源于stack exchange，提问作者coldhands