pb migration V5.0.32- -> 5.0.51a

Bonjour
sur une machine etch (mysql 5.0.32-Debian_7etch8-log), j'exécute:

Code:

---

#mysqldump -uxxx -pyyy base1 >base1.sql

---

base1.sql contient :

Citation:

---

-- MySQL dump 10.11
--
-- Host: localhost Database: base1
-- ------------------------------------------------------
-- Server version 5.0.32-Debian_7etch8-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 `table1`
--

DROP TABLE IF EXISTS ``table1`;
CREATE TABLE `table1` (
...etc...

---

J'envoie base1.sql sur une machine lenny.
Après avoir créé la base, j'exécute :

Code:

---

#mysqldump -uxxx -pyyy base1 < base1.sql

---

J'obtiens ceci:

Citation:

---

-- MySQL dump 10.11
--
-- Host: localhost Database: base1
-- ------------------------------------------------------
-- Server version 5.0.51a-24+lenny3

/*!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 */;
/*!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 2010-03-10 15:54:34

---

Si je regarde avec phpmyadmin, je vois que aucune table n'a été créée.
Si vous pouvez me dire pourquoi ?
merci

Bonjour,

La restauration ne s'effectue pas avec l'outil mysqldump, mais avec un simple client mysql.
Lien vers la doc de mysqldump : http://dev.mysql.com/doc/refman/5.0/fr/mysqldump.html

ced

merci ced
c'est curieux, j'ai déjà effectué cette manip , qui a très bien marché.
Je l'ai utilisée de préférence à phpmyadmin, car j'ai une base très grosse, et phpmyadmin me plantait sur un temps d'exécution trop long!

Pourtant, si tu regardes le lien dans mon précédent message, il est bien précisé (en base de la page) que la restauration se fait avec mysql et pas mysqldump...

Le problème avec phpMyAdmin, c'est que pour restaurer des grosses bases, le temps d'exécution est souvent supérieur au timeout de php.
Il faut, éventuellement, augmenter ce paramètre dans la configuration de php sur le serveur.

ced

oups:aie:

je me suis melangé les pinceaux en reprenants les scripts; je refais avec mysql et ca roule

merci ced