如何执行mysqldump没有密码提示?

可以在命令行中指定密码，具体操作如下:

mysqldump -h <host> -u <user> -p<password> dumpfile

mysqldump的选项是区分大小写的!

因为你使用的是Ubuntu，你所需要做的只是在你的主目录中添加一个文件，它将禁用mysqldump密码提示。这是通过创建文件~/.my.cnf来完成的(权限需要是600)。

将此添加到.my.cnf文件中

[mysqldump]
user=mysqluser
password=secret

这让您可以作为需要密码的MySQL用户连接，而无需实际输入密码。甚至不需要-p或——密码。

非常方便的脚本mysql &, mysqldump命令。

实现这个的步骤可以在这个链接中找到。

或者，您可以使用以下命令:

mysqldump -u [user name] -p[password] [database name] > [dump file]

但是请注意，它本质上是不安全的，因为当转储正在运行时，系统上的任何其他用户都可以通过简单的ps ax命令查看整个命令(包括密码)。

如果需要一个简单的mysqldump…只需放置一个bash脚本，接受cred作为参数，并在里面执行所有设施…

bas文件在simple

#!/bin/bash
mysqldump -u$1 -p$2 yourdbname > /your/path/save.sql

在Crontab中:

0 0 * * * bash /path/to/above/bash/file.sh root secretpwd 2>&1 /var/log/mycustomMysqlDump.log

补充@Frankline的回答:

命令中的-p选项必须排除，以便在配置文件中使用密码。

正确:
mysqldump –u my_username my_db > my_db.sql < / p >

错误:
mysqldump –u my_username -p my_db > my_db.sql < / p >

.my.cnf可以省略用户名。

[mysqldump]
password=my_password

如果你的.my.cnf文件不在默认位置中，并且mysqldump看不到它，则使用--defaults-file指定它。

mysqldump --defaults-file=/path-to-file/.my.cnf –u my_username my_db > my_db.sql

是的，这很简单....只是在一个神奇的命令行不再

mysqldump --user='myusername' --password='mypassword' -h MyUrlOrIPAddress databasename > myfile.sql

完成:)

要使用操作系统内任何位置的文件，请使用--defaults-extra-file eg:

mysqldump --defaults-extra-file=/path/.sqlpwd [database] > [desiredoutput].sql

注意:.sqlpwd只是一个示例文件名。你想用什么就用什么。

注意:MySQL会自动检查~/.my.cnf而不是--defaults-extra-file

如果你像我一样使用CRON，试试这个!

mysqldump --defaults-extra-file=/path/.sqlpwd [database] > "$(date '+%F').sql"

要求的许可和建议的所有权

sudo chmod 600 /path/.sqlpwd && sudo chown $USER:nogroup /path/.sqlpwd

.sqlpwd内容:

[mysqldump]
user=username
password=password

其他要传入.cnf或.sqlpwd的例子

[mysql]
user=username
password=password


[mysqldiff]
user=username
password=password


[client]
user=username
password=password

如果你想自动登录到数据库，你需要[mysql]条目作为实例。

您现在可以创建一个别名，自动将您连接到DB

alias whateveryouwant="mysql --defaults-extra-file=/path/.sqlpwd [database]"

你也可以只把密码放在.sqlpwd里面，然后通过脚本/cli传递用户名。我不确定这是否会提高安全性，这完全是另一个问题。

为了完整起见，我将声明您可以执行以下操作，但这是非常不安全的，不应该在生产环境中使用:

mysqldump -u [user_name] -p[password] [database] > [desiredoutput].sql

注意:-p和密码之间没有空格。

例如-pPassWord是正确的，而-p Password是不正确的。

一些回答提到将密码放在配置文件中。

或者，从你的脚本你可以export MYSQL_PWD=yourverysecretpassword。

与使用配置文件相比，这种方法的优点是不需要单独的配置文件来与脚本保持同步。您只需要维护脚本。

这个方法有没有缺点。

密码是不，对系统上的其他用户可见(如果在命令行上，它将是可见的)。环境变量仅对运行mysql命令的用户和root用户可见。

密码对于任何能够阅读脚本本身的人都是可见的，因此请确保脚本本身受到保护。这与保护配置文件没有任何不同。如果你想让脚本公开可读(例如export MYSQL_PWD=$(cat /root/mysql_password))，你仍然可以从一个单独的文件中获取密码。导出变量仍然比构建配置文件容易。

例如,

$ export MYSQL_PWD=$(>&2 read -s -p "Input password (will not echo): "; echo "$REPLY")
$ mysqldump -u root mysql | head
-- MySQL dump 10.13  Distrib 5.6.23, for Linux (x86_64)
--
-- Host: localhost    Database: mysql
-- ------------------------------------------------------
-- Server version   5.6.23
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;

MariaDB

MariaDB 文档MYSQL_PWD的使用作为:

连接mysqld时的默认密码。强烈建议使用更安全的方法将密码发送到服务器。

这一页没有提到什么“更安全”;方法可能是。

MySQL

这个方法在MySQL: https://dev.mysql.com/doc/refman/8.0/en/environment-variables.html的最新文档版本中仍然被支持，尽管它带有以下警告:

使用MYSQL_PWD来指定MySQL密码必须被认为是非常不安全的，不应该被使用。某些版本的ps包含显示正在运行进程的环境的选项。在某些系统上，如果你设置了MYSQL_PWD，你的密码会暴露给任何其他运行ps的用户。即使在没有这样的ps版本的系统上，假设用户没有其他方法可以检查进程环境也是不明智的。

环境变量的安全性在https://security.stackexchange.com/a/14009/10002中有详细介绍，这个答案也解决了评论中提到的问题。十多年来一直无关紧要。

话虽如此，MySQL文档也警告:

MYSQL_PWD从MySQL 8.0开始已弃用;希望它在MySQL的未来版本中被移除。

对此，我将从下面留下maxschlepzig的注释:

有趣的是，Oracle并不反对在命令行上传递密码，实际上是非常不安全

最终的想法

使用单一身份验证因素(密码)连接到系统确实是不安全的。如果您担心安全性，您应该考虑在常规连接之上添加相互TLS，以便服务器和客户端都被正确地标识为已授权。

对我来说，使用MariaDB我必须这样做:添加文件~/.my.cnf，并通过执行chmod 600 ~/.my.cnf更改权限。然后将您的凭据添加到文件中。我所缺少的神奇部分是密码需要在客户端块下(参考:文档)，就像这样:

[client]
password = "my_password"


[mysqldump]
user = root
host = localhost

如果你碰巧来这里寻找如何用MariaDB做mysqldump。将密码放在[client]块下，然后将用户放在[mysqldump]块下。

我有以下内容。

/etc/mysqlpwd

[mysql]
user=root
password=password

使用以下别名。

alias 'mysql -p'='mysql --defaults-extra-file=/etc/mysqlpwd'

要做恢复，我简单地使用:

mysql -p [database] [file.sql]

what about——password="" 我在5.1.51上运行

mysqldump -h localhost -u <user> --password="<password>"

下面是Docker在/bin/sh脚本中的解决方案:

docker exec [MYSQL_CONTAINER_NAME] sh -c 'exec echo "[client]" > /root/mysql-credentials.cnf'


docker exec [MYSQL_CONTAINER_NAME] sh -c 'exec echo "user=root" >> /root/mysql-credentials.cnf'


docker exec [MYSQL_CONTAINER_NAME] sh -c 'exec echo "password=$MYSQL_ROOT_PASSWORD" >> /root/mysql-credentials.cnf'


docker exec [MYSQL_CONTAINER_NAME] sh -c 'exec mysqldump --defaults-extra-file=/root/mysql-credentials.cnf --all-databases'

替换[MYSQL_CONTAINER_NAME]并确保在容器中设置了环境变量MYSQL_ROOT_PASSWORD。

希望它能像帮助我一样帮助你!

检查你的密码!

• 我花了一段时间才注意到我在~/.my.cnf中没有使用正确的用户名和密码

• 在crontab备份条目中添加额外选项之前，检查user/pass基本信息

• 如果在mysqldump中指定--defaults-extra-file，那么这必须是第一个选项

• cron作业在主文件夹中使用.my.cnf可以正常工作，因此不需要指定--defaults-extra-file

• 如果使用mysqlpump(而不是mysqldump)，则相应地修改.my.cnf

• ~/.my.cnf需要设置权限，以便只有所有者具有读/写权限:

  chmod 600 ~/.my.cnf

下面是一个例子.my.cnf:

[mysql]
host = localhost
port = 3306
user = BACKUP_USER
password = CORRECTBATTERYHORSESTAPLE
[mysqldump]
host = localhost
port = 3306
user = BACKUP_USER
password = CORRECTBATTERYHORSESTAPLE
[mysqlpump]
host = localhost
port = 3306
user = BACKUP_USER
password = CORRECTBATTERYHORSESTAPLE

• localhost不需要主机和端口条目

• 如果你在linux中的用户名与备份时使用的用户名相同，则不需要user

另一个提示，当你为mysqldump执行cronjob条目时，你可以用ionice -c 3 nice 19将它设置为低优先级任务。结合InnoDB的--single-transaction选项，你可以运行备份，不会锁定表或锁定其他地方可能需要的资源。

你可以通过4个简单的步骤来实现这一点

1. 创建目录存储脚本和DB_backups
2. 创建~ / .my.cnf
3. 创建一个~/.script.sh shell脚本来运行mysqldump
4. 添加cronjob来运行mysql转储。

下面是详细的步骤

步骤1

在你的主目录上使用sudo mkdir ~/backup创建一个目录

步骤2

在你的主目录下运行sudo nano ~/.my.cnf并添加下面的文本并保存

[mysqldump]
#use this if your password has special characters (!@#$%^&..etc) in it
password="YourPasswordWithSpecialCharactersInIt"
  

#use this if it has no special characters
password=myPassword

步骤3

cd到~/backup并创建另一个文件script.sh 将以下文本添加到

SQLFILE=/path/to/where/you/want/to/dump/dbname.sql
DATABASE=dbname
USER=myUsername

mysqldump——defaults-file=~/.my.cnf -u ${USER} ${DATABASE}|gzip >dbName_ (date +\%Y\%m\%d_\%H\%M) .sql.gz美元

步骤4

在控制台中，键入crontab -e以打开自动备份任务将从其中执行的cron文件

将下面的文本添加到文件底部

0 0 * * * ./backup/script.sh

添加到cron文件底部的文本假设您的备份将在每天午夜运行。

这就是我如何使用扩展变量备份MariaDB数据库。

我用的是“秘密”;在Docker-Compose设置中的文件中防止密码进入Git，所以我只是在脚本中的展开变量中cat。

注意:下面的命令是从Docker主机本身执行的:

mysqldump -h192.168.1.2 -p"$(cat /docker-compose-directory/mariadb_root_password.txt)" -uroot DB-Name > /backupsDir/DB-Name_`date +%Y%m%d-%H:%M:%S`.sql

这是经过测试的，并且在Ubuntu 20.04 LTS中使用mariadb-client可以正确工作。

我用不同的方式，使用Plink(Putty命令行)连接到remotehost，然后下面的命令是在远程服务器上运行的Plink文件中，然后我使用RSYNC从windows获取它并备份到onprem NAS。

sudo mysqldump -u root --all-databases --events --routines --single-transaction > dump.sql

我在远程主机上设置了密钥，并使用PowerShell，通过任务调度器每周运行一次。