Como registrar a saída detalhada do mysqldump?

11

Você normalmente salva a saída detalhada de um comando Linux como este:

# command > output.txt

Mas quando você usa um comando como mysqldump, a >opção gera o dump das tabelas do banco de dados no arquivo desejado:

# mysqldump --username=whatever --password=whatever -h localhost database > dump.sql

Se você adicionar a -vopção (detalhada) a mysqldump, ele fornecerá informações de ajuda sobre o que o comando está fazendo. Como salvar essa saída detalhada em um arquivo, pois a >opção é usada para gerar as informações da tabela do banco de dados em um arquivo?

Mais especificamente, estou descartando a saída de um banco de dados para outro banco de dados como este:

mysqldump -alv -h 123.123.123.123 --user=username --password=p@ssw0rd --add-drop-table databasename | mysql --user=username --password=p@ssw0rd -h localhost localdatabase

Eu tentei o seguinte, mas o arquivo de saída estava vazio no final

mysqldump -alv -h 123.123.123.123 --user = nome de usuário --password = p @ ssw0rd --add-drop-table databasename | mysql --user = nome de usuário --password = p @ ssw0rd -h localhost localdatabase> output.log

Também tentei o seguinte, mas redirecionou as informações do banco de dados para o output.log em vez do banco de dados de destino:

mysqldump -alv -h 123.123.123.123 --user=username --password=p@ssw0rd --add-drop-table databasename > output.log | mysql --user=username --password=p@ssw0rd -h localhost localdatabase

E também não vejo nenhum tipo de --log-file=FILEopção mysqldump.

Jake Wilson
fonte

Respostas:

9

Seu primeiro mysqldump cria estruturas de tabela e INSERTs e o coloca em dump.sql.

Seu segundo despejo é um despejo remoto que é canalizado diretamente para o mysql no localhost.

Se você estiver tentando capturar qualquer saída com base em erros, tente o seguinte:

mysqldump -alv -h 123.123.123.123 --user=username --password=p@ssw0rd --add-drop-table databasename 2> output.log | mysql --user=username --password=p@ssw0rd -h localhost localdatabase

O uso 2>captura qualquer saída baseada em erro (também conhecida como stderr). O mysqldump ainda deve canalizar a saída normal do console (também conhecida como stdout) para a outra sessão do mysql e carregar os dados conforme desejado.

EXEMPLO: Eu tenho um pequeno banco de dados chamado sample no meu PC.

Eu executei isso:

C:\LWDBA>mysqldump -u... -p... --verbose sample 2>sample.txt > sample.sql

C:\LWDBA>type sample.txt
-- Connecting to localhost...
-- Retrieving table structure for table users...
-- Sending SELECT query...
-- Retrieving rows...
-- Disconnecting from localhost...

C:\LWDBA>type sample.sql
-- MySQL dump 10.13  Distrib 5.5.12, for Win64 (x86)
--
-- Host: localhost    Database: sample
-- ------------------------------------------------------
-- Server version       5.5.12-log

/*!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 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

--
-- Table structure for table `users`
--

DROP TABLE IF EXISTS `users`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `users` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `users_tbl_points` int(11) NOT NULL,
  `users_tbl_rank` int(11) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`),
  KEY `users_tbl_points` (`users_tbl_points`)
) ENGINE=InnoDB AUTO_INCREMENT=31 DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `users`
--

LOCK TABLES `users` WRITE;
/*!40000 ALTER TABLE `users` DISABLE KEYS */;
INSERT INTO `users` VALUES (1,785523,9),(2,443080,20),(3,858830,7),(4,964909,3),(5,248056,24),
(6,345553,21),(7,983596,2),(8,881325,6),(9,455836,19),(10,635204,16),(11,808514,8),
(12,136960,28),(13,259255,22),(14,885399,5),(15,649229,15),(16,589948,18),(17,2055,30),
(18,240429,25),(19,195981,26),(20,258620,23),(21,705158,12),(22,749931,11),(23,634182,17),
(24,921117,4),(25,703038,13),(26,751842,10),(27,650093,14),(28,994943,1),(29,24437,29),
(30,137355,27);
/*!40000 ALTER TABLE `users` ENABLE KEYS */;
UNLOCK TABLES;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump completed on 2012-03-02 15:49:54

C:\LWDBA>

De uma chance !!!

RolandoMySQLDBA
fonte
Obrigado que funcionou muito bem. Usar em 2>vez de >era a chave. O que esse 2 significa exatamente? Pensei 2>mean't você estava saída stderrno Linux ...
Jake Wilson
2> é stderr. Eu acho que o MySQL (eh Oracle [odeio dizer isso]) significou --verbose para ir ao stderr para evitar confusão da saída do mysqldump com a saída de status.
RolandoMySQLDBA
3

mysqldump -v produz para o fluxo stderr, então você só precisa redirecionar

mysqldump -alv -h 123.123.123.123 --user=username --password=p@ssw0rd --add-drop-table databasename 2> dump.log | mysql --user=username --password=p@ssw0rd -h localhost localdatabase

exemplo

 foo@bar: ~ > mysqldump -v -u root mysql > /dev/null 2> output.log
 foo@bar: ~ > cat output.log 
 -- Connecting to localhost...
 -- Retrieving table structure for table columns_priv...
 -- Sending SELECT query...
 -- Retrieving rows...
 -- Retrieving table structure for table db...
RS
fonte