Configuration MySQL – quelques astuces

ParamĂštre Max Packet Size pour les grosses requĂȘtes

Il faut augmenter la valeur du paramĂštre max_allowed_packet dans le fichier de configuration de MySQL pour permettre de gĂ©rer les grosses requĂȘtes : principalement pour les tables qui contiennent des BLOB et CLOB qui peuvent ĂȘtre volumineux.

MĂ©thodes

Éditer le fichier my.ini

Ajouter ce qui suit dans la section [mysqld] du fichier de configuration

#Max packetlength to send/receive from to server.
max_allowed_packet=8M

Utiliser l’interface graphique MySQL Administrator

Modifier le paramĂštre dans l’interface graphique comme dans la capture d’Ă©cran suivant :

MySQL : modification du paramĂštre "max_packet_size"
MySQL : modification du paramĂštre "max_packet_size"

Importer une base de Windows Ă  Linux

La gestion des noms de tables est configurée différemment par défaut sous Windows ou Linux :

  • Sous Windows il ne tient pas compte de la casse,
  • Sous Linux il en tient compte.

Le passage du contenu d’une base de donnĂ©es d’un OS Ă  un autre peut donc ĂȘtre problĂ©matique, principalement dans le sens Windows -> Linux. En effet, faire le dump depuis Windows va minimiser tous les noms de tables. Et si jamais le code source de votre application rĂ©fĂ©rence les tables avec des majuscules, cela peut posser des soucis. Surtout qu’il n’est pas toujours possible de re-Ă©crire le code pour n’utiliser que des noms de tables en minuscules. Voici les solutions que j’utilise dans ces cas-lĂ .

Choix 1 : Modifier la configuration du MySQL sous Linux

Pour importer une base MySQL depuis une machine Windows vers une machine Linux, il est possible de configurer le serveur MySQL sous Linux avec le paramĂštre lower_case_table_names Ă  1. Pour cela, Ă©diter le fichier my.ini et placer dans la section [mysqld] la ligne suivante :

set-variable = lower_case_table_names=1

Voir la documentation MySQL pour plus de détails sur ce sujet.

Choix 2 : Transformer le fichier de dump

Si il n’est pas possible de modifier la configuration du serveur MySQL sous linux, il reste la solution – beaucoup plus sport – qui consiste Ă  modifier le fichier de dump. En fait, il va falloir diviser le dump en deux fichiers :

Le premier fichier qui ne contient que la structure de la base :  dump.struct.sql Il peut ĂȘtre crĂ©Ă© avec la commande suivante :

 mysqldump -hHOSTNAME -uUSER -p -d DBNAME > dump.struct.sql

Le deuxiĂšme fichier qui ne contient que les donnĂ©es de la base : dump.data.sql Il peut ĂȘtre crĂ©Ă© avec la commande suivante (–hex-blob pour exporter les binaires en hexadĂ©cimal et –extended-insert=false pour avoir une commande INSERT par enregistrement) :

 mysqldump -hHOSTNAME -uUSER -p --hex-blob --extended-insert=false -t DBNAME > dump.data.sql

Il va ensuite falloir transformer ces fichiers pour que les noms des tables soient en majuscules :

Pour le fichier dump.struct.sql

C’est l’opĂ©ration la plus simple. Utilisez la commande ‘tr‘ comme suit :

$ cat dump.struct.sql | tr '[:lower:]' '[:upper:]' > dump.struct.upper.sql

Et importer le fichier dump.struct.upper.sql résultant dans la base.

Pour le fichier dump.data.sql

LĂ  c’est un peu plus compliquĂ©, car on ne veut pas tout mettre en majuscules, car ce fichier contient aussi les donnĂ©es des diffĂ©rentes tables de notre base.

Note : il est Ă  rapeller que le fichier dump.data.sql ne contient qu’une ligne de donnĂ©es – ie un INSERT – par enregistrement de chaque table.

Utiliser la commande ‘awk‘ pour modifier les commandes ‘INSERT INTO‘ et ‘LOCK TABLE‘ comme suit – chaque commande awk doit ĂȘtre sur une seule ligne :

$ awk '$1 == "LOCK" || $1 == "INSERT" { $3 = toupper($3) ; print $0 };
 $1 != "INSERT" && $1 != "LOCK" {print $0}; ' dump.data.sql > dump.data.upper.sql

En fonction de la structure du fichier d’import des donnĂ©es, il se peut que le nom des tables soit utilisĂ© dans d’autres commandes, comme par exemple des commandes pour ignorer les intĂ©gritĂ©s rĂ©fĂ©rentielles : ALTER TABLE `une_table` DISABLE KEYS. Il faut dans ce cas se baser sur les scripts ci-dessus pour crĂ©er un nouveau qui corrigera ce problĂšme.

Il n’y a plus qu’Ă  importer le fichier dump.data.upper.sql dans la base MySQL.

Laisser un commentaire