Diferença de Tamanhos mysqldump e phpmyadmin export

1. Diferença de Tamanhos mysqldump e phpmyadmin export

André Canhadas
andrecanhadas

(usa Debian)

Enviado em 23/04/2013 - 16:09h

Alguém sabe o motivo da diferença enorme entre o tamanho de um backup feito pelo terminal (mysqldump) e o do mesmo banco pelo phpmyadmin.

Veja o resultado:
mysqldump=53,6MB
Phpmyadmin=100,5MB

Obs: Quando restaurados os dois funcionam normalmente.


  


2. Re: Diferença de Tamanhos mysqldump e phpmyadmin export

Daniel Lara Souza
danniel-lara

(usa Fedora)

Enviado em 23/04/2013 - 16:19h

bom acho que tu tem que verificar de como o phpmyadmin faz o backup


3. Re: Diferença de Tamanhos mysqldump e phpmyadmin export

André Canhadas
andrecanhadas

(usa Debian)

Enviado em 23/04/2013 - 17:05h

Basicamente o arquivo .sql são linhas e comparando a restauração de uma unica tabela:

PhpMyadmin:


--
-- Estrutura da tabela `areaXarea_abrechamado`
--

CREATE TABLE IF NOT EXISTS `areaXarea_abrechamado` (
`area` int(4) unsigned NOT NULL COMMENT 'Área para a qual se quer abrir o chamado.',
`area_abrechamado` int(4) unsigned NOT NULL COMMENT 'Área que pode abrir chamado.',
PRIMARY KEY (`area`,`area_abrechamado`),
KEY `fk_area_abrechamado` (`area_abrechamado`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

--
-- Extraindo dados da tabela `areaXarea_abrechamado`
--

INSERT INTO `areaXarea_abrechamado` (`area`, `area_abrechamado`) VALUES
(1, 1),
(3, 3),
(4, 4),
(5, 5),
(6, 6),
(7, 7),
(8, 8),
(9, 9),
(10, 10),
(11, 11),
(12, 12),
(13, 13),
(14, 14),
(15, 15),
(16, 16),
(17, 17),
(18, 18),
(19, 19),
(20, 20),
(21, 21);

-- --------------------------------------------------------


MysqlDump:


--
-- Table structure for table `areaXarea_abrechamado`
--

DROP TABLE IF EXISTS `areaXarea_abrechamado`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `areaXarea_abrechamado` (
`area` int(4) unsigned NOT NULL COMMENT 'Ã<81>rea para a qual se quer abrir o chamado.',
`area_abrechamado` int(4) unsigned NOT NULL COMMENT 'Ã<81>rea que pode abrir chamado.',
PRIMARY KEY (`area`,`area_abrechamado`),
KEY `fk_area_abrechamado` (`area_abrechamado`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `areaXarea_abrechamado`
--

--
-- Dumping data for table `areaXarea_abrechamado`
--

LOCK TABLES `areaXarea_abrechamado` WRITE;
/*!40000 ALTER TABLE `areaXarea_abrechamado` DISABLE KEYS */;
INSERT INTO `areaXarea_abrechamado` VALUES (1,1),(3,3),(4,4),(5,5),(6,6),(7,7),(8,8),(9,9),(10,10),(11,11),(12,12),(13,13),(14,14),(15,15),(16,16),(17,17),(18,18),(19,19),(20,20),(21,21);
/*!40000 ALTER TABLE `areaXarea_abrechamado` ENABLE KEYS */;
UNLOCK TABLES;



Temos :
mysqldump=30 linhas
Phpmyadmin=37 linhas

Então o phpmyadmin usa muito mais caracteres para fazer a mesma coisa, porem ele apenas faz o insert na tabela se tiver algum dados que ja existia e não estiver tipo (22, 22); no backup ele mantem esses dados ja o mysqldump deleta a tabela e recria somente com o que esta la.

Resumindo para o que preciso o mysqldump vai funcionar melhor alem de poder automatizar rsrsr

Vou aguardar mais alguém opinar sobre meu palpite antes de marcar como resolvido

Tentei abrir pelo gedit os dois lado a lado mas sem sucesso travou o gedit a solução foi o bom e velho "VIM"







Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts