Execute o MySQLDump sem travar tabelas

Quero copiar um banco de dados de produção ao vivo no meu banco de dados de desenvolvimento local. Existe uma maneira de fazer isso sem bloquear o banco de dados de produção?

Atualmente, estou usando:

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

Mas está bloqueando cada tabela enquanto é executada.

A --lock-tables=falseopção funciona?

De acordo com a página do manual , se você estiver descartando tabelas do InnoDB, poderá usar a --single-transactionopção:

--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.

Para o innodb DB :

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

Isso é muito tarde, mas bom para quem está pesquisando o tópico. Se você não está no innoDB e não está preocupado com o bloqueio enquanto despeja, basta usar a opção:

--lock-tables=false

A resposta varia dependendo do mecanismo de armazenamento que você está usando. O cenário ideal é se você estiver usando o InnoDB. Nesse caso, você pode usar o --single-transactionsinalizador, que fornecerá uma captura instantânea coerente do banco de dados no momento em que o despejo começa.

--skip-add-locks ajudou para mim

Para despejar tabelas grandes, você deve combinar a opção --single-transaction com --quick.

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

Para tabelas do InnoDB, use flag --single-transaction

despeja o estado consistente do banco de dados no momento em que BEGIN foi emitido sem bloquear nenhum aplicativo

DOCS do MySQL

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

Honestamente, eu configuraria a replicação para isso, como se você não bloqueie tabelas, obterá dados inconsistentes do dump.

Se o despejo demorar mais tempo, as tabelas que já foram despejadas podem ter sido alteradas, juntamente com alguma tabela que está prestes a ser despejada.

Portanto, bloqueie as tabelas ou use replicação.

Isso é tão tarde em comparação com o cara que disse que estava atrasado quanto a resposta original, mas no meu caso (MySQL via WAMP no Windows 7), eu tive que usar:

--skip-lock-tables

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

Ao usar o MySQL Workbench, na Data Export, clique em Opções Avançadas e desmarque as opções "lock-tables".

Como nenhuma dessas abordagens funcionou para mim, eu simplesmente fiz:

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

Ele excluirá os comandos LOCK TABLE <x>e UNLOCK TABLES.

Nota: Espero que seus dados não contenham essa string!

Devido a https://dev.mysql.com/doc/refman/5.7/en/mysqldump.html#option_mysqldump_lock-tables :

Algumas opções, como --opt (que é ativado por padrão), ativam automaticamente --lock-tables. Se você deseja substituir isso, use --skip-lock-tables no final da lista de opções.

Outra resposta tardia:

Se você está tentando fazer uma cópia quente do banco de dados do servidor (em um ambiente Linux) e o mecanismo de banco de dados de todas as tabelas é MyISAM, você deve usar mysqlhotcopy.

De acordo com a documentação:

Ele usa FLUSH TABLES, LOCK TABLES e cp ou scp para fazer um backup do banco de dados. É uma maneira rápida de fazer um backup do banco de dados ou de tabelas únicas, mas pode ser executado apenas na mesma máquina em que os diretórios do banco de dados estão localizados. O mysqlhotcopy funciona apenas para fazer backup das tabelas MyISAM e ARCHIVE.

O LOCK TABLEStempo depende do tempo em que o servidor pode copiar arquivos MySQL (não faz um despejo).

Hoje mesmo eu enfrentei o mesmo problema, mas não tinha acesso à linha de comando.

LOCK TABLES `yourtable name` WRITE;

então eu importei para o meu ambiente de desenvolvimento. espero que ajude alguém