Exécuter MySQLDump sans verrouiller les tables

Je souhaite copier une base de données de production en direct dans ma base de données de développement locale. Existe-t-il un moyen de le faire sans verrouiller la base de données de production?

J'utilise actuellement:

mysqldump -u root --password=xxx -h xxx my_db1 | mysql -u root --password=xxx -h localhost my_db1

Mais il verrouille chaque table pendant son exécution.

L' --lock-tables=falseoption fonctionne-t-elle?

Selon la page de manuel , si vous videz des tables InnoDB, vous pouvez utiliser l' --single-transactionoption:

--lock-tables, -l

Lock all tables before dumping them. The tables are locked with READ
LOCAL to allow concurrent inserts in the case of MyISAM tables. For
transactional tables such as InnoDB and BDB, --single-transaction is
a much better option, because it does not need to lock the tables at
all.

Pour innodb DB :

mysqldump --single-transaction=TRUE -u username -p DB

C'est trop tard, mais bon pour tous ceux qui recherchent le sujet. Si vous n'êtes pas innoDB et que vous ne vous inquiétez pas du verrouillage pendant le vidage, utilisez simplement l'option:

--lock-tables=false

La réponse varie en fonction du moteur de stockage que vous utilisez. Le scénario idéal est si vous utilisez InnoDB. Dans ce cas, vous pouvez utiliser l' --single-transactionindicateur, qui vous donnera un instantané cohérent de la base de données au moment où le vidage commence.

--skip-add-locks aidé pour moi

Pour vider de grandes tables, vous devez combiner l'option --single-transaction avec --quick.

http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_single-transaction

Pour les tables InnoDB, utilisez l'indicateur --single-transaction

il sauvegarde l'état cohérent de la base de données au moment où BEGIN a été émis sans bloquer aucune application

MySQL DOCS

http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_single-transaction

Honnêtement, je configurerais la réplication pour cela, car si vous ne verrouillez pas les tables, vous obtiendrez des données incohérentes du vidage.

Si le vidage prend plus de temps, les tables qui ont déjà été vidées peuvent avoir changé avec une table qui n'est que sur le point d'être vidée.

Donc, verrouillez les tables ou utilisez la réplication.

C'est à peu près aussi tard par rapport au gars qui a dit qu'il était en retard qu'à la réponse d'origine, mais dans mon cas (MySQL via WAMP sur Windows 7), j'ai dû utiliser:

--skip-lock-tables

    mysqldump -uuid -ppwd --skip-opt --single-transaction --max_allowed_packet=1G -q db |   mysql -u root --password=xxx -h localhost db

Lorsque vous utilisez MySQL Workbench, lors de l'exportation de données, cliquez sur Options avancées et décochez les options "tables de verrouillage".

Comme aucune de ces approches n'a fonctionné pour moi, j'ai simplement fait:

mysqldump [...] | grep -v "LOCK TABLE" | mysql [...]

Il exclura les commandes LOCK TABLE <x>et UNLOCK TABLES.

Remarque: Espérons que vos données ne contiennent pas cette chaîne!

En raison de https://dev.mysql.com/doc/refman/5.7/en/mysqldump.html#option_mysqldump_lock-tables :

Certaines options, telles que --opt (qui est activé par défaut), activent automatiquement --lock-tables. Si vous souhaitez remplacer cela, utilisez --skip-lock-tables à la fin de la liste d'options.

Une autre réponse tardive:

Si vous essayez de faire une copie chaude de la base de données de serveur (dans un environnement Linux) et le moteur de base de données de toutes les tables est MyISAM , vous devez utilisermysqlhotcopy .

Selon la documentation:

Il utilise FLUSH TABLES, LOCK TABLES et cp ou scp pour effectuer une sauvegarde de la base de données. C'est un moyen rapide de faire une sauvegarde de la base de données ou des tables individuelles, mais il ne peut être exécuté que sur la même machine où se trouvent les répertoires de la base de données. mysqlhotcopy ne fonctionne que pour la sauvegarde des tables MyISAM et ARCHIVE.

Le LOCK TABLEStemps dépend du temps que le serveur peut copier les fichiers MySQL (il ne fait pas de vidage).

Aujourd'hui, même j'ai rencontré le même problème mais je n'avais pas accès à la ligne de commande. J'ai donc ouvert le fichier sql dans l'éditeur du bloc-notes et supprimé la ligne ci-dessous des tableaux

LOCK TABLES `yourtable name` WRITE;

puis j'ai importé dans mon environnement de développement .Fonctionne bien. j'espère qu'il aide quelqu'un