Share and Enjoy

Share and Enjoy

Share and Enjoy

Un petit amendement à l’article précèdent, en effet, les tables d’une base MySQL sont parfois bien plus volumineuses que la limite d’importation via PhpMyadmin offerte par un hébergement mutualisé. Sur OVH, on le rappelle, cette limite est souvent de 16 Mo, c’est à dire rien du tout.

Vous pouvez donc être amené(e) à scinder (spliter) une BDD notamment des tables en un plus petit nombre de fichiers .sql pour la même table d’une base*. On va donc voir comment à l’aide des commandes SQL dans la console, on peut scinder une table volumineuse en plus une série de plus petits fichiers .sql.

* par analogie macabre et de mauvais goût, totalement assumé, il est toujours plus facile de faire disparaitre un corps en petit morceaux que d’essayer d’enterrer le cadavre entier de votre forfait :):) C’est une vraie technique d’equarrissage de Base de données

On vous invite à lire le premier article sur la scission des BDD

• MySQL, PhpMyadmin, Console – Les bonnes pratiques pour la migration d’une base de données MySQL
  http://social.hecube.net/2013/05/mysql-phpmyadmin-console-les-bonnes-pratiques-pour-la-migration-dune-base-de-donnees-mysql/

Commande MySQL pour la découpe d’une table

Pour se faire, on va reprendre notre installation sous WordPress dont la table wp_posts est très importante et enfonce largement la limite des 16 Mo offert par notre espace d’hébergement mutualisé. On va donc scinder la table wp_posts en 4 fichiers distincts qui permettront de reconstruire la table wp_posts dans notre nouvel espace d’hébergement mutualisé.

Bien vider la nouvelle table de votre nouvelle BDD (on dirait une recette de cuisine, c’est à peu près cela !!!)

TRUNCATE wp_posts;

Le plus sage est de la faire carrément disparaître. Du passé faisons table rase… Nous allons la récréer ensuite au moment de l’injection du premier fichier de dump.

DROP TABLE fr_posts;

Faire une requête de sélection limitée à une plage d’ID

Une des choses les plus importantes est bien de scinder à part égale l’ensemble des enregistrements de votre table sans en omettre aucun. Il existe deux façons en SQL de faire ce type de requête. Le mieux est de pouvoir prendre un échantillon de rows ou d’enregistrement à l’aide des 2 types de requête de sélection.

La clause BETWEEN
Vous allez utiliser la clause BETWEEN pour sélectionner, les 500 premiers enregistrements puis les 500 suivants… et ainsi de suite.

	# Sélectionner les 500 premiers enregistrements de la TABLE wp_posts
	SELECT * FROM wp_posts WHERE ID BETWEEN 0 AND 500;

	# Sélectionner les enregistrements 501 à 1000 de la TABLE wp_posts
	SELECT * FROM wp_posts WHERE ID BETWEEN 501 AND 1000;

La clause LIMIT
Vous pouvez aussi utiliser la clause LIMIT pour sélectionner, les 500 premiers enregistrements puis les 500 suivants… et ainsi de suite.

		# Sélectionner les 500 premiers enregistrements de la TABLE wp_posts
		SELECT * FROM wp_posts ORDER BY ID ASC LIMIT 0, 500;

		# Sélectionner les enregistrements 501 à 1000 de la TABLE wp_posts
		SELECT * FROM wp_posts ORDER BY ID ASC LIMIT 500, 500;

Une fois vaut requête prête, vous allez pouvoir « équarrir » la grosse table, en l’espèce la table wp_posts d’un site WP. Voilà la marche à suivre.

1. Le 1er fichier de dump va emporter les premiers enregistrements de votre table ainsi que la structure.
2. Le 2ème fichier de dump va emporter uniquement les données d’enregistrement sur la plage d’ID que vous aurez choisi. On progresse sur un échantillon de 2500 enregistrements.
3. Le 3ème fichier de dump va emporter uniquement les données d’enregistrement sur la plage d’ID que vous aurez choisi. On progresse sur un échantillon de 2500 enregistrements.
4. Le 4ème fichier de dump va emporter uniquement les données d’enregistrement sur la plage d’ID que vous aurez choisi. On progresse sur un échantillon de 2500 enregistrements.

La structure et les 2500 premières données

	# DUMP STRUCTURE AND datas part 1
	/Applications/MAMP/Library/bin/mysqldump -c -u root -p  --single-transaction --opt --where="ID BETWEEN 0 AND 2500" h3wdoc wp_posts > /Users/nom-de-user/Documents/le-chemin-vers-vos-datas-de-migration/wp_posts_part_1_datas_and_structure.sql

Envoi de la première commande d’export

L’import sous phpMyadmin sur OVH

Les 2500 données suivantes plage 2, le --no-create-db --no-create-info évite de prendre la structure.

	# DUMP ONLY datas part 2
	/Applications/MAMP/Library/bin/mysqldump -c -u root -p --no-create-db --no-create-info --single-transaction --opt --where="ID BETWEEN 2501 AND 5000" h3wdoc fr_posts > /Users/nom-de-user/Documents/le-chemin-vers-vos-datas-de-migration/wp_posts_part_2_datas.sql

Les 2500 données suivantes plage 3, le --no-create-db --no-create-info évite de prendre la structure.

	# DUMP ONLY datas part 3
	/Applications/MAMP/Library/bin/mysqldump -c -u root -p --no-create-db --no-create-info --single-transaction --opt --where="ID BETWEEN 5001 AND 7500" h3wdoc fr_posts > /Users/nom-de-user/Documents/le-chemin-vers-vos-datas-de-migration/wp_posts_part_3_datas.sql

Les 2500 données suivantes plage 4, le --no-create-db --no-create-info évite de prendre la structure.

	# DUMP ONLY datas part 4
	/Applications/MAMP/Library/bin/mysqldump -c -u root -p --no-create-db --no-create-info --single-transaction --opt --where="ID BETWEEN 7501 AND 10000" h3wdoc fr_posts > /Users/nom-de-user/Documents/le-chemin-vers-vos-datas-de-migration/wp_posts_part_4_datas.sql

Une fois l’ensembles des commandes d’export passé en local dans la client MySQL

Conclusion : On se retrouve donc avec 4 fichiers .sql de petites tailles. Il ne reste alors plus qu’à les injecter, dans l’ordre croissant pour recréer votre table volumineuse et l’affaire sera jouée.

En savoir plus

• phpMyAdmin, ze outil de management de BDD
  http://www.phpmyadmin.net/
• OVH, ze meilleur hébergement rapport qualité-prix
  http://www.ovh.com/fr/index.xml
• Installer facilement PHP-MySQL sur un PC avec EasyPHP
  http://social.hecube.net/2009/03/installer-facilement-php-mysql-sur-un-pc-avec-easyphp/
• Installer un environnement PHP-MySQL sur MAC
  http://social.hecube.net/2009/04/installer-un-environnement-php-mysql-sur-mac/
• MAMP: Mac, Apache, MySQL, PHP sur Mac
  http://www.mamp.info
• EasyPHP | Install a local WAMP server : PHP 5 VC9, Apache 2 VC9, MySQL 5, PhpMyAdmin, Xdebug and Modules on Windows XP/Vista/Seven sur PC
  http://www.easyphp.org/
• Quelques stencils de Graffletopia utiles pour les « wireframes » de BDD, MySQL-schema.graffle.gstencil, aws_icons_database.gstencil, AWS Database.gstencil
  https://www.graffletopia.com/

Share and Enjoy

Share and Enjoy

Share and Enjoy

Voilà un problème éminemment concret, en temps de crise ! Faute d’argent, on est souvent contraint par les circonstances de migrer un site qui vivait tranquillement sa vie sur un serveur dédié ou sur le Cloud pour prendre un hébergement moins onéreux. Le choix se porte alors fréquemment sur un serveur mutualisé où les contraintes (espace, bande de passante, accès au BDD…etc.) sont plus serrés. Un des problèmes si vous avez à migrer un site va être d’optimiser votre temps et d’éviter au maximum une interruption de service, forcement dommageable à la relation commerciale que vous entretenez avec votre client ! Si le site est « down » pendant une durée indéterminée, cela fait mauvais genre.

Dans cet article, on va donc voir surtout comment migrer une Base de Données MySQL sur un espace mutualisé où vos possibilités d’import de fichiers .sql sont limités en poids. A titre d’exemple chez OVH, vous ne pouvez importer que des fichiers de 16 Mo dans les premiers offres mutualisés or en moyenne un site qui existe depuis 3 ou 4 ans peut avoir une base complète bien au-de-là de cette limite ridicule.

Un autre cas de figure, assez classique, qui vous impose cette pratique, c’est que vous ne pouvez avoir accès en console au client MySQL de ce nouvel espace d’hébergement soit parce qu’il est mutualisé soit par exemple que l’administrateur réseaux psychote grave à l’idée de vous laisser un accès au client MySQL* ! Vous n’aurez donc qu’un accès réduit à MySQL via phpMyAdmin

* Une remarque, on est jamais trop prudents toutefois donc ne pas livrer des accées root au premier venu est plutôt salutaire mais disons que certains administrateurs réseaux abusent un peu de leurs prérogatives… Que voulez-vous ? Ce sont des nerds au dernier degré, il faut donc composer.

La marche à suivre pour « spliter » une BDD MySQL en vue d’une migration sur un hébergement mutualisé

Pour se faire, la marche à suivre la plus rapide est de passer par un environnement de développement tel que MAMP sur MAC ou de EasyPHP sur PC afin d’accéder via la console au client MySQL et de réaliser une série d’import et d’export sans aucune restriction.

1. Création d’une BDD MySQL vide sous votre nouvel espace d’hébergement via PhpMyadmin
2. Importation de la BDD initiale du site dans le client MySQL en local (MAMP ou EASYPHP)
3. Exportation de chaque table au format .sql à l’aide de mysqldump
4. Injection via PhpMyadmin de chaque table au format .sql

Création de la BDD sur l’espace mutualisé

Un PhpMyadmin sur un espace mutualisé

Votre BDD est vide, vous sélectionnez ensuite la fonction d’import pour envoyer l’ensemble de vos « petits » fichiers .sql

La limite de 16 Mo chez OVH

Injection en local de votre ancienne BDD et « split » de celle-ci

Se connecter an local via la console au client MySQL sous MAMP. Par défaut, le couple utilisateur:mot de passe est root:root

	# Se connecter an LOCAL via la console au client MySQL
	/Applications/MAMP/Library/bin/mysql -u root -p

Créer une BDD

	# Créer une BDD
	CREATE DATABASE migratiowp1;

Utiliser cette BDD vide nouvelle créée

	# Selectionner la BDD
	USE migratiowp1;

Injecter le contenu de votre ancienne BDD

	# Injecter le contenu
	SOURCE /Users/nom-utilsateur/Documents/chemin-vers-les-fichiers-SQL/sql_fichier/dump_sql_migratiowp1.SQL;

Pour l’exemple, nous avons décidé de migrer un blog sous WP

# Export de la TABLE wp_posts
/Applications/MAMP/Library/bin/mysqldump -c -u root -p migratiowp1 wp_posts > /Users/nom-utilsateur/Documents/chemin-vers-les-fichiers-SQL/sql_fichier/wp_posts_migratiowp1.SQL

# Export de la TABLE wp_terms
/Applications/MAMP/Library/bin/mysqldump -c -u root -p migratiowp1 wp_posts > /Users/nom-utilsateur/Documents/chemin-vers-les-fichiers-SQL/sql_fichier/wp_terms_migratiowp1.SQL

Conclusion : Il ne vous reste plus qu’à exporter toutes les tables les unes après les autres. Vous devriez vous retrouver avec une collection de fichiers .sql de taille inférieure à la BDD complète et donc avoir toutes les chances de passer sous les fourches caudines de l’import sous PhpMyadmin de votre espace mutualisé. Un conseil avant de vous livrer à l’import, certaines tables sont dépendantes entre elles donc assurez-vous de bien avoir sous les yeux le schéma relationnel de votre BDD

Pour mémoire, les mêmes commandes servent d’ailleurs au backup des BDD

	# Utiliser le client mysqldump pour faire un backup de la TABLE hecube_demo_users dans la base hecube_demo
	/Applications/MAMP/Library/bin/mysqldump -c -u root -p hecube_demo hecube_demo_users > /Users/username/rep-1/he3_blog/datas/hecube_demo_users.mysqldump-1.SQL

Pour mémoire, quelques commandes toujours utiles

		# voir toutes les BDD
		SHOW DATABASES;

	# Supprimer une BDD
	DROP DATABASE migratiowp1;

Pour plus d’informations, sur la gestion des BDD MySQL, vous pouvez jeter un oeil à cet article de notre blog.

• MySQL, PhpMyadmin – Administrer une base de données MySQL via la console MySQL et PhpMyadmin
  http://social.hecube.net/2009/07/mysql-phpmyadmin-administrer-une-base-de-donnees-mysql-via-la-console-mysql-et-phpmyadmin/

Extrait de l’export de la table wp_posts via la client MySQL sous MAMP

	# Utiliser le client mysqldump pour faire un backup de toutes TABLES dans une base hecube_demo
	/Applications/MAMP/Library/bin/mysqldump -c -u root -p hecube_demo hecube_demo_users > /Users/username/rep-1/he3_blog/datas/hecube_demo.mysqldump-FULL.SQL

		-- MySQL dump 10.13  Distrib 5.1.37, for apple-darwin8.11.1 (i386)
		--
		-- Host: localhost    Database: migratiowp1
		-- ------------------------------------------------------
		-- Server version	5.1.37
 
		/*!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 `wp_posts`
		--
 
		DROP TABLE IF EXISTS `wp_posts`;
		/*!40101 SET @saved_cs_client     = @@character_set_client */;
		/*!40101 SET character_set_client = utf8 */;
		CREATE TABLE `wp_posts` (
		  `ID` BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT,
		  `post_author` BIGINT(20) UNSIGNED NOT NULL DEFAULT '0',
		  `post_date` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
		  `post_date_gmt` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
		  `post_content` longtext NOT NULL,
		  `post_title` text NOT NULL,
		  `post_excerpt` text NOT NULL,
		  `post_status` VARCHAR(20) NOT NULL DEFAULT 'publish',
		  `comment_status` VARCHAR(20) NOT NULL DEFAULT 'open',
		  `ping_status` VARCHAR(20) NOT NULL DEFAULT 'open',
		  `post_password` VARCHAR(20) NOT NULL DEFAULT '',
		  `post_name` VARCHAR(200) NOT NULL DEFAULT '',
		  `to_ping` text NOT NULL,
		  `pinged` text NOT NULL,
		  `post_modified` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
		  `post_modified_gmt` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
		  `post_content_filtered` text NOT NULL,
		  `post_parent` BIGINT(20) UNSIGNED NOT NULL DEFAULT '0',
		  `guid` VARCHAR(255) NOT NULL DEFAULT '',
		  `menu_order` INT(11) NOT NULL DEFAULT '0',
		  `post_type` VARCHAR(20) NOT NULL DEFAULT 'post',
		  `post_mime_type` VARCHAR(100) NOT NULL DEFAULT '',
		  `comment_count` BIGINT(20) NOT NULL DEFAULT '0',
		  PRIMARY KEY (`ID`),
		  KEY `post_name` (`post_name`),
		  KEY `type_status_date` (`post_type`,`post_status`,`post_date`,`ID`),
		  KEY `post_parent` (`post_parent`),
		  KEY `post_author` (`post_author`)
		) ENGINE=MyISAM AUTO_INCREMENT=2743 DEFAULT CHARSET=utf8;
		/*!40101 SET character_set_client = @saved_cs_client */;
 
		--
		-- Dumping data for table `wp_posts`
		--
 
		--- les données viennent ensuite...

En savoir plus

• phpMyAdmin, ze outil de management de BDD
  http://www.phpmyadmin.net/
• OVH, ze meilleur hébergement rapport qualité-prix
  http://www.ovh.com/fr/index.xml
• Installer facilement PHP-MySQL sur un PC avec EasyPHP
  http://social.hecube.net/2009/03/installer-facilement-php-mysql-sur-un-pc-avec-easyphp/
• Installer un environnement PHP-MySQL sur MAC
  http://social.hecube.net/2009/04/installer-un-environnement-php-mysql-sur-mac/
• MAMP: Mac, Apache, MySQL, PHP sur Mac
  http://www.mamp.info
• EasyPHP | Install a local WAMP server : PHP 5 VC9, Apache 2 VC9, MySQL 5, PhpMyAdmin, Xdebug and Modules on Windows XP/Vista/Seven sur PC
  http://www.easyphp.org/
• Quelques stencils de Graffletopia utiles pour les « wireframes » de BDD, MySQL-schema.graffle.gstencil, aws_icons_database.gstencil, AWS Database.gstencil
  https://www.graffletopia.com/

Share and Enjoy

Share and Enjoy

Share and Enjoy

Share and Enjoy