À l'aide de la commande mysqldump et les utilisateurs de base de données

Je suis d'essayer d'assembler toutes les options dont j'ai besoin pour mysqldump pour créer tout utilisé par mes applications de base de données dans un seul script. Cela inclut la base de données elle-même et tous les utilisateurs de base de données de mots de passe//privilèges.

J'ai tout compris à l'exception de l'utilisateur pièce... voici ce que j'utilise actuellement:

mysqldump -h host -u root -p \
    --add-drop-database --routines -B database_name > backup.sql

Donc, ce qui me manque?

InformationsquelleAutor Bobby B | 2010-10-20
  1. 43

    La base de données d'utilisateurs/mots de passe/les privilèges sont conservés dans le mysql base de données, et de ne pas obtenir de sous-évaluées avec votre commande dump. Vous aurez à ajouter à cette base de données ainsi à la liste de DBs pour le vidage:

    mysqldump ... --routines --databases database_name mysql > backup.sql

    ou tout simplement vider tout:

    mysqldump ... --routines --all-databases > backup.sql
    • Parfait - c'est ce que je viens de découvrir. Je proposerais que nous venons d'avertir les gens que le dumping/restauration de la base mysql vs en utilisant le script que j'ai lié à pourrait avoir des effets non intentionnels de l'esp. si les deux serveurs ne sont pas des images en miroir les uns des autres (ils n'ont pas la même db sur eux).
    • Rappelez-vous que la base de données mysql a des renseignements concernant les bases de données vous ne pouvez pas être dumping. Je ne sais pas ce qui va se passer lorsque vous importez des métadonnées dans un nouveau serveur de base de données.
    • En fait, je voulais le contraire. Je voulais tous les "standards", les bases de données de l'objet de dumping, mais PAS les infos de l'utilisateur, etc. J'ai donc utilisé une liste explicite de la dbs, plutôt que de bases de données afin d'éviter le dumping "mysql" db.
    InformationsquelleAutor Marc B
  2. 23

    Lors du déversement de la base de données mysql, n'oubliez pas:

     --flush-privileges  Emit a FLUSH PRIVILEGES statement after dumping the mysql
                     database.  This option should be used any time the dump
                     contains the mysql database and any other database that
                     depends on the data in the mysql database for proper
                     restore.
    • C'est ce qu'a fait le tour pour moi. Merci
    InformationsquelleAutor Markus T
  3. 10

    Si, j'ai eu un malentendu. Les utilisateurs ne sont pas spécifiques à une base de données, mais sont plutôt créés au niveau du serveur.

    Vous pouvez consulter tous les utilisateurs existants avec la requête suivante:

    SELECT * FROM mysql.user;

    Sachant cela, il est assez évident que le dump ne pas faire n'importe quoi avec les utilisateurs. Toutefois, si vous avez besoin d'une réponse à l'exportation/importation d'utilisateurs et de perms je vous suggérons de consulter l'article suivant: il m'a beaucoup aidé.

    http://pento.net/2009/03/12/backing-up-permissions-for-individual-databases/

    Mes excuses pour le bruit sur le forum, mais j'ai pensé que je vous laisse le post au cas où quelqu'un d'autre a le même malentendu.

    • Nan, c'était juste la chose à faire. En outre, si ce post a été ce qui s'est RÉELLEMENT vous permettre de le résoudre, alors vous devez marquer CETTE RÉPONSE comme "la réponse" à la place de l'autre. Juste pensé que je voudrais partager.
    • Pour information, le lien référencé montre une instruction SQL qui donne une erreur avec quelque chose comme "utilisation Incorrecte de l'UNION et DANS", la solution est de déplacer la EN pour la dernière instruction SELECT
    • Yep c'est la réponse. De réponses, ET vous devrez utiliser votre cerveau un peu, pas juste copier passé un certain type de commande
    InformationsquelleAutor Bobby B
  4. 1

    Processus complet pour moi lors de la migration à partir d'un Mac OS X environnement de dev pour un nouveau.

    0) de se débarrasser de la nouvelle version de MySQL sur les nouveaux MacBook

    J'avais accidentellement installé MySQL 8, donc j'ai dû l'enlever parce que c'était plus récent que mon vieux MacBook.

    # Remove binaries
$ brew uninstall mysql

# Remove data/config that is leftover
$ rm -r /usr/local/var/mysql/

    1) Installer la même version de MySQL sur les nouveaux MacBook

    # Install version that matched old MacBook
$ brew install mysql@5.7

# Because it is an old version, you have to do a special configuration step
$ echo 'export PATH="/usr/local/opt/[email protected]/bin:$PATH"' >> ~/.bash_profile
$ source ~/.bash_profile

# Start server
$ mysql.server start

    2) les données d'image sur un vieux MacBook

    $ mysqldump -uroot --flush-privileges --routines --all-databases > complete_dump.sql

    3) Restaurer des données sur les nouveaux MacBook

    $ mysql -p -uroot < complete_dump.sql
    InformationsquelleAutor PaulMest