当我尝试在终端内运行MySQL上的以下命令时:
mysql -u $user -p$password -e "statement"
执行按预期工作，但它总是发出一个警告:
警告:在命令行界面上使用密码可能不安全。
但是，我必须使用存储密码的环境变量($password)来执行上面的语句，因为我想从Terminal中在bash脚本中迭代地运行命令，而且我绝对不喜欢等待提示显示并强迫我在一个脚本中输入密码50或100次的想法。我的问题是:
压制警告可行吗?如我所述，该命令可以正常工作，但是当我循环并运行该命令50或100次时，窗口变得非常混乱。 我应该遵守警告信息，不写我的密码在我的脚本?如果是这样的话，那么每次提示时我都必须输入密码吗?
Running man mysql没有帮助，说的只是
——显示警告 在每条语句后显示警告(如果有的话)。此选项适用于交互和批处理模式。
也没有提到如何关闭功能，如果我没有错过什么。
我使用的是OS X 10.9.1 Mavericks，使用的是自制的MySQL 5.6。
当前回答
另一个解决方案(例如，来自脚本):
sed -i'' -e "s/password=.*\$/password=$pass/g" ~/.my.cnf
mysql -h $host -u $user $db_name -e "$sql_cmd"
这里的-i "选项是为了兼容Mac OS x。标准的UNIX操作系统可以直接使用-i
其他回答
下面是我如何让每日mysqldump数据库备份的bash脚本更安全地工作。这是克里斯蒂安·波特的伟大答案的扩展。
First use mysql_config_editor (comes with mysql 5.6+) to set up the encrypted password file. Suppose your username is "db_user". Running from the shell prompt: mysql_config_editor set --login-path=local --host=localhost --user=db_user --password It prompts for the password. Once you enter it, the user/pass are saved encrypted in your home/system_username/.mylogin.cnf Of course, change "system_username" to your username on the server. Change your bash script from this: mysqldump -u db_user -pInsecurePassword my_database | gzip > db_backup.tar.gz to this: mysqldump --login-path=local my_database | gzip > db_backup.tar.gz
不再暴露密码。
您可以使用/dev/null来执行mySQL，并删除警告和错误消息 例如:
# if you run just a SQL-command
mysql -u ${USERNAME} -p${PASSWORD} -h ${HOST} ${DATABASE} -e "${STATEMENT}" &> /dev/null
# Or you can run SQL-script as a file
mysql -u ${USERNAME} -p${PASSWORD} -h ${HOST} ${DATABASE} < ${FILEPATH} &> /dev/null
地点:
${USERNAME} - existing mysql user
${PASSWORD} - password
${HOST} - ip or hostname, for example 'localhost'
${DATABASE} - name of database
${STATEMENT}- SQL command
${FILEPATH} - Path to the SQL-script
享受吧!
从https://gist.github.com/nestoru/4f684f206c399894952d
# Let us consider the following typical mysql backup script:
mysqldump --routines --no-data -h $mysqlHost -P $mysqlPort -u $mysqlUser -p$mysqlPassword $database
# It succeeds but stderr will get:
# Warning: Using a password on the command line interface can be insecure.
# You can fix this with the below hack:
credentialsFile=/mysql-credentials.cnf
echo "[client]" > $credentialsFile
echo "user=$mysqlUser" >> $credentialsFile
echo "password=$mysqlPassword" >> $credentialsFile
echo "host=$mysqlHost" >> $credentialsFile
mysqldump --defaults-extra-file=$credentialsFile --routines --no-data $database
# This should not be IMO an error. It is just a 'considered best practice'
# Read more from http://thinkinginsoftware.blogspot.com/2015/10/solution-for-mysql-warning-using.html
我遇到的问题是在bash脚本中使用条件输出。
这并不优雅，但在docker环境中，这应该真的无关紧要。 基本上，所有这些操作都忽略了不在最后一行上的输出。 你可以用awk做类似的事情，并更改为返回除第一行以外的所有内容。
这只返回最后一行
mysql -u db_user -pInsecurePassword my_database ... | sed -e '$!d'
它不会抑制错误，但它将确保您可以在bash脚本中使用查询的输出。
如果你碰巧使用Rundeck来调度你的任务，或者任何其他你要求mylogin.cnf文件的平台，我已经成功地使用下面的shell代码在进行sql调用之前为文件提供了一个新的位置:
if test -f "$CUSTOM_MY_LOGINS_FILE_PATH"; then
chmod 600 $CUSTOM_MY_LOGINS_FILE_PATH
export MYSQL_TEST_LOGIN_FILE="$CUSTOM_MY_LOGINS_FILE_PATH"
fi
...
result=$(mysql --login-path=production -NBA -D $schema -e "$query")
其中MYSQL_TEST_LOGIN_FILE是一个环境变量，可以设置为与默认文件不同的文件路径。
如果您运行在一个fork进程中，并且不能移动或复制文件到$HOME目录，这尤其有用。
请在这里查看文档。
