Come eseguire un mysqldump senza una richiesta di password?

Vorrei conoscere il comando per eseguire un mysqldump di un database senza la richiesta della password.

MOTIVO: Vorrei eseguire un lavoro cron, che richiede un mysqldump del database una volta ogni giorno. Pertanto, non sarò in grado di inserire la password quando richiesto.

Come ho potuto risolvere questo?

Dato che stai usando Ubuntu, tutto ciò che devi fare è solo aggiungere un file nella tua home directory e disabiliterà la richiesta della password di mysqldump. Questo viene fatto creando il file ~/.my.cnf(le autorizzazioni devono essere 600).

Aggiungi questo al file .my.cnf

[mysqldump]
user=mysqluser
password=secret

Ciò ti consente di connetterti come utente MySQL che richiede una password senza dover inserire effettivamente la password. Non hai nemmeno bisogno di -p o --password.

Molto utile per lo scripting dei comandi mysql e mysqldump.

I passaggi per raggiungere questo obiettivo sono disponibili in questo link .

In alternativa, è possibile utilizzare il seguente comando:

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

ma tieni presente che è intrinsecamente insicuro, poiché l'intero comando (inclusa la password) può essere visualizzato da qualsiasi altro utente sul sistema mentre il dump è in esecuzione, con un semplice ps axcomando.

Aggiungendo alla risposta di @ Frankline:

L' -popzione deve essere esclusa dal comando per utilizzare la password nel file di configurazione.

Corretta:
mysqldump –u my_username my_db > my_db.sql

Sbagliato:
mysqldump –u my_username -p my_db > my_db.sql

.my.cnf può omettere il nome utente.

[mysqldump]
password=my_password

Se il tuo .my.cnffile non si trova in un percorso predefinito e mysqldumpnon lo vede, specificalo usando --defaults-file.

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

Alcune risposte menzionano l'inserimento della password in un file di configurazione.

In alternativa, dalla tua sceneggiatura puoi export MYSQL_PWD=yourverysecretpassword.

L'aspetto positivo di questo metodo rispetto all'utilizzo di un file di configurazione è che non è necessario un file di configurazione separato per rimanere sincronizzato con lo script. Hai solo lo script da mantenere.

Non vi è alcun aspetto negativo di questo metodo.

La password non è visibile agli altri utenti sul sistema (sarebbe visibile se si trova sulla riga di comando). Le variabili di ambiente sono visibili solo all'utente che esegue il comando mysql e root.

La password sarà visibile anche a chiunque sia in grado di leggere lo script stesso, quindi assicurati che lo script stesso sia protetto. Questo non è affatto diverso dalla protezione di un file di configurazione. È comunque possibile ottenere la password da un file separato se si desidera che lo script sia leggibile pubblicamente ( export MYSQL_PWD=$(cat /root/mysql_password)ad esempio). È ancora più semplice esportare una variabile che creare un file di configurazione.

Per esempio,

$ 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 */;
$ 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 */;

Per utilizzare un file che si trova ovunque all'interno del sistema operativo, utilizzare --defaults-extra-filead esempio:

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

Nota: .sqlpwdè solo un nome file di esempio. Puoi usare quello che desideri.

Nota: MySQL verificherà automaticamente ~/.my.cnfquali possono essere utilizzati al posto di--defaults-extra-file

Se usi CRON come me, prova questo!

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

Autorizzazione richiesta e proprietà raccomandata

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

.sqlpwd Contenuti:

[mysqldump]
user=username
password=password

Altri esempi da passare .cnfo.sqlpwd

[mysql]
user=username
password=password

[mysqldiff]
user=username
password=password

[client]
user=username
password=password

Se si desidera accedere automaticamente a un database, è necessario [mysql]ad esempio la voce.

Ora puoi creare un alias che ti connette automaticamente al DB

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

Puoi anche inserire la password .sqlpwde passare il nome utente tramite lo script / cli. Non sono sicuro che questo migliorerebbe la sicurezza o no, che sarebbe una domanda diversa tutti insieme.

Per completezza, ti dirò che puoi fare quanto segue, ma è estremamente insicuro e non dovrebbe mai essere usato in un ambiente di produzione:

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

Nota: NON c'è SPAZIO tra -p e la password.

Ad esempio, -pPassWordè corretto mentre -p Passwordnon è corretto.

Sì, è molto facile .... solo in una riga di comando magica non di più

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

e fatto :)

Per me, usando MariaDB ho dovuto fare questo: aggiungere il file ~/.my.cnfe modificare i permessi facendo chmod 600 ~/.my.cnf. Quindi aggiungi le tue credenziali al file. Il pezzo magico che mi mancava era che la password doveva trovarsi sotto il blocco client (ref: docs ), in questo modo:

[client]
password = "my_password"

[mysqldump]
user = root
host = localhost

Se vi capita di venire qui alla ricerca di come fare un mysqldump con MariaDB. Posizionare la password in un blocco [client], quindi l'utente in un blocco [mysqldump].

Ecco una soluzione per Docker in uno script / 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'

Sostituisci [MYSQL_CONTAINER_NAME]e assicurati che la variabile di ambiente MYSQL_ROOT_PASSWORDsia impostata nel tuo contenitore.

Spero che ti aiuterà come potrebbe aiutarmi!

Ho il seguente.

/ Etc / mysqlpwd

[mysql]
user=root
password=password

Con il seguente alias.

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

Per eseguire un ripristino, utilizzo semplicemente:

mysql -p [database] [file.sql]

che dire --password = "" ha funzionato per me in esecuzione su 5.1.51

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

Sicuramente penso che sarebbe meglio e più sicuro posizionare l'intera linea cmd nel crontab di root, con credentails. Almeno la modifica di crontab è limitata (leggibile) a qualcuno che già conosce la password .. quindi non preoccuparti di mostrarla in testo semplice ...

Se necessario più di un semplice mysqldump ... basta inserire uno script bash che accetta le credentails come parametri ed esegue tutti i servizi all'interno ...

Il file bas in semplice

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

Nel Crontab:

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

È possibile specificare la password dalla riga di comando come segue:

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

Le opzioni per mysqldump sono case sensitive!