Manuel MySQL 5


Manuel MySQL 5

 

Manuel de référence MySQL 5.0 Manuel de référence MySQL 5.0 This is a translation of the MySQL Reference Manual that can be found at dev.mysql.com [http://dev.mysql.com/doc/mysql/en]. The original Reference Manual is in English, and this translation is not necessarily as up to date as the English version. Résumé Document generated on: 2006-05-15 (version: 94) Copyright 1997-2006 MySQL AB This documentation is NOT distributed under a GPL license. Use of this documentation is subject to the following terms: You may create a printed copy of this documentation solely for your own personal use. Conversion to other formats is allowed as long as the actual content is not altered or edited in any way. You shall not publish or distribute this documentation in any form or on any media, except if you distribute the documentation in a manner similar to how MySQL disseminates it (that is, electronically for download on a website with the software) or on a CD-ROM or similar medium, provided however that the documentation is disseminated together with the software on the same medium. Any other use, such as any dissemination of printed copies or use of this documentation, in whole or in part, in another publication, requires the prior written consent from an authorized representative of MySQL AB. MySQL AB reserves any and all rights to this documentation not expressly granted above. Please email <docs@mysql.com> for more information or if you are interested in doing a translation. Table des matières Preface ..............................................................................................................xxi 1. Informations générales ........................................................................................ 1 1.1. A propos du manuel ................................................................................. 2 1.1.1. Conventions utilisées dans ce manuel ............................................... 2 1.2. Présentation du système de bases de données MySQL .................................... 4 1.2.1. Histoire de MySQL ....................................................................... 5 1.2.2. Les fonctionnalités principales de MySQL ......................................... 6 1.2.3. Jusqu'à quel point MySQL est il stable ? ........................................... 8 1.2.4. Quelles tailles peuvent atteindre les tables MySQL .............................. 9 1.2.5. Compatibilité an 2000 ...................................................................10 1.3. Plan de développement de MySQL ............................................................11 1.3.1. MySQL 4.0 en bref ......................................................................12 1.3.2. MySQL 4.1 en bref ......................................................................14 1.3.3. MySQL 5.0, les prochains développements .......................................15 1.4. Sources d'informations MySQL ................................................................15 1.4.1. Listes de diffusion MySQL ............................................................15 1.4.2. Support de la communauté MySQL sur IRC (Internet Relay Chat) ........23 1.4.3. Support de la communauté MySQL sur les forums MySQL .................23 1.5. Quels standards respecte MySQL ? ............................................................23 1.5.1. Quels standards suit MySQL ? .......................................................24 1.5.2. Sélectionner les modes SQL ..........................................................24 1.5.3. Exécuter MySQL en mode ANSI ....................................................24 1.5.4. Extensions MySQL au standard SQL-92 ..........................................25 1.5.5. Différences entre MySQL et le standard SQL-92 ...............................28 1.5.6. Comment MySQL gère les contraintes .............................................34 1.5.7. Erreurs connues, et limitations de MySQL ........................................35 2. Installer MySQL ...............................................................................................42 2.1. Notes générales à propos de l'installation ....................................................42 2.1.1. Systèmes d'exploitation supportés par MySQL ..................................42 2.1.2. Choisir votre version de MySQL ....................................................44 2.1.3. Comment obtenir MySQL ? ...........................................................55 2.1.4. Vérifier l'intégrité des paquets avec MD5 ou GnuPG ...........................55 2.1.5. Dispositions d'installation ..............................................................58 2.2. Installation standard rapide de MySQL .......................................................60 2.2.1. Installer MySQL sous Windows .....................................................60 2.2.2. Choisir un paquet d'installation .......................................................61 2.2.3. Installer MySQL avec l'assistant automatique ....................................61 2.2.4. Installation de MySQL avec l'assistant .............................................62 2.2.5. Utiliser l'assistant de configuration ..................................................65 2.2.6. Installer MySQL à partir d'une archive ZIP sans assistant ....................69 2.2.7. Extraction de l'archive d'installation ................................................69 2.2.8. Créer un fichier d'options ..............................................................70 2.2.9. Démarrer MySQL depuis la ligne de commande Windows ..................73 2.2.10. Tester son installation MySQL .....................................................75 2.2.11. Mettre à jour MySQL sous Windows .............................................77 2.2.12. Installer MySQL sous Linux ........................................................81 2.2.13. Installer MySQL sur Mac OS X ....................................................83 2.2.14. Installer MySQL sur NetWare ......................................................85 2.3. Installer MySQL sur d'autres systèmes type Linux ........................................87 2.4. Installation de MySQL avec une distribution source ......................................90 2.4.1. Installation depuis les sources : présentation ......................................91 2.4.2. Options habituelles de configure ................................................93 2.4.3. Installer à partir de l'arbre source de développement ...........................96 2.4.4. Problèmes de compilation? ............................................................99 2.4.5. Notes relatives aux MIT-pthreads ............................................ 102 2.4.6. La distribution source Windows ................................................... 104 2.4.7. Compiler les clients MySQL sous Windows .................................... 107 iv 2.5. Procédure de post-installation ................................................................. 108 2.5.1. Post-installation sous Windows .................................................... 108 2.5.2. Procédures de post-installation sous Unix ....................................... 109 2.5.3. Création des premiers droits MySQL ............................................. 119 2.6. Changer de version de MySQL ............................................................... 122 2.6.1. Passer en de version 4.1 en version 5.0 ........................................... 123 2.6.2. Passer de la version 4.0 à la version 4.1 .......................................... 123 2.6.3. Passer de la version 3.23 à la version 4.0 ........................................ 127 2.6.4. Passer de la version 3.22 à la version 3.23 ...................................... 131 2.6.5. Passer de la version 3.21 à la version 3.22 ...................................... 132 2.6.6. Passer de la version 3.20 à la version 3.21 ...................................... 133 2.6.7. Mise à jour des tables de droits ..................................................... 134 2.6.8. Migrer depuis une autre architecture .............................................. 135 2.7. Réduire de version de MySQL ................................................................ 136 2.7.1. Revenir en version 4.1 ................................................................ 136 2.7.2. Revenir en version 4.0 ................................................................ 137 2.8. Notes spécifiques aux systèmes d'exploitation ............................................ 138 2.8.1. Notes relatives à Linux (toutes versions) ........................................ 138 2.8.2. Notes relatives à Mac OS X ......................................................... 145 2.8.3. Notes pour Solaris ...................................................................... 146 2.8.4. Notes relatives à BSD ................................................................. 149 2.8.5. Notes sur les autres Unix ............................................................. 153 2.8.6. Notes relatives à OS/2 ................................................................ 162 2.8.7. Notes relatives à BeOS ............................................................... 162 2.9. Commentaires sur l'installation de Perl ..................................................... 163 2.9.1. Installer Perl sur Unix ................................................................. 163 2.9.2. Installer ActiveState Perl sur Windows .......................................... 164 2.9.3. Problèmes lors de l'utilisation des interfaces Perl DBI et DBD ............. 165 3. Tutoriels d'introduction .................................................................................... 168 3.1. Connexion et déconnexion au serveur ...................................................... 168 3.2. Entrer des requêtes ............................................................................... 169 3.3. Création et utilisation d'une base de données .............................................. 172 3.3.1. Créer et sélectionner une base de données ....................................... 173 3.3.2. Création d'une table .................................................................... 173 3.3.3. Charger des données dans une table ............................................... 175 3.3.4. Récupérer des informations à partir d'une table ................................ 176 3.4. Obtenir des informations à propos des bases de données et des tables ............. 189 3.5. Utilisation de mysql en mode batch ........................................................ 190 3.6. Exemples de requêtes usuelles ................................................................ 191 3.6.1. La valeur maximale d'une colonne ................................................ 192 3.6.2. La ligne contenant le maximum d'une certaine colonne ..................... 192 3.6.3. Maximum d'une colonne par groupe .............................................. 193 3.6.4. La ligne contenant la plus grande valeur d'un certain champ par rapport à un groupe ............................................................................................. 193 3.6.5. Utiliser les variables utilisateur ..................................................... 194 3.6.6. Utiliser les clefs étrangères .......................................................... 195 3.6.7. Recherche sur deux clefs ............................................................. 196 3.6.8. Calcul du nombre de visites par jour .............................................. 196 3.6.9. Utiliser AUTO_INCREMENT ........................................................ 197 3.7. Requêtes du projet Twin ........................................................................ 198 3.7.1. Trouver tous les jumeaux répondant aux critères .............................. 198 3.7.2. Afficher une table avec l'état des paires de jumeaux .......................... 200 3.8. Utilisation de MySQL avec Apache ......................................................... 201 4. Utiliser les programmes MySQL ........................................................................ 202 4.1. Présentation des logiciels MySQL ........................................................... 202 4.2. Appeler des programmes MySQL ............................................................ 203 4.3. Spécifier des options aux programmes ...................................................... 203 4.3.1. Options de ligne de commande de mysqld .................................... 204 4.3.2. Fichier d'options my.cnf ........................................................... 205 4.3.3. Utiliser les variables d'environnement pour spécifier des options ......... 209 4.3.4. Utiliser les options pour configurer des variables de programme ......... 209 5. Administration du serveur ................................................................................ 211 5.1. Scripts serveur MySQL et utilitaires ......................................................... 211 Manuel de référence MySQL 5.0 v 5.1.1. Présentation des scripts serveurs et des utilitaires ............................. 211 5.1.2. mysqld-max, la version étendue du serveur mysqld ..................... 212 5.1.3. safe_mysqld, le script père de mysqld ..................................... 214 5.1.4. Le script de démarrage mysql.server ....................................... 217 5.1.5. mysqld_multi, un programme pour gérer plusieurs serveurs MySQL 217 5.2. Configuration de MySQL ...................................................................... 221 5.2.1. Options de ligne de commande de mysqld .................................... 221 5.2.2. Le mode SQL du serveur ............................................................. 230 5.2.3. Variables serveur système ........................................................... 234 5.2.4. Variables de statut du serveur ....................................................... 256 5.3. Le processus d'extinction de MySQL ....................................................... 262 5.4. Sécurité générale du serveur ................................................................... 263 5.4.1. Guide de sécurité ....................................................................... 263 5.4.2. Protéger MySQL contre les attaques .............................................. 266 5.4.3. Options de démarrage qui concernent la sécurité .............................. 268 5.4.4. Problèmes de sécurité avec LOAD DATA LOCAL .......................... 268 5.5. Règles de sécurité et droits d'accès au serveur MySQL ................................ 269 5.5.1. Rôle du système de privilèges ...................................................... 269 5.5.2. Comment fonctionne le système de droits ....................................... 270 5.5.3. Droits fournis par MySQL ........................................................... 273 5.5.4. Se connecter au serveur MySQL ................................................... 275 5.5.5. Contrôle d'accès, étape 1 : Vérification de la connexion ..................... 276 5.5.6. Contrôle d'accès, étape 2 : Vérification de la requête ......................... 280 5.5.7. Quand les modifications de privilèges prennent-ils effets ? ................ 282 5.5.8. Causes des erreurs Access denied ........................................... 283 5.5.9. Hashage de mots de passe en MySQL 4.1 ....................................... 288 5.6. Gestion des comptes utilisateurs de MySQL .............................................. 292 5.6.1. Nom d'utilisateurs MySQL et mots de passe .................................... 293 5.6.2. Ajouter de nouveaux utilisateurs à MySQL ..................................... 294 5.6.3. Supprimer un compte utilisateur de MySQL .................................... 296 5.6.4. Limiter les ressources utilisateurs .................................................. 297 5.6.5. Configurer les mots de passe ........................................................ 298 5.6.6. Garder vos mots de passe en lieu sûr .............................................. 299 5.6.7. Utilisation des connexions sécurisées ............................................. 300 5.7. Prévention des désastres et restauration .................................................... 307 5.7.1. Sauvegardes de base de données ................................................... 307 5.7.2. Exemples de stratégie de sauvegarde et restauration ......................... 309 5.7.3. Utilisation de myisamchk pour la maintenance des tables et leur recouvrement .................................................................................... 312 5.7.4. Mettre en place un régime d'entretien de MySQL ............................. 324 5.7.5. Obtenir des informations sur une table ........................................... 325 5.8. Localisation MySQL et utilisation internationale ........................................ 329 5.8.1. Le jeu de caractères utilisé pour les données et le stockage ................. 329 5.8.2. Langue des messages d'erreurs ..................................................... 331 5.8.3. Ajouter un nouveau jeu de caractères ............................................. 331 5.8.4. Le tableau de définition des caractères ........................................... 333 5.8.5. Support d'assemblage des chaînes ................................................. 333 5.8.6. Support des caractères multi-octets ................................................ 334 5.8.7. Problèmes avec les jeux de caractères ............................................ 334 5.8.8. Support des fuseaux horaires avec MySQL ..................................... 334 5.9. Les fichiers de log de MySQL ................................................................ 336 5.9.1. Le log d'erreurs ......................................................................... 336 5.9.2. Le log général de requêtes ........................................................... 336 5.9.3. Le log de modification ................................................................ 337 5.9.4. Le log binaire ............................................................................ 337 5.9.5. Le log des requêtes lentes ............................................................ 340 5.9.6. Entretien des fichiers de log ......................................................... 340 5.10. Faire fonctionner plusieurs serveurs MySQL sur la même machine .............. 341 5.10.1. Utiliser plusieurs serveurs MySQL un serveur Windows .................. 343 5.10.2. Utiliser plusieurs serveurs sous Unix ............................................ 346 5.10.3. Utiliser les clients dans un environnement multi-serveur .................. 347 5.11. Cache de requêtes MySQL ................................................................... 348 5.11.1. Comment fonctionne le cache de requêtes ..................................... 348 Manuel de référence MySQL 5.0 vi 5.11.2. Options relatives au cache de requêtes dans un SELECT .................. 350 5.11.3. Configuration du cache de requêtes ............................................. 350 5.11.4. Statut du cache de requêtes et maintenance ................................... 351 6. Réplication de MySQL .................................................................................... 353 6.1. Introduction à la réplication .................................................................... 353 6.2. Présentation de l'implémentation de la réplication ....................................... 353 6.3. Détails d'implémentation de la réplication ................................................. 354 6.3.1. Etat de réplication du maître ........................................................ 355 6.3.2. Etats du thread esclave d'E/S ........................................................ 356 6.3.3. Etats des esclaves de réplication ................................................... 357 6.3.4. Fichiers de relais et de statut de la réplication .................................. 358 6.4. Comment mettre en place la réplication .................................................... 359 6.5. Compatibilité de la réplication entre les versions de MySQL ........................ 363 6.6. Changer de version de réplication ............................................................ 364 6.6.1. Passer à la réplication version 4.0 .................................................. 364 6.6.2. Passer à la réplication version 5.0 .................................................. 364 6.7. Fonctionnalités de la réplication et problèmes connus .................................. 365 6.8. Options de démarrage de la réplication ..................................................... 368 6.9. FAQ de la réplication ............................................................................ 376 6.10. Correction de problèmes courants .......................................................... 382 6.11. Rapporter des bugs de réplication .......................................................... 382 7. Optimisation de MySQL .................................................................................. 384 7.1. Présentation de l'optimisation ................................................................. 384 7.1.1. Limitations et inconvénients des choix conceptuels de MySQL ........... 384 7.1.2. Portabilité ................................................................................ 385 7.1.3. Pour quoi avons nous utilisé MySQL ? .......................................... 386 7.1.4. La suite de tests MySQL ............................................................. 387 7.1.5. Utiliser vos propres tests de performance ........................................ 388 7.2. Optimisation des commandes SELECT et autres requêtes ............................. 389 7.2.1. Syntaxe de EXPLAIN (Obtenir des informations sur les SELECT) ...... 389 7.2.2. Mesurer les performances d'une requête ......................................... 397 7.2.3. Vitesse des requêtes SELECT ...................................................... 398 7.2.4. Comment MySQL optimise les clauses WHERE ............................... 398 7.2.5. Optimisation d'intervalle ............................................................. 400 7.2.6. Optimisation de combinaison d'index ............................................. 403 7.2.7. Comment MySQL optimise IS NULL .......................................... 406 7.2.8. Comment MySQL optimise DISTINCT ........................................ 407 7.2.9. Comment MySQL optimise les clauses LEFT JOIN et RIGHT JOIN 407 7.2.10. Comment MySQL optimise ORDER BY ....................................... 408 7.2.11. Comment MySQL optimise les clauses GROUP BY ........................ 410 7.2.12. Comment MySQL optimise LIMIT ............................................. 412 7.2.13. Comment éviter les analyses de tables .......................................... 412 7.2.14. Vitesse des requêtes INSERT ..................................................... 413 7.2.15. Vitesses des commandes UPDATE ............................................... 415 7.2.16. Rapidité des requêtes DELETE ................................................... 415 7.2.17. Autres conseils d'optimisation .................................................... 415 7.3. Verrouillage de tables ........................................................................... 418 7.3.1. Méthodes de verrouillage ............................................................ 418 7.3.2. Problème de verrouillage de tables ................................................ 420 7.4. Optimiser la structure de la base de données .............................................. 421 7.4.1. Conception ............................................................................... 421 7.4.2. Rendre vos tables aussi compactes que possible ............................... 422 7.4.3. Index de colonnes ...................................................................... 423 7.4.4. Index sur plusieurs colonnes ........................................................ 423 7.4.5. Comment MySQL utilise les index ................................................ 424 7.4.6. Le cache de clé des tables MyISAM ............................................... 426 7.4.7. Comment MySQL compte les tables ouvertes .................................. 431 7.4.8. Quand MySQL ouvre et ferme les tables ........................................ 431 7.4.9. Inconvénients de la création d'un grand nombre de tables dans la même base de données ........................................................................................ 432 7.5. Optimiser le serveur MySQL .................................................................. 432 7.5.1. Réglage du système, au moment de la compilation, et paramètres du démarrage ......................................................................................... 432 Manuel de référence MySQL 5.0 vii 7.5.2. Réglage des paramètres du serveur ................................................ 433 7.5.3. Contrôle des performances de l'optimisateur de requêtes ................... 436 7.5.4. Influences de la compilation et des liaisons sur la vitesse de MySQL ... 436 7.5.5. Comment MySQL gère la mémoire ............................................... 437 7.5.6. Comment MySQL utilise le DNS .................................................. 439 7.6. Problèmes avec les disques .................................................................... 439 7.6.1. Utiliser des liens symboliques ...................................................... 440 8. MySQL Scripts clients et utilitaires .................................................................... 444 8.1. Présentation des scripts serveurs et utilitaires ............................................. 444 8.2. myisampack, le générateur de tables MySQL compressées en lecture seule .. 445 8.3. mysql, l'outil en ligne de commande ....................................................... 451 8.3.1. Commandes mysql ................................................................... 456 8.3.2. Comment exécuter des commandes SQL depuis un fichier texte ......... 459 8.3.3. Conseils avec mysql ................................................................. 459 8.4. mysqladmin, administration d'un serveur MySQL ................................... 461 8.5. mysqlbinlog, Exécuter des requêtes dans le log binaire ........................... 465 8.6. mysqlcc, MySQL Control Center .......................................................... 468 8.7. Utiliser mysqlcheck pour l'entretien et la réparation ................................ 470 8.8. mysqldump, sauvegarde des structures de tables et les données ................... 473 8.9. mysqlhotcopy, copier les bases et tables MySQL ................................... 479 8.10. mysqlimport, importer des données depuis des fichiers texte .................. 481 8.11. Afficher les bases, tables et colonnes ...................................................... 483 8.12. perror, expliquer les codes d'erreurs .................................................... 485 8.13. L'utilitaire de remplacement de chaînes replace .................................... 485 9. Structure du langage ........................................................................................ 487 9.1. Littéraux : comment écrire les chaînes et les nombres .................................. 487 9.1.1. Chaînes .................................................................................... 487 9.1.2. Nombres .................................................................................. 489 9.1.3. Valeurs hexadécimales ................................................................ 489 9.1.4. Valeurs booléennes .................................................................... 490 9.1.5. Champs de bits .......................................................................... 490 9.1.6. Valeurs NULL ........................................................................... 490 9.2. Noms de bases, tables, index, colonnes et alias ........................................... 490 9.2.1. Identifiants ............................................................................... 492 9.2.2. Sensibilité à la casse pour les noms ............................................... 492 9.3. Variables utilisateur .............................................................................. 493 9.4. Variables système ................................................................................ 494 9.4.1. Variables système structurées ....................................................... 496 9.5. Syntaxe des commentaires ..................................................................... 498 9.6. Cas des mots réservés MySQL ................................................................ 499 10. Jeux de caractères et Unicode .......................................................................... 502 10.1. Jeux de caractères et collation : généralités .............................................. 502 10.2. Jeux de caractères et collation dans MySQL ............................................ 503 10.3. Déterminer le jeu de caractères et la collation par défaut ............................ 504 10.3.1. Jeu de caractères et collation serveur ............................................ 504 10.3.2. Jeu de caractères et collation de base de données ............................ 505 10.3.3. Jeu de caractères de tables et collation .......................................... 505 10.3.4. Jeu de caractères de colonne et collation ....................................... 506 10.3.5. Exemples d'attribution de jeu de caractères et collation .................... 506 10.3.6. Jeux de caractères et collations de connexion ................................. 507 10.3.7. Jeu de caractères et collation des chaînes littérales .......................... 509 10.3.8. Clause COLLATE dans différentes parties d'une requête SQL ........... 510 10.3.9. COLLATE clause de précédence .................................................. 511 10.3.10. Opérateur BINARY ................................................................. 511 10.3.11. Quelques cas spéciaux où la détermination de la collation est difficile 511 10.3.12. Les collation doivent correspondre au bon jeu de caractères ............ 512 10.3.13. Un exemple de l'effet de collation .............................................. 513 10.4. Opérations affectées par le support de jeux de caractères. ........................... 514 10.4.1. Chaînes résultats ...................................................................... 514 10.4.2. CONVERT() ........................................................................... 515 10.4.3. CAST() ................................................................................. 515 10.4.4. Commande SHOW .................................................................... 515 10.5. Support de Unicode ............................................................................. 516 Manuel de référence MySQL 5.0 viii 10.6. UTF8 pour les meta-données ................................................................ 517 10.7. Compatibilité avec d'autres bases de données ........................................... 518 10.8. Nouveau format de fichier de configuration de jeux de caractères ................ 519 10.9. Jeux de caractères national ................................................................... 519 10.10. Préparer le passage de version 4.0 en 4.1 ............................................... 519 10.10.1. Jeux de caractères 4.0 et binômes de jeux de caractères/collations 4.1 correspondants .................................................................................. 520 10.10.2. Conversion de colonnes version 4.0 en version 4.1 ........................ 521 10.11. Les jeux de caractères et collation supportés par MySQL. ......................... 521 10.11.1. Les jeux de caractère Unicode ................................................... 522 10.11.2. Les jeux de caractères d'Europe de l'Ouest. .................................. 523 10.11.3. Les jeux de caractères d'Europe Centrale ..................................... 524 10.11.4. Jeu de caractères pour l'Europe du Sud et le Moyen-Orient ............. 525 10.11.5. Les jeux de caractères baltes ..................................................... 525 10.11.6. Les jeux de caractère cyrilliques ................................................ 526 10.11.7. Les jeux de caractères asiatiques ............................................... 526 11. Types de colonnes ......................................................................................... 528 11.1. Introduction aux types de colonnes ......................................................... 528 11.1.1. Présentation des types numériques of Numeric Types ...................... 528 11.1.2. Présentation des types de données temporels : dates et heures ........... 530 11.1.3. Présentation des types de chaînes ................................................ 531 11.2. Types numériques ............................................................................... 533 11.3. Les types date et heure ......................................................................... 535 11.3.1. Les types DATETIME, DATE, et TIMESTAMP ............................... 536 11.3.2. Le type TIME .......................................................................... 540 11.3.3. Le type YEAR .......................................................................... 541 11.3.4. An 2000 et les types date ........................................................... 542 11.4. Les types chaînes ................................................................................ 542 11.4.1. Les types CHAR et VARCHAR ..................................................... 542 11.4.2. Les types BINARY and VARBINARY ........................................... 543 11.4.3. Les types BLOB et TEXT ........................................................... 543 11.4.4. Le type ENUM .......................................................................... 544 11.4.5. Le type SET ............................................................................ 546 11.5. Capacités des colonnes ........................................................................ 547 11.6. Choisir le bon type de colonne .............................................................. 548 11.7. Utilisation des types de données issues d'autres SGBDR ............................ 548 12. Fonctions à utiliser dans les clauses SELECT et WHERE ....................................... 550 12.1. Opérateurs et fonctions tous types .......................................................... 550 12.1.1. Précédence des opérateurs ......................................................... 550 12.1.2. Parenthèses ............................................................................. 551 12.1.3. Opérateurs de comparaison ........................................................ 551 12.1.4. Opérateurs logiques .................................................................. 555 12.2. Les fonctions de contrôle ..................................................................... 556 12.3. Fonctions de chaînes de caractères ......................................................... 558 12.3.1. Opérateurs de comparaison pour les chaînes de caractères ................ 567 12.4. Fonctions numériques .......................................................................... 569 12.4.1. Opérations arithmétiques ........................................................... 569 12.4.2. Fonctions mathématiques ........................................................... 571 12.5. Fonctions de dates et d'heures ............................................................... 576 12.6. Recherche en texte intégral (Full-text) dans MySQL ........................... 591 12.6.1. Booléens de recherches en texte intégral ....................................... 593 12.6.2. Recherche en texte intégral avec extension de requête ..................... 595 12.6.3. Restrictions avec la recherche en texte intégral .............................. 596 12.6.4. Paramétrage précis de la recherche en text intégral de MySQL .......... 596 12.6.5. A faire dans la recherche Full-text ......................................... 598 12.7. Fonctions de transtypage ...................................................................... 598 12.8. Autres fonctions ................................................................................. 600 12.8.1. Fonctions sur les bits ................................................................ 600 12.8.2. Fonctions de chiffrements .......................................................... 602 12.8.3. Fonctions d'informations ........................................................... 605 12.8.4. Fonctions diverses .................................................................... 609 12.9. Fonctions et options à utiliser dans les clauses GROUP BY ......................... 611 12.9.1. Fonctions avec GROUP BY ........................................................ 611 Manuel de référence MySQL 5.0 ix 12.9.2. Options de GROUP BY ............................................................. 614 12.9.3. GROUP BY avec les champs cachés ............................................ 616 13. Syntaxe des commandes SQL .......................................................................... 618 13.1. Manipulation de données : SELECT, INSERT, UPDATE, DELETE .............. 618 13.1.1. Syntaxe de DELETE ................................................................. 618 13.1.2. Syntaxe de DO ......................................................................... 620 13.1.3. Syntaxe de HANDLER ............................................................... 620 13.1.4. Syntaxe de INSERT ................................................................. 621 13.1.5. Syntaxe de LOAD DATA INFILE ............................................. 627 13.1.6. Syntaxe de REPLACE ............................................................... 634 13.1.7. Syntaxe de SELECT ................................................................. 635 13.1.8. Sous-sélections (SubSELECT) ................................................... 643 13.1.9. Syntaxe de TRUNCATE ............................................................. 653 13.1.10. Syntaxe de UPDATE ............................................................... 653 13.2. Définition de données : CREATE, DROP, ALTER ...................................... 654 13.2.1. Syntaxe de ALTER DATABASE ................................................. 654 13.2.2. Syntaxe de ALTER TABLE ....................................................... 655 13.2.3. Syntaxe de CREATE DATABASE ............................................... 659 13.2.4. Syntaxe de CREATE INDEX ..................................................... 660 13.2.5. Syntaxe de CREATE TABLE ..................................................... 660 13.2.6. Syntaxe de DROP DATABASE ................................................... 671 13.2.7. Syntaxe de DROP INDEX ......................................................... 672 13.2.8. Syntaxe de DROP TABLE ......................................................... 672 13.2.9. Syntaxe de RENAME TABLE ..................................................... 673 13.3. Commandes de bases de l'utilisateur de MySQL ....................................... 673 13.3.1. Syntaxe de DESCRIBE (obtenir des informations sur les colonnes) ... 673 13.3.2. Syntaxe de USE ....................................................................... 674 13.4. Commandes relatives aux verrous et aux transactions ................................ 675 13.4.1. Syntaxes de START TRANSACTION, COMMIT et ROLLBACK ........ 675 13.4.2. Commandes qui ne peuvent pas être annulées ................................ 675 13.4.3. Commandes qui peuvent causer une validation implicite .................. 676 13.4.4. Syntaxe de SAVEPOINT et ROLLBACK TO SAVEPOINT ............. 676 13.4.5. Syntaxe de LOCK TABLES/UNLOCK TABLES ........................... 676 13.4.6. Syntaxe de SET TRANSACTION ............................................... 679 13.5. Référence de langage d'administration de la base de données ...................... 679 13.5.1. Commande de gestion des comptes utilisateurs .............................. 679 13.5.2. Commandes d'entretien des tables ............................................... 686 13.5.3. Syntaxe de SHOW ..................................................................... 695 13.5.4. Autres commandes d'administration ............................................. 709 13.6. Commandes de réplication ................................................................... 713 13.6.1. Requêtes SQL pour contrôler les maîtres de réplication ................... 713 13.6.2. Commandes SQL de contrôle des esclaves de réplication ................. 715 13.7. Syntaxe SQL pour les commandes préparées ........................................... 722 14. Moteurs de tables MySQL et types de table ........................................................ 725 14.1. Le moteur de tables MyISAM ................................................................ 726 14.1.1. Options de démarrage MyISAM .................................................. 728 14.1.2. Espace nécessaire pour stocker les index ....................................... 729 14.1.3. Formats de table MyISAM .......................................................... 730 14.1.4. Problèmes avec les tables MyISAM .............................................. 732 14.2. Tables assemblées MERGE .................................................................... 734 14.2.1. Problèmes avec les tables MERGE ................................................ 736 14.3. Le moteur de table MEMORY (HEAP) ...................................................... 736 14.4. Tables BDB ou BerkeleyDB .............................................................. 738 14.4.1. Systèmes d'exploitation supportés par BDB .................................... 739 14.4.2. Installation de BDB ................................................................... 739 14.4.3. Options de démarrage BDB ........................................................ 740 14.4.4. Caractéristiques des tables BDB .................................................. 741 14.4.5. Ce que nous devons corriger dans BDB dans un futur proche : ........... 743 14.4.6. Restrictions avec les tables BDB .................................................. 743 14.4.7. Erreurs pouvant survenir lors de l'utilisation des tables BDB ............. 743 14.5. Le moteur de table EXAMPLE ............................................................... 744 14.6. Le moteur de table FEDERATED ........................................................... 744 14.6.1. Installation du moteur de table FEDERATED ................................. 744 Manuel de référence MySQL 5.0 x 14.6.2. Description du moteur de stockage FEDERATED ........................... 744 14.6.3. Comment utiliser les tables FEDERATED ..................................... 745 14.6.4. Limitations du moteur de stockage FEDERATED ............................ 746 14.7. Le moteur de table ARCHIVE ............................................................... 747 14.8. Le moteur CSV ................................................................................... 747 14.9. Tables ISAM ..................................................................................... 747 15. Le moteur de tables InnoDB .......................................................................... 750 15.1. Présentation des tables InnoDB ............................................................ 750 15.2. Informations de contact InnoDB ........................................................... 750 15.3. InnoDB avec MySQL version 3.23 ....................................................... 750 15.4. Configuration InnoDB ........................................................................ 751 15.5. Options de démarrage InnoDB ............................................................. 755 15.6. Créer des bases InnoDB ...................................................................... 758 15.6.1. Si quelque chose se passe mal à la création de la base de données ...... 759 15.7. Créer des tables InnoDB ..................................................................... 759 15.7.1. Comment utiliser les transactions de InnoDB avec différentes API ... 760 15.7.2. Convertir des tables MyISAM vers InnoDB .................................. 761 15.7.3. Comment les colonnes AUTO_INCREMENT fonctionnent avec InnoDB ........................................................................................................ 761 15.7.4. Contraintes de clés étrangères FOREIGN KEY .............................. 762 15.7.5. InnoDB et la réplication MySQL ............................................... 765 15.7.6. Espaces de tables multiples : chaque table InnoDB a son fichier .ibd 766 15.8. Ajouter et retirer des données et des logs InnoDB .................................... 768 15.9. Sauver et restaurer une base InnoDB ..................................................... 769 15.9.1. Forcer la restauration ................................................................ 770 15.9.2. Points de contrôle ..................................................................... 771 15.10. Transférer une base de données InnoDB vers une autre machine ............... 772 15.11. Modèle de transactions et verrouillage InnoDB ....................................... 772 15.11.1. InnoDB et AUTOCOMMIT ....................................................... 772 15.11.2. InnoDB et SET ... TRANSACTION ISOLATION LEVEL ... 773 15.11.3. Lecture cohérente non-bloquante ............................................... 774 15.11.4. Verrous de lecture SELECT ... FOR UPDATE et SELECT ... LOCK IN SHARE MODE ................................................................... 774 15.11.5. Verrou de clé suivante : éviter le problème des lignes fantômes ....... 775 15.11.6. Un exemple de lecture cohérente avec InnoDB ........................... 776 15.11.7. Les verrous posés par différentes requêtes SQL avec InnoDB ........ 776 15.11.8. Quand est-ce que MySQL valide ou annule implicitement une transaction? ....................................................................................... 778 15.11.9. Détection des blocages et annulation .......................................... 778 15.11.10. Comment gérer les blocages de verrous? ................................... 778 15.12. Conseils pour l'amélioration des performances InnoDB ........................... 779 15.12.1. Le moniteur InnoDB .............................................................. 781 15.13. Implémentation du multi-versionnage ................................................... 785 15.14. Structures de tables et d'index .............................................................. 785 15.14.1. Structure physique d'un index ................................................... 786 15.14.2. Bufferisation des insertions ...................................................... 786 15.14.3. Index hash adaptatifs ............................................................... 786 15.14.4. Structure physique d'une ligne .................................................. 787 15.15. Gestion de l'espace fichiers et des entrées/sorties disque ........................... 787 15.15.1. Accès disques ........................................................................ 787 15.15.2. Utiliser les raw devices pour l'espace de tables ............................. 788 15.15.3. Gestion de l'espace fichier ........................................................ 788 15.15.4. Défragmentation des tables ....................................................... 789 15.16. Gestion des erreurs InnoDB ............................................................... 789 15.16.1. Codes d'erreurs InnoDB ......................................................... 790 15.16.2. Codes d'erreur sytème ............................................................. 790 15.17. Restrictions sur les tables InnoDB ....................................................... 795 15.18. Résolution de problèmes avec InnoDB ................................................. 797 15.18.1. Solutions pour le dictionnaire de données InnoDB ....................... 797 16. Introduction à MySQL Cluster ......................................................................... 799 16.1. Présentation de MySQL Cluster ............................................................ 799 16.2. Concepts de base de MySQL Cluster ...................................................... 799 16.3. Configuration simple multi-serveurs ....................................................... 800 Manuel de référence MySQL 5.0 xi 16.3.1. Matériel, logiciels et réseau ........................................................ 802 16.3.2. Installation .............................................................................. 802 16.3.3. Configuration .......................................................................... 804 16.3.4. Démarrage initial ..................................................................... 806 16.3.5. Charger les données d'exemple et exécuter des requêtes ................... 807 16.3.6. Arrêt et redémarrage du cluster ................................................... 810 16.4. Configuration de MySQL Cluster .......................................................... 811 16.4.1. Compilation du cluster .............................................................. 811 16.4.2. Installation du logiciel ............................................................... 811 16.4.3. Vérification rapide du fonctionnement du cluster ............................ 811 16.4.4. Fichier de configuration ............................................................ 814 16.5. Serveur de gestion du cluster MySQL ..................................................... 835 16.5.1. Utilisation des processus serveurs MySQL par MySQL Cluster .... 835 16.5.2. ndbd, le processus de stockage du cluster .................................... 835 16.5.3. ndb_mgmd, le serveur de gestion ................................................ 837 16.5.4. ndb_mgm, le client de gestion du cluster ...................................... 838 16.5.5. Options des commandes pour le cluster MySQL ............................ 838 16.6. Administration de MySQL Cluster ......................................................... 840 16.6.1. Commandes du client de gestion du Cluster ................................... 840 16.6.2. Rapport d'événements générés par le cluster MySQL ...................... 841 16.6.3. Utilisateur unique du cluster ....................................................... 846 16.6.4. Sauvegarde en ligne de MySQL Cluster ....................................... 847 16.7. Utilisation d'interconnexions haute vitesse avec MySQL Cluster .................. 849 16.7.1. Configurer le cluster MySQL avec les sockets SCI ......................... 850 16.7.2. Mesures de vitesses pour comprendre les impacts sur le cluster ......... 853 16.8. Cluster Limitations in MySQL 4.1 ......................................................... 854 16.9. Cluster MySQL en 5.0 et 5.1 ................................................................. 857 16.9.1. Évolutions de MySQL Cluster en MySQL 5.0 ........................... 857 16.9.2. Plans de développement de MySQL 5.1 pour le cluster MySQL ........ 858 16.10. MySQL Cluster FAQ ......................................................................... 858 16.11. MySQL Cluster Glossary ................................................................... 864 17. Introduction à MaxDB ................................................................................... 868 17.1. Historique de MaxDB .......................................................................... 868 17.2. Licence et support MaxDB ................................................................... 868 17.3. Liens traitant de MaxDB ....................................................................... 868 17.4. Concepts de base de MaxDB ................................................................. 868 17.5. Différences de fonctionnalités entre MaxDB et MySQL ............................. 868 17.6. Interopérabilité entre MaxDB et MySQL ................................................. 869 17.7. Mots réservés de MaxDB ...................................................................... 869 18. Données spatiales avec MySQL ....................................................................... 873 18.1. Introduction à GIS .............................................................................. 873 18.2. Le modèle géométrique OpenGIS .......................................................... 874 18.2.1. La hiérarchie des classes géométriques ......................................... 874 18.2.2. Classe Geometry ................................................................... 875 18.2.3. Classe Point ......................................................................... 876 18.2.4. Classe Curve ......................................................................... 876 18.2.5. Classe LineString ............................................................... 877 18.2.6. Classe Surface ..................................................................... 877 18.2.7. Classe Polygon ..................................................................... 877 18.2.8. Classe GeometryCollection ............................................... 878 18.2.9. Classe MultiPoint ............................................................... 878 18.2.10. Classe MultiCurve ............................................................. 879 18.2.11. Classe MultiLineString ................................................... 879 18.2.12. Classe MultiSurface ......................................................... 879 18.2.13. Classe MultiPolygon ......................................................... 879 18.3. Formats géométriques supportés ............................................................ 880 18.3.1. Format Well-Known Text (WKT) ............................................... 880 18.3.2. Le format Well-Known Binary (WKB) ........................................ 881 18.4. Créer une base de données avec les fonctionnalités géographiques ............... 882 18.4.1. Types de données géographiques MySQL ..................................... 882 18.4.2. Créer des objets géographiques ................................................... 882 18.4.3. Créer des colonnes géométriques ................................................. 885 18.4.4. Remplir des colonnes géométriques ............................................. 886 Manuel de référence MySQL 5.0 xii 18.4.5. Lire des données géométriques ................................................... 887 18.5. Analyser des données géographiques ...................................................... 888 18.5.1. Fonctions pour convertir les formes de format ............................... 888 18.5.2. Fonction d'analyse des propriétés des formes Geometry ................ 889 18.5.3. Fonctions qui génèrent des formes géométriques à partir d'autres formes ........................................................................................................ 895 18.5.4. Fonctions de tests des relations géométriques entre les formes .......... 896 18.5.5. Relations avec les Rectangles enveloppes (MBRs) .......................... 896 18.5.6. Fonctions qui testent les relations géométriques entre les formes ....... 897 18.6. Optimiser l'analyse géographique ........................................................... 898 18.6.1. Créer un index géométrique ....................................................... 899 18.6.2. Utiliser un index géométrique ..................................................... 900 18.7. MySQL compatibilité avec GIS ............................................................. 901 18.7.1. Les fonctionnalités de GIS que nous n'avons pas encore implémenté .. 901 19. Procédures stockées et fonctions ...................................................................... 903 19.1. Procédures stockées et tables de droits .................................................... 903 19.2. Syntaxe des procédures stockées ............................................................ 904 19.2.1. CREATE PROCEDURE et CREATE FUNCTION ........................... 904 19.2.2. ALTER PROCEDURE et ALTER FUNCTION ............................... 906 19.2.3. DROP PROCEDURE et DROP FUNCTION ................................... 906 19.2.4. SHOW CREATE PROCEDURE et SHOW CREATE FUNCTION ....... 906 19.2.5. SHOW PROCEDURE STATUS et SHOW FUNCTION STATUS ....... 907 19.2.6. CALL ..................................................................................... 907 19.2.7. La commande composée BEGIN ... END ................................. 907 19.2.8. La commande DECLARE ........................................................... 907 19.2.9. Les variables dans les procédures stockées .................................... 908 19.2.10. Conditions et gestionnaires ....................................................... 908 19.2.11. Curseurs ............................................................................... 910 19.2.12. Instructions de contrôle ............................................................ 911 20. Déclencheurs ................................................................................................ 914 20.1. Syntaxe de CREATE TRIGGER ............................................................ 914 20.2. Syntaxe de DROP TRIGGER ................................................................ 915 20.3. Utiliser les déclencheurs ...................................................................... 915 21. Vues ........................................................................................................... 918 21.1. Syntaxe ALTER VIEW ........................................................................ 918 21.2. Syntaxe de CREATE VIEW .................................................................. 918 21.3. Syntaxe DROP VIEW .......................................................................... 919 21.4. Syntaxe SHOW CREATE VIEW ............................................................ 919 22. La base de données d'informations INFORMATION_SCHEMA ............................... 920 22.1. Les tables INFORMATION_SCHEMA ..................................................... 921 22.1.1. La table INFORMATION_SCHEMA SCHEMATA ........................... 922 22.1.2. La table INFORMATION_SCHEMA TABLES ............................... 922 22.1.3. La table INFORMATION_SCHEMA COLUMNS ............................. 923 22.1.4. La table INFORMATION_SCHEMA STATISTICS ....................... 925 22.1.5. La table INFORMATION_SCHEMA USER_PRIVILEGES ............. 926 22.1.6. La table INFORMATION_SCHEMA SCHEMA_PRIVILEGES ......... 926 22.1.7. La table INFORMATION_SCHEMA TABLE_PRIVILEGES ........... 927 22.1.8. La table INFORMATION_SCHEMA COLUMN_PRIVILEGES ......... 927 22.1.9. La table INFORMATION_SCHEMA CHARACTER_SETS ............... 928 22.1.10. La table INFORMATION_SCHEMA COLLATIONS ..................... 928 22.1.11. La table INFORMATION_SCHEMA COLLATION_CHARACTER_SET_APPLICABILITY ............................. 929 22.1.12. La table INFORMATION_SCHEMA TABLE_CONSTRAINTS ....... 929 22.1.13. La table INFORMATION_SCHEMA KEY_COLUMN_USAGE ......... 930 22.1.14. La table INFORMATION_SCHEMA ROUTINES ......................... 931 22.1.15. La table INFORMATION_SCHEMA VIEWS ............................... 932 22.1.16. Autres tables INFORMATION_SCHEMA ..................................... 933 22.2. Extensions à la commande SHOW ........................................................... 933 23. Mathématiques de précision ............................................................................ 936 23.1. Types de valeurs numériques ................................................................ 936 23.2. Changements de type de données avec DECIMAL ..................................... 937 23.3. Gestion des expressions ....................................................................... 939 23.4. Arrondissement de valeurs ................................................................... 940 Manuel de référence MySQL 5.0 xiii 23.5. Exemples de calculs de mathématiques ................................................... 941 24. API MySQL ................................................................................................. 946 24.1. Utilitaires de développement des programmes MySQL .............................. 946 24.1.1. msql2mysql, convertit des programmes mSQL vers MySQL ......... 946 24.1.2. mysql_config lit les options de compilations du client MySQL .... 946 24.2. API MySQL C ................................................................................... 948 24.2.1. Types de données de l'API C ...................................................... 948 24.2.2. Vue d'ensemble des fonctions de l'API C ...................................... 951 24.2.3. Description des fonctions de l'API C ............................................ 954 24.2.4. Fonctions C de commandes préparées .......................................... 993 24.2.5. Types de données de l'API C ...................................................... 993 24.2.6. Présentation des fonctions de l'interface C ..................................... 996 24.2.7. Description des fonctions C pour les requêtes préparées ................... 998 24.2.8. Problèmes avec l'interface C des commandes préparées ................. 1019 24.2.9. Gestion des commandes multiples avec l'interface C ..................... 1019 24.2.10. Gestion des dates et horaires avec l'interface C ........................... 1020 24.2.11. Description des fonctions threadées de C .................................. 1021 24.2.12. Description des fonctions C du serveur embarqué ....................... 1022 24.2.13. Questions courantes sur la bibliothèque C ................................. 1023 24.2.14. Compiler les clients .............................................................. 1025 24.2.15. Comment faire un client MySQL threadé .................................. 1026 24.2.16. libmysqld, la bibliothèque du serveur embarqué MySQL ......... 1027 24.3. API PHP pour MySQL ...................................................................... 1031 24.3.1. Problèmes fréquents avec MySQL et PHP .................................. 1032 24.4. API Perl pour MySQL ....................................................................... 1032 24.5. Interface MySQL C++ ....................................................................... 1033 24.5.1. Borland C++ ......................................................................... 1033 24.6. MySQL Python API .......................................................................... 1033 24.7. MySQL Tcl API ............................................................................... 1033 24.8. Couche MySQL pour Eiffel ................................................................ 1033 25. Pilotes MySQL ........................................................................................... 1034 25.1. Support ODBC de MySQL ................................................................. 1034 25.1.1. Introduction to MyODBC ........................................................ 1034 25.1.2. General Information About ODBC and MyODBC ........................ 1037 25.1.3. Comment installer MyODBC ................................................... 1039 25.1.4. Installer MyODBC depuis une distribution binaire sur Windows ..... 1040 25.1.5. Installing MyODBC from a Binary Distribution on Unix ............... 1040 25.1.6. Installer MyODBC depuis la version source sur Windows .............. 1041 25.1.7. Installing MyODBC from a Source Distribution on Unix ............... 1043 25.1.8. Installer MyODBC depuis le serveur de versions BitKeeper ........... 1048 25.1.9. MyODBC Configuration ......................................................... 1049 25.1.10. Problèmes avec les connexions MyODBC ................................. 1067 25.1.11. MyODBC et Microsoft Access ................................................ 1067 25.1.12. MyODBC et Microsoft VBA et ASP ........................................ 1072 25.1.13. MyODBC et les outils tierce partie .......................................... 1074 25.1.14. Fonctionnalités générales de MyODBC .................................... 1075 25.1.15. Instructions de base pour utiliser MyODBC ............................... 1079 25.1.16. Table de référence MyODBC ................................................. 1080 25.1.17. MyODBC Data Types ........................................................... 1085 25.1.18. Codes d'erreurs MyODBC ...................................................... 1086 25.1.19. MyODBC avec VB : ADO, DAO and RDO .............................. 1087 25.1.20. MyODBC avec Microsoft .NET .............................................. 1091 25.1.21. Crédits ............................................................................... 1094 25.2. MySQL et Java (JDBC) ..................................................................... 1094 26. Gestion des erreurs avec MySQL ................................................................... 1096 27. Etendre MySQL .......................................................................................... 1130 27.1. Rouages de MySQL .......................................................................... 1130 27.1.1. Threads MySQL .................................................................... 1130 27.1.2. Suite de test de MySQL ........................................................... 1130 27.2. Ajouter des fonctions à MySQL .......................................................... 1133 27.2.1. Fonctionnalités des fonctions utilisateur ..................................... 1133 27.2.2. Syntaxe de CREATE FUNCTION/DROP FUNCTION ................. 1134 27.2.3. Ajouter une nouvelle fonction définie par l'utilisateur (UDF) ........... 1134 Manuel de référence MySQL 5.0 xiv 27.2.4. Ajouter de nouvelles fonctions natives ....................................... 1142 27.3. Ajouter une nouvelle procédure à MySQL ............................................. 1143 27.3.1. La procédure Analyse ............................................................. 1144 27.3.2. Ecrire une procédure ............................................................... 1144 A. Problèmes et erreurs communes ...................................................................... 1145 A.1. Comment déterminer ce qui pose problème ............................................ 1145 A.2. Erreurs communes rencontrées avec MySQL .......................................... 1146 A.2.1. Erreur Access denied ........................................................ 1146 A.2.2. Erreur Can't connect to [local] MySQL server ........ 1146 A.2.3. Erreur Client does not support authentication protocol ..................................................................................... 1148 A.2.4. Echec de saisie du mot de passe avec le client interactif .................. 1149 A.2.5. Erreur Host '...' is blocked ........................................ 1149 A.2.6. Erreur Too many connections .......................................... 1149 A.2.7. Erreur Out of memory ........................................................ 1150 A.2.8. Erreur MySQL server has gone away .............................. 1150 A.2.9. Erreur Packet too large .................................................. 1151 A.2.10. Erreurs de communication / Connexion annulée .......................... 1152 A.2.11. Erreur The table is full ............................................... 1153 A.2.12. Erreur Can't create/write to file ............................. 1154 A.2.13. Erreur du client Commands out of sync ............................ 1154 A.2.14. Erreur Ignoring user ....................................................... 1154 A.2.15. Erreur Table 'xxx' doesn't exist ............................... 1155 A.2.16. Erreur Can't initialize character set xxx ............. 1155 A.2.17. Fichier non trouvé ................................................................. 1156 A.3. Notes relatives à l'installation ............................................................... 1157 A.3.1. Problèmes lors de la liaison avec la bibliothèque du client MySQL ... 1157 A.3.2. Comment exécuter MySQL comme un utilisateur normal ............... 1158 A.3.3. Problèmes avec les permissions sur fichiers .................................. 1158 A.4. Notes relatives à l'administration .......................................................... 1159 A.4.1. Comment réinitialiser un mot de passe Root oublié ........................ 1159 A.4.2. Que faire si MySQL plante constamment ? .................................. 1161 A.4.3. Comment MySQL gère un disque plein ....................................... 1163 A.4.4. Où MySQL stocke les fichiers temporaires ? ................................ 1164 A.4.5. Comment protéger ou changer le fichier socket /tmp/mysql.sock 1164 A.4.6. Problèmes de fuseaux horaires ................................................... 1165 A.5. Problèmes relatifs aux requêtes ............................................................ 1165 A.5.1. Sensibilité à la casse dans les recherches ...................................... 1165 A.5.2. Problèmes avec l'utilisation des colonnes DATE ............................ 1166 A.5.3. Problèmes avec les valeurs NULL ............................................... 1167 A.5.4. Problèmes avec les alias ....................................................... 1168 A.5.5. Erreur Some non-transactional changed tables couldn't be rolled back ......................................................................... 1168 A.5.6. Effacer des lignes de tables reliées .............................................. 1169 A.5.7. Résoudre les problèmes des lignes non retournées ......................... 1169 A.5.8. Problèmes de comparaisons avec nombres à virgule flottante ........... 1170 A.6. Problèmes liés à l'optimiseur ................................................................ 1172 A.7. Questions relatives aux définitions de tables ........................................... 1172 A.7.1. Problèmes avec ALTER TABLE. ............................................... 1173 A.7.2. Comment changer l'ordre des colonnes dans une table .................... 1173 A.7.3. Problèmes avec les tables temporaires ......................................... 1174 B. Crédits ....................................................................................................... 1175 B.1. Développeurs chez MySQL AB ............................................................ 1175 B.2. Contributeurs à MySQL ...................................................................... 1179 B.3. Documenteurs et traducteurs ................................................................ 1183 B.4. Bibliothèques utilisées et incluses dans MySQL ...................................... 1184 B.5. Applications qui supportent MySQL ..................................................... 1185 B.6. Outils utilisés pour créer MySQL .......................................................... 1186 B.7. Supporters de MySQL ........................................................................ 1186 B.8. Les évolutions de MySQL (la liste des tâches) ......................................... 1187 B.8.1. Nouvelles fonctionnalités prévues pour la version 5.0 ..................... 1187 B.8.2. Nouvelles fonctionnalités prévues pour 5.1 .................................. 1188 B.8.3. Ce qui doit être fait dans un futur proche ...................................... 1188 Manuel de référence MySQL 5.0 xv B.8.4. Ce qui est prévu à moyen terme ................................................. 1191 B.8.5. Ce qui n'est pas prévu .............................................................. 1192 C. Historique des changements MySQL ............................................................... 1193 C.1. Changements de la version 5.0.0 (Développement) ................................... 1193 C.1.1. Changements de la version 5.0.6 (pas encore publiée) .................... 1193 C.1.2. Changements de la version 5.0.5 (Bientôt publiée) ......................... 1194 C.1.3. Changements de la version 5.0.4 (16 avril 2005) ........................... 1196 C.1.4. Changements de la version 5.0.3 (23 mars 2005 : Beta) .................. 1199 C.1.5. Changements de la version 5.0.2 (1er Décembre 2004) ................... 1209 C.1.6. Changements de la version 5.0.1 (pas encore publiée) .................... 1211 C.1.7. Changements de la version 5.0.0 (22 décembre 2003 : Alpha) .......... 1213 C.2. Changements de la version 4.1.x (Alpha) ................................................ 1213 C.2.1. Changements de la version 4.1.12 (Pas encore publiée) ................... 1214 C.2.2. Changements de la version 4.1.11 (1 avril 2005) ........................... 1216 C.2.3. Changements de la version 4.1.10 (12 février 2005) ....................... 1223 C.2.4. Changements de la version 4.1.9 (11 Janvier 2005) ........................ 1227 C.2.5. Changements de la version 4.1.8 (14 Décembre 2004) .................... 1229 C.2.6. Changements de la version 4.1.7 (bientôt publiée) ......................... 1230 C.2.7. Changements de la version 4.1.6 (10 Octobre 2004) ....................... 1231 C.2.8. Changements de la version 4.1.4 (16 Septembre 2004) ................... 1232 C.2.9. Changements de la version 4.1.4 (26 Août 2004) ........................... 1233 C.2.10. Changements de la version 4.1.3 (pas encore publiée) ................... 1236 C.2.11. Changements de la version 4.1.2 ............................................... 1236 C.2.12. Changements de la version 4.1.1 (01 décembre 2003) ................... 1244 C.2.13. Changements de la version 4.1.0 (03 Avril 2003 : alpha) ............... 1249 C.3. Changements de la version 4.0.x (Production) ......................................... 1252 C.3.1. Changements de la version 4.0.25 (pas encore publié) .................... 1253 C.3.2. Changements de la version 4.0.24 (04 Mars 2005) ......................... 1254 C.3.3. Changements de la version 4.0.23 (18 Décembre 2004) .................. 1256 C.3.4. Changements de la version 4.0.22 (27 Octobre 2004) ..................... 1258 C.3.5. Changements de la version 4.0.21 ............................................... 1259 C.3.6. Changements de la version 4.0.20 ............................................... 1259 C.3.7. Changements de la version 4.0.19 (04 mai 2004) ........................... 1260 C.3.8. Changements de la version 4.0.18 (pas encore publiée) ................... 1263 C.3.9. Changements de la version 4.0.17 (14 décembre 2003) ................... 1266 C.3.10. Changements de la version 4.0.16 (17 octobre 2003) .................... 1269 C.3.11. Changements de la version 4.0.15 (03 septembre 2003) ................. 1271 C.3.12. Changements de la version 4.0.14 (18 juillet 2003) ...................... 1275 C.3.13. Changements de la version 4.0.13 (16 Mai 2003) ......................... 1279 C.3.14. Changements de la version 4.0.12 (15 Mars 2003 : Production) ...... 1283 C.3.15. Changements de la version 4.0.11 (20 Février 2003) ..................... 1284 C.3.16. Changements de la version 4.0.10 (29 janvier 2003) ..................... 1285 C.3.17. Changements de la version 4.0.9 (09 janvier 2003) ....................... 1287 C.3.18. Changements de la version 4.0.8 (07 janvier 2003) ....................... 1287 C.3.19. Changements de la version 4.0.7 (20 Décembre 2002) .................. 1288 C.3.20. Changements de la version 4.0.6 (14 Décembre 2002 : Gamma) ..... 1288 C.3.21. Changements de la version 4.0.5 (13 novembre 2002) ................... 1290 C.3.22. Changements de la version 4.0.4 (29 septembre 2002) .................. 1292 C.3.23. Changements de la version 4.0.3 (26 Août 2002 : Beta) ................. 1293 C.3.24. Changements de la version 4.0.2 (01 Juillet 2002) ........................ 1295 C.3.25. Changements de la version 4.0.1 (23 décembre 2001) ................... 1299 C.3.26. Changements de la version 4.0.0 (Octobre 2001 : alpha) ............... 1300 C.4. Changements de la version 3.23.x (Recent; still supported) ........................ 1302 C.4.1. Changements de la version 3.23.59 (not released yet) ..................... 1303 C.4.2. Changements de la version 3.23.58 (11 septembre 2003) ................. 1303 C.4.3. Changements de la version 3.23.57 (06 juin 2003) ......................... 1304 C.4.4. Changements de la version 3.23.56 (13 mars 2003) ........................ 1305 C.4.5. Changements de la version 3.23.55 (23 janvier 2003) ..................... 1306 C.4.6. Changements de la version 3.23.54 (05 décembre 2002) ................. 1307 C.4.7. Changements de la version 3.23.53 (09 octobre 2002) .................... 1308 C.4.8. Changements de la version 3.23.52 (14 août 2002) ........................ 1308 C.4.9. Changements de la version 3.23.51 (31 mai 2002) ......................... 1309 C.4.10. Changements de la version 3.23.50 (21 avril 2002) ...................... 1310 Manuel de référence MySQL 5.0 xvi C.4.11. Changements de la version 3.23.49 ........................................... 1311 C.4.12. Changements de la version 3.23.48 (07 février 2002) .................... 1311 C.4.13. Changements de la version 3.23.47 (27 décembre 2001) ................ 1312 C.4.14. Changements de la version 3.23.46 (29 novembre 2001) ............... 1313 C.4.15. Changements de la version 3.23.45 (22 novembre 2001) ............... 1313 C.4.16. Changements de la version 3.23.44 (31 octobre 2001) ................... 1314 C.4.17. Changements de la version 3.23.43 (04 octobre 2001) ................... 1315 C.4.18. Changements de la version 3.23.42 (08 septembre 2001) ............... 1315 C.4.19. Changements de la version 3.23.41 (11 août 2001) ....................... 1316 C.4.20. Changements de la version 3.23.40 ........................................... 1317 C.4.21. Changements de la version 3.23.39 (12 juin 2001) ....................... 1318 C.4.22. Changements de la version 3.23.38 (09 mai 2001) ........................ 1318 C.4.23. Changements de la version 3.23.37 (17 avril 2001) ...................... 1319 C.4.24. Changements de la version 3.23.36 (27 mars 2001) ...................... 1320 C.4.25. Changements de la version 3.23.35 (15 mars 2001) ...................... 1320 C.4.26. Changements de la version 3.23.34a .......................................... 1321 C.4.27. Changements de la version 3.23.34 (10 mars 2001) ...................... 1321 C.4.28. Changements de la version 3.23.33 (09 février 2001) .................... 1322 C.4.29. Changements de la version 3.23.32 (22 Jan 2001: Production) ........ 1323 C.4.30. Changements de la version 3.23.31 (17 janvier 2001) ................... 1324 C.4.31. Changements de la version 3.23.30 (04 janvier 2001) ................... 1324 C.4.32. Changements de la version 3.23.29 (16 décembre 2000) ................ 1325 C.4.33. Changements de la version 3.23.28 (22 Nov 2000: Gamma) .......... 1327 C.4.34. Changements de la version 3.23.27 (24 octobre 2000) ................... 1329 C.4.35. Changements de la version 3.23.26 (18 octobre 2000) ................... 1329 C.4.36. Changements de la version 3.23.25 (29 septembre 2000) ............... 1330 C.4.37. Changements de la version 3.23.24 (08 septembre 2000) ............... 1331 C.4.38. Changements de la version 3.23.23 (01 septembre 2000) ............... 1332 C.4.39. Changements de la version 3.23.22 (31 juillet 2000) ..................... 1333 C.4.40. Changements de la version 3.23.21 ........................................... 1334 C.4.41. Changements de la version 3.23.20 ........................................... 1334 C.4.42. Changements de la version 3.23.19 ........................................... 1335 C.4.43. Changements de la version 3.23.18 ........................................... 1335 C.4.44. Changements de la version 3.23.17 ........................................... 1335 C.4.45. Changements de la version 3.23.16 ........................................... 1336 C.4.46. Changements de la version 3.23.15 (May 2000: Beta) ................... 1337 C.4.47. Changements de la version 3.23.14 ........................................... 1338 C.4.48. Changements de la version 3.23.13 ........................................... 1338 C.4.49. Changements de la version 3.23.12 (07 mars 2000) ...................... 1339 C.4.50. Changements de la version 3.23.11 ........................................... 1340 C.4.51. Changements de la version 3.23.10 ........................................... 1340 C.4.52. Changements de la version 3.23.9 ............................................. 1340 C.4.53. Changements de la version 3.23.8 (02 janvier 2000) ..................... 1341 C.4.54. Changements de la version 3.23.7 (10 décembre 1999) ................. 1342 C.4.55. Changements de la version 3.23.6 ............................................. 1343 C.4.56. Changements de la version 3.23.5 (20 octobre 1999) .................... 1343 C.4.57. Changements de la version 3.23.4 (28 septembre 1999) ................. 1344 C.4.58. Changements de la version 3.23.3 ............................................. 1345 C.4.59. Changements de la version 3.23.2 (09 août 1999) ........................ 1345 C.4.60. Changements de la version 3.23.1 ............................................. 1346 C.4.61. Changements de la version 3.23.0 (05 Aug 1999: Alpha) ............... 1346 C.5. Changements de la version 3.22.x (Old; discontinued) .............................. 1349 C.5.1. Changements de la version 3.22.35 ............................................. 1349 C.5.2. Changements de la version 3.22.34 ............................................. 1349 C.5.3. Changements de la version 3.22.33 ............................................. 1349 C.5.4. Changements de la version 3.22.32 (14 février 2000) ..................... 1349 C.5.5. Changements de la version 3.22.31 ............................................. 1349 C.5.6. Changements de la version 3.22.30 ............................................. 1350 C.5.7. Changements de la version 3.22.29 (02 janvier 2000) ..................... 1350 C.5.8. Changements de la version 3.22.28 (20 octobre 1999) .................... 1350 C.5.9. Changements de la version 3.22.27 ............................................. 1350 C.5.10. Changements de la version 3.22.26 (16 septembre 1999) ............... 1351 C.5.11. Changements de la version 3.22.25 ........................................... 1351 Manuel de référence MySQL 5.0 xvii C.5.12. Changements de la version 3.22.24 (05 juillet 1999) ..................... 1351 C.5.13. Changements de la version 3.22.23 (08 juin 1999) ....................... 1351 C.5.14. Changements de la version 3.22.22 (30 avril 1999) ...................... 1352 C.5.15. Changements de la version 3.22.21 ........................................... 1352 C.5.16. Changements de la version 3.22.20 (18 mars 1999) ...................... 1353 C.5.17. Changements de la version 3.22.19 (Mar 1999: Production) ........... 1353 C.5.18. Changements de la version 3.22.18 ........................................... 1353 C.5.19. Changements de la version 3.22.17 ........................................... 1353 C.5.20. Changements de la version 3.22.16 (Feb 1999: Gamma) ............... 1353 C.5.21. Changements de la version 3.22.15 ........................................... 1354 C.5.22. Changements de la version 3.22.14 ........................................... 1354 C.5.23. Changements de la version 3.22.13 ........................................... 1354 C.5.24. Changements de la version 3.22.12 ........................................... 1355 C.5.25. Changements de la version 3.22.11 ........................................... 1355 C.5.26. Changements de la version 3.22.10 ........................................... 1356 C.5.27. Changements de la version 3.22.9 ............................................. 1357 C.5.28. Changements de la version 3.22.8 ............................................. 1357 C.5.29. Changements de la version 3.22.7 (Sep 1998: Beta) ...................... 1358 C.5.30. Changements de la version 3.22.6 ............................................. 1358 C.5.31. Changements de la version 3.22.5 ............................................. 1358 C.5.32. Changements de la version 3.22.4 ............................................. 1360 C.5.33. Changements de la version 3.22.3 ............................................. 1361 C.5.34. Changements de la version 3.22.2 ............................................. 1361 C.5.35. Changements de la version 3.22.1 (Jun 1998: Alpha) .................... 1361 C.5.36. Changements de la version 3.22.0 ............................................. 1362 C.6. Changements de la version 3.21.x ......................................................... 1363 C.6.1. Changements de la version 3.21.33 ............................................. 1363 C.6.2. Changements de la version 3.21.32 ............................................. 1364 C.6.3. Changements de la version 3.21.31 ............................................. 1364 C.6.4. Changements de la version 3.21.30 ............................................. 1364 C.6.5. Changements de la version 3.21.29 ............................................. 1365 C.6.6. Changements de la version 3.21.28 ............................................. 1365 C.6.7. Changements de la version 3.21.27 ............................................. 1365 C.6.8. Changements de la version 3.21.26 ............................................. 1366 C.6.9. Changements de la version 3.21.25 ............................................. 1366 C.6.10. Changements de la version 3.21.24 ........................................... 1366 C.6.11. Changements de la version 3.21.23 ........................................... 1367 C.6.12. Changements de la version 3.21.22 ........................................... 1367 C.6.13. Changements de la version 3.21.21a .......................................... 1368 C.6.14. Changements de la version 3.21.21 ........................................... 1368 C.6.15. Changements de la version 3.21.20 ........................................... 1368 C.6.16. Changements de la version 3.21.19 ........................................... 1369 C.6.17. Changements de la version 3.21.18 ........................................... 1369 C.6.18. Changements de la version 3.21.17 ........................................... 1369 C.6.19. Changements de la version 3.21.16 ........................................... 1370 C.6.20. Changements de la version 3.21.15 ........................................... 1370 C.6.21. Changements de la version 3.21.14b .......................................... 1371 C.6.22. Changements de la version 3.21.14a .......................................... 1371 C.6.23. Changements de la version 3.21.13 ........................................... 1371 C.6.24. Changements de la version 3.21.12 ........................................... 1372 C.6.25. Changements de la version 3.21.11 ........................................... 1373 C.6.26. Changements de la version 3.21.10 ........................................... 1373 C.6.27. Changements de la version 3.21.9 ............................................. 1374 C.6.28. Changements de la version 3.21.8 ............................................. 1374 C.6.29. Changements de la version 3.21.7 ............................................. 1374 C.6.30. Changements de la version 3.21.6 ............................................. 1375 C.6.31. Changements de la version 3.21.5 ............................................. 1375 C.6.32. Changements de la version 3.21.4 ............................................. 1375 C.6.33. Changements de la version 3.21.3 ............................................. 1375 C.6.34. Changements de la version 3.21.2 ............................................. 1376 C.6.35. Changements de la version 3.21.0 ............................................. 1377 C.7. Changements de la version 3.20.x ......................................................... 1378 C.7.1. Changements de la version 3.20.18 ............................................. 1378 Manuel de référence MySQL 5.0 xviii C.7.2. Changements de la version 3.20.17 ............................................. 1379 C.7.3. Changements de la version 3.20.16 ............................................. 1380 C.7.4. Changements de la version 3.20.15 ............................................. 1380 C.7.5. Changements de la version 3.20.14 ............................................. 1380 C.7.6. Changements de la version 3.20.13 ............................................. 1381 C.7.7. Changements de la version 3.20.11 ............................................. 1381 C.7.8. Changements de la version 3.20.10 ............................................. 1382 C.7.9. Changements de la version 3.20.9 ............................................... 1382 C.7.10. Changements de la version 3.20.8 ............................................. 1382 C.7.11. Changements de la version 3.20.7 ............................................. 1382 C.7.12. Changements de la version 3.20.6 ............................................. 1383 C.7.13. Changements de la version 3.20.3 ............................................. 1384 C.7.14. Changements de la version 3.20.0 ............................................. 1385 C.8. Changements de la version 3.19.x ......................................................... 1385 C.8.1. Changements de la version 3.19.5 ............................................... 1385 C.8.2. Changements de la version 3.19.4 ............................................... 1386 C.8.3. Changements de la version 3.19.3 ............................................... 1386 C.9. Evolutions de InnoDB ........................................................................ 1386 C.9.1. MySQL/InnoDB-4.0.21, pas publiée ........................................... 1386 C.9.2. MySQL/InnoDB-4.1.4, 31 Août 2004 ......................................... 1387 C.9.3. MySQL/InnoDB-4.1.3, 28 Juin 2004 ........................................... 1388 C.9.4. MySQL/InnoDB-4.1.2, pas publiée ............................................. 1388 C.9.5. MySQL/InnoDB-4.0.20, 18 mai 2004 ......................................... 1389 C.9.6. MySQL/InnoDB-4.0.19, 4 mai 2004 ........................................... 1389 C.9.7. MySQL/InnoDB-4.0.18, 13 février 2004 ...................................... 1390 C.9.8. MySQL/InnoDB-5.0.0, 24 décembre 2003 ................................... 1391 C.9.9. MySQL/InnoDB-4.0.17, 17 décembre 2003 ................................. 1391 C.9.10. MySQL/InnoDB-4.1.1, 4 décembre 2003 ................................... 1392 C.9.11. MySQL/InnoDB-4.0.16, 22 octobre 2003 ................................... 1392 C.9.12. MySQL/InnoDB-3.23.58, 15 septembre 2003 ............................. 1392 C.9.13. MySQL/InnoDB-4.0.15, 10 septembre 2003 ............................... 1392 C.9.14. MySQL/InnoDB-4.0.14, 22 juillet 2003 ..................................... 1393 C.9.15. MySQL/InnoDB-3.23.57, 20 juin 2003 ...................................... 1394 C.9.16. MySQL/InnoDB-4.0.13, 20 mai 2003 ........................................ 1395 C.9.17. MySQL/InnoDB-4.1.0, 3 avril 2003 .......................................... 1395 C.9.18. MySQL/InnoDB-3.23.56, 17 mars 2003 ..................................... 1396 C.9.19. MySQL/InnoDB-4.0.12, 18 mars 2003 ...................................... 1396 C.9.20. MySQL/InnoDB-4.0.11, 25 février 2003 .................................... 1396 C.9.21. MySQL/InnoDB-4.0.10, 4 février 2003 ...................................... 1396 C.9.22. MySQL/InnoDB-3.23.55, 24 janvier 2003 .................................. 1397 C.9.23. MySQL/InnoDB-4.0.9, 14 janvier 2003 ..................................... 1397 C.9.24. MySQL/InnoDB-4.0.8, 7 janvier 2003 ....................................... 1398 C.9.25. MySQL/InnoDB-4.0.7, 26 décembre 2002 ................................. 1398 C.9.26. MySQL/InnoDB-4.0.6, 19 décembre 2002 ................................. 1398 C.9.27. MySQL/InnoDB-3.23.54, 12 d#cembre 2003 .............................. 1398 C.9.28. MySQL/InnoDB-4.0.5, 18 novembre 2002 ................................. 1399 C.9.29. MySQL/InnoDB-3.23.53, 9 octobre 2002 ................................... 1400 C.9.30. MySQL/InnoDB-4.0.4, 2 octobre 2002 ...................................... 1400 C.9.31. MySQL/InnoDB-4.0.3, 28 août 2002 ......................................... 1401 C.9.32. MySQL/InnoDB-3.23.52, 16 août 2002 ..................................... 1401 C.9.33. MySQL/InnoDB-4.0.2, 10 juillet 2002 ....................................... 1403 C.9.34. MySQL/InnoDB-3.23.51, 12 juin 2002 ...................................... 1403 C.9.35. MySQL/InnoDB-3.23.50, 23 avril 2002 ..................................... 1403 C.9.36. MySQL/InnoDB-3.23.49, 17 février 2002 .................................. 1404 C.9.37. MySQL/InnoDB-3.23.48, 9 février 2002 .................................... 1404 C.9.38. MySQL/InnoDB-3.23.47, 28 décembre 2001 .............................. 1405 C.9.39. MySQL/InnoDB-4.0.1, 3 décembre 2001 ................................... 1405 C.9.40. MySQL/InnoDB-3.23.46, 30 novembre 2001 .............................. 1406 C.9.41. MySQL/InnoDB-3.23.45, 23 novembre 2001 .............................. 1406 C.9.42. MySQL/InnoDB-3.23.44, 2 novembre 2001 ............................... 1406 C.9.43. MySQL/InnoDB-3.23.43, 4 octobre 2001 ................................... 1407 C.9.44. MySQL/InnoDB-3.23.42, 9 septembre 2001 ............................... 1407 C.9.45. MySQL/InnoDB-3.23.41, 13 août 2001 ..................................... 1407 Manuel de référence MySQL 5.0 xix C.9.46. MySQL/InnoDB-3.23.40, 16 juillet 2001 ................................... 1408 C.9.47. MySQL/InnoDB-3.23.39, 13 juin 2001 ...................................... 1408 C.9.48. MySQL/InnoDB-3.23.38, 12 mai 2001 ...................................... 1408 C.10. Historique de MySQL Cluster ........................................................ 1408 C.10.1. MySQL Cluster-4.1.11 (01 Apr 2005) ....................................... 1408 C.10.2. MySQL Cluster-4.1.10 (12 Feb 2005) ........................................ 1408 C.10.3. MySQL Cluster-4.1.9 (13 Jan 2005) .......................................... 1409 C.10.4. MySQL Cluster-4.1.8 (14 Dec 2004) ......................................... 1410 C.10.5. MySQL Cluster-4.1.7, (23 Octobre 2004) ................................... 1412 C.10.6. MySQL Cluster-4.1.6, 10 octobre 2004 ...................................... 1412 C.10.7. MySQL Cluster-4.1.5, 16 septembre 2004 .................................. 1413 C.10.8. MySQL Cluster-4.1.4, 31 août 2004 .......................................... 1415 C.10.9. MySQL Cluster-5.0.1, 27 juillet 2004 ........................................ 1415 C.10.10. MySQL Cluster-4.1.3, 28 juin 2004 ......................................... 1415 C.11. Historique de MyODBC ...................................................................... 1416 C.11.1. Changes in MyODBC 3.51.12 .................................................. 1416 C.11.2. Changes in MyODBC 3.51.11 .................................................. 1416 D. Port vers d'autres systèmes ............................................................................. 1417 D.1. Déboguer un serveur MySQL .............................................................. 1418 D.1.1. Compiler MYSQL pour le débogage ........................................... 1418 D.1.2. Créer un fichier de tra¸age ........................................................ 1419 D.1.3. Déboguer mysqld sous gdb .................................................... 1420 D.1.4. Utilisation d'un tra¸age de pile mémoire ....................................... 1421 D.1.5. Utilisation des fichiers de log pour trouver d'où viennent les erreurs de mysqld ......................................................................................... 1422 D.1.6. Faire une batterie de tests lorsque vous faites face à un problème de table corrompue ...................................................................................... 1422 D.2. Débogage un client MySQL ................................................................ 1423 D.3. Le paquet DBUG ............................................................................... 1424 D.4. Commentaires à propos des threads RTS ................................................ 1425 D.5. Différences entre les différents paquets de threads ................................... 1426 E. Variables d'environnement ............................................................................. 1428 F. Expressions régulières MySQL ....................................................................... 1429 G. Licence Publique Générale GNU .................................................................... 1433 H. Exception de licence MySQL FLOSS .............................................................. 1440 Index ............................................................................................................. 1442 Manuel de référence MySQL 5.0 xx Preface Ceci est le manuel de référence du système de base de données MySQL. Cette version fait référence à la version 5.0.6-beta du serveur MySQL mais elle est aussi valable pour toute version plus ancienne, là où c'est indiqué. xxi Chapitre 1. Informations générales Le logiciel MySQL (TM) est un serveur de base de données SQL très rapide, multi-threadé, multi- utilisateur et robuste. Le serveur MySQL est destiné aux missions stratégiques et aux systèmes de production à forte charge, ainsi qu'à l'intégration dans des logiciels déployés à grande échelle. MySQL est une marque déposée de MySQL AB. Le logiciel MySQL dispose de deux licenses. Les utilisateurs peuvent choisir entre utiliser MySQL comme un logiciel Open Source/Logiciel libre, sous les termes de la licence GNU General Public License (http://www.gnu.org/licenses/) ou bien, ils peuvent acheter une licence commerciale auprès de MySQL AB. Voyez http://www.mysql.com/company/legal/licensing/ pour plus d'informations sur les licences. Le site web de MySQL (http://www.mysql.com/) fournit les dernières informations sur le serveur MySQL. La liste suivante décrit les sections particulières de ce manuel : ? Pour une présentation des capacités de serveur de base de données MySQL, voyez Section 1.2.2, « Les fonctionnalités principales de MySQL ». ? Pour les instructions d'installation, voyez Chapitre 2, Installer MySQL. ? Pour des conseils sur le port du serveur de base de données MySQL sur de nouvelles architectures ou systèmes d'exploitation, voyez Annexe D, Port vers d'autres systèmes. ? Pour des informations sur la mise à jour vers la version 4.0, voyez Section 2.6.2, « Passer de la version 4.0 à la version 4.1 ». ? Pour des informations sur la mise à jour vers la version 3.23, voyez Section 2.6.3, « Passer de la version 3.23 à la version 4.0 ». ? Pour des informations sur la mise à jour vers la version 3.22, voyez Section 2.6.4, « Passer de la version 3.22 à la version 3.23 ». ? Pour une introduction au serveur de base de données MySQL, voyez Chapitre 3, Tutoriels d'introduction. ? Pour des exemples de SQL et des tests de performances, voyez le dossier de tests (sql-bench de la distribution. ? Pour connaître l'historique des fonctionnalités et bogues, voyez Annexe C, Historique des changements MySQL. ? Pour une liste des bogues connus et des limitations, voyez Section 1.5.7, « Erreurs connues, et limitations de MySQL ». ? Pour les plans de développement, voyez Section B.8, « Les évolutions de MySQL (la liste des tâches) ». ? Pour une liste de tous les contributeurs à ce projet, voyez Annexe B, Crédits. Important : Les rapports d'erreurs (aussi appelés bogues), ainsi que les questions et commentaires, doivent être envoyés à la liste de diffusion générale. See Section 1.4.1.1, « Les listes de diffusion de MySQL ». See Section 1.4.1.3, « Comment rapporter un bogue ou un problème ». Le script mysqlbug doit être utilisé pour générer le rapport de bogues. (Les distributions Windows contiennent un fichier mysqlbug.txt dans le dossier racine qui peut être utilisé comme 1 formulaire pour un rapport de bug). Pour les distributions sources, le script mysqlbug est accessible dans le dossier scripts. Pour les distributions binaires, mysqlbug est installé dans le dossier bin (/usr/bin pour le paquet RPM du serveur MySQL). Si vous avez trouvé un problème de sécurité critique dans le code du serveur MySQL, vous devez envoyez un email à <security@mysql.com>. 1.1. A propos du manuel Ceci est le manuel de référence de MySQL; il documente MySQL jusqu'à la version 5.0.6-beta. Les évolutions fonctionnelles sont toujours indiquées avec une référence à la version d'évolution, de manière à ce que ce manuel soit toujours valable, même si vous utilisez une ancienne version de MySQL. Etant un manuel de référence, il ne fournit aucune description générale sur le langage SQL ou les concepts de bases de données relationnelles. Comme le logiciel de base de données MySQL est en développement constant, ce manuel es mis à jour fréquemment. La version la plus récente est disponibles à http://dev.mysql.com/doc/ en différents formats, incluant HTML, PDF et Windows HLP. L'original du document est un fichier au format Texinfo. La version HTML est produite automatiquement avec une version modifiée de texi2html. La version en texte plein et version Info sont produites par makeinfo. La version PostScript est produite avec texi2dvi et dvips. La version PDF est produite avec pdftex. Si vous avez du mal à trouver des informations dans ce manuel, vous pouvez essayer notre version avec moteur de recherche, sur notre site web : http://www.mysql.com/doc/. Si vous avez des suggestions concernant des ajouts ou des corrections à ce manuel, vous pouvez les envoyez à l'équipe de documentation à <docs@mysql.com>. Ce manuel a été écrit initialement par David Axmark et Michael ``Monty'' Widenius. Il est actuellement entretenu par l'équipe de documentation MySQL, constituée de Paul DuBois, Stefan Hinz, Mike Hillyer, Jon Stephens et Russell Dyer. Pour les autres contributeurs, voyez les Annexe B, Crédits. La traduction de ce manuel a été faite sous la direction de Damien Séguy. Mehdi Achour, Patrick Haond, David Manusset, Sylvain Maugiron, Guillaume Plessis et Yannick Torres ont contribué largement à cette traduction. Le copyright (2002-2006) de ce manuel est la propriété de la société suédoise MySQL AB. 1.1.1. Conventions utilisées dans ce manuel Ce manuel utilise certaines conventions typographiques : ? constant La police à largeur fixe est utilisée pour les noms de commandes et les options, les requêtes SQL, les noms de bases de données, de tables et de colonnes, le code C et Perl, les variables d'environnement. Par exemple, ``Pour voir comment mysqladmin fonctionne, exécutez-le avec l'option --help.'' ? filename La police à largeur fixe avec des guillemets d'encadrement indique des noms de fichiers et de Informations générales 2 chemins de dossiers. Par exemple : ``La distribution est installée dans le dossier /usr/local/.'' ? ?c? La police à largeur fixe avec des guillemets d'encadrement est aussi utilisée pour indiquer des séquences de caractères. Par exemple : ``Pour spécifier un caractère joker, utilisez le caractère ?%?.'' ? italique Les polices en italique sont utilisées pour attirer l'attention, comme ceci. ? gras Le gras est utilisé pour les entêtes de tables, et aussi pour attirer fortement votre attention. Lorsque les commandes qui sont affichées sont destinées à être exécutées par un programme particulier, le nom du programme est indiqué dans l'invite de la commande. Par exemple, shell> indique une commande que vous exécutez depuis votre console Shell, et mysql> indique une commande que vous exécutez depuis le client mysql : shell> tapez une commande shell ici mysql> tapez une requête SQL ici Le ``Shell'' est votre interpréteur de ligne de commande. Sous Unix, c'est typiquement un programme comme sh ou csh. Sous Windows, le programme équivalent est command.com ou cmd.exe, typiquement utilisée en console. Lorsque vous saisissez une commande dans un exemple, omettez simplement de saisir l'invite de commande affichée. Souvent, les noms de bases de données, tables ou colonnes doivent être remplacés dans les commandes. Pour indiquer qu'une telle substitution est nécessaire, ce manuel utilise les noms de nom_de_base, nom_de_table et nom_colonne. Par exemple, vous pourriez avoir une requête comme ceci : mysql> SELECT nom_colonne FROM nom_de_base.nom_de_table; Cela signifie que si vous devez saisir une requête semblable, vous devriez utiliser votre propre nom de colonne, table et base de données, ce qui pourrait se traduire par ceci : mysql> SELECT author_name FROM biblio_db.author_list; Les mot réservés SQL ne sont pas sensibles à la casse, et peuvent être écrits en majuscules ou minuscules. Ce manuel utilise les majuscules. Dans les illustrations de syntaxe, les crochets (?[? et ?]?) sont utilisés pour indiquer des clauses ou mots optionnels. Par exemple, dans la requête suivante, IF EXISTS est optionnel : DROP TABLE [IF EXISTS] nom_de_table Lorsqu'un élément de syntaxe est constitué d'un certain nombre d'alternatives, les alternatives sont séparées par des barres verticales (?|?). Lorsqu'un membre d'un tel jeu de possibilités peut être choisi, les alternatives sont listées entre crochets (?[? et ?]?) : TRIM([[BOTH | LEADING | TRAILING] [remstr] FROM] str) Informations générales 3 Lorsqu'un élément d'un jeu de possibilités doit être choisi, les alternatives sont placées entre accolades (?{? et ?}?) : {DESCRIBE | DESC} nom_de_table {nom_colonne | wild} Des crochets peuvent aussi indiquer que l'élément syntaxique précédent peut être répété. Dans l'exemple suivant, plusieurs valeurs reset_option peuvent être donnés, séparées par des virgules : RESET reset_option [,reset_option] ... Les commandes d'assignation des variables de Shell sont présentées avec la syntaxe Bourne Shell. Par exemple, la syntaxe suivante modifie une variable d'environnement : shell> VARNAME=value some_command Si vous utilisez csh ou tcsh, vous devez utiliser une syntaxe légèrement différente. Il faut écrire : shell> setenv VARNAME value shell> some_command 1.2. Présentation du système de bases de données MySQL MySQL, le plus populaire des serveurs de bases de données SQL Open Source, est développé, distribué et supporté par MySQL AB. MySQL AB est une société commerciale, fondée par les développeurs de MySQL, qui développent leur activité en fournissant des services autour de MySQL. Le site web de MySQL (http://www.mysql.com/) fournit les toutes dernières actualités sur le logiciel MySQL et sur la société MySQL AB. ? MySQL est un système de gestion de bases de données. Une base de données est un ensemble organisé de données. Cela peut aller d'une simple liste de courses au supermarché à une galerie de photos, ou encore les grands systèmes d'informations des multi-nationales. Pour ajouter, lire et traiter des données dans une base de données, vous avez besoin d'un système de gestion de bases de données tel que le serveur MySQL. Comme les ordinateurs sont très bons à manipuler de grandes quantités de données, le système de gestion de bases de données joue un rôle central en informatique, aussi bien en tant qu'application à part entière, qu'intégré dans d'autres logiciels. ? MySQL est un serveur de bases de données relationnelles. Un serveur de bases de données stocke les données dans des tables séparées plutôt que de tout rassembler dans une seule table. Cela améliore la rapidité et la souplesse de l'ensemble. Les tables sont reliées par des relations définies, qui rendent possible la combinaison de données entre plusieurs tables durant une requête. Le SQL dans ``MySQL'' signifie ``Structured Query Language'' : le langage standard pour les traitements de bases de données. ? MySQL est Open Source. Open Source (Standard Ouvert) signifie qu'il est possible à chacun d'utiliser et de modifier le logiciel. Tout le monde peut télécharger MySQL sur Internet, et l'utiliser sans payer aucun droit. Toute personne en ayant la volonté peut étudier et modifier le code source pour l'adapter à ses Informations générales 4 besoins propres. Le logiciel MySQL utilise la licence GPL (GNU General Public License), http://www.gnu.org/licenses/, pour définir ce que vous pouvez et ne pouvez pas faire avec ce logiciel, dans différentes situations. Si vous ne vous sentez pas confortable avec la licence GPL ou bien que vous devez intégrer MySQL dans une application commerciale, vous pouvez acheter une licence commerciale auprès de MySQL AB. ? Le serveur de bases de données MySQL est très rapide, fiable et facile à utiliser Si c'est ce que vous recherchez, vous devriez faire un essai. Le serveur de bases de données MySQL dispose aussi de fonctionnalités pratiques, développées en coopération avec nos utilisateurs. Vous pouvez trouver une comparaison des performances du serveur MySQL avec d'autres systèmes de bases de données dans nos pages de tests de performances. See Section 7.1.4, « La suite de tests MySQL ». Le serveur MySQL a été développé à l'origine pour gérer de grandes bases de données plus rapidement que les solutions existantes, et a été utilisé avec succès dans des environnements de production très contraints et très exigeants, depuis plusieurs années. Bien que toujours en développement, le Le serveur MySQL offre des fonctions nombreuses et puissantes. Ses possibilités de connexions, sa rapidité et sa sécurité font du serveur MySQL une serveur hautement adapté à Internet. ? MySQL Server fonctionne en mode client/serveur ou en système embarqué. Le serveur MySQL est un système client / serveur qui est constitué d'un serveur SQL multi- threadé qui supporte différentes interfaces, clients, bibliothèques et outils d'administration, ainsi qu'une large gamme de pilotes pour différents langages (API). Nous proposons aussi le serveur MySQL comme une bibliothèque embarquée, que vous pouvez intégrer dans vos applications pour en faire des produits plus petits, plus rapides et plus simples à utiliser. ? Il existe un grand nombre de contributions à MySQL. Il est très probable que vous pourrez trouver votre éditeur préféré ou que votre environnement de programmation supporte déjà le serveur de base de données MySQL. La prononciation officielle de MySQL est ``My Ess Que Ell'' (en anglais), ce qui donne ``Maille Esse Cu Elle'' en phonétique fran¸aise. Evitez d'utiliser la prononciation ``my sequel'', mais nous ne nous formaliserons pas que vous utilisiez ``my sequel'' (ma séquelle, en fran¸ais) ou une autre prononciation adaptée. 1.2.1. Histoire de MySQL Nous avons débuté avec l'intention d'utiliser mSQL pour se connecter à nos tables en utilisant nos propres routines bas niveau ISAM. Cependant, après quelques tests, nous sommes arrivés à la conclusion que mSQL n'était pas assez rapide et flexible pour nos besoins. Cela nous a conduit à créer une nouvelle interface SQL pour notre base de données, mais en gardant la même API que mSQL. Cette API a été choisie pour la facilité de port des programmes de tiers. Les liens avec le nom MySQL ne sont pas parfaitement établis. Notre dossier de base et un grand nombre de bibliothèques et outils étaient préfixés par ``my'' depuis plus de 10 ans. Mais la fille de Monty, plus jeune que lui, était aussi appelée My. Lequel des deux a conduit au nom de MySQL est toujours un mystère, même pour nous. Le nom du dauphin MySQL (notre logo) est Sakila, qui a été choisi par les fondateurs de MySQL AB à partir d'une grande liste de noms suggérés par les utilisateurs dans le concours "Name the Dolphin" ("Nommez le dauphin"). Le nom a été suggéré par Ambrose Twebaze, un développeur Informations générales 5 de logiciels libres au Swaziland, en Afrique. D'après Ambrose, le nom Sakila puise ses origines du SiSwati, la langue locale du Swaziland. Sakila est aussi le nom d'une ville en Arusha, Tanzanie, près du pays d'origine d'Ambrose, Uganda. 1.2.2. Les fonctionnalités principales de MySQL La liste suivante décrit les caractéristiques principales du logiciel de bases de données MySQL. Voyez la Section 1.3, « Plan de développement de MySQL » pour plus d'informations sur les fonctionnalités courantes et à venir. ? Interne et portabilité ? Ecrit en C et C++. ? Testé sur un large éventail de compilateurs différents. ? Fonctionne sur de nombreuses plates-formes. See Section 2.1.1, « Systèmes d'exploitation supportés par MySQL ». ? Utilise GNU Automake, Autoconf et Libtool pour une meilleure portabilité. ? Dispose d'API pour C, C++, Eiffel, Java, Perl, PHP, Python, Ruby et Tcl. See Chapitre 24, API MySQL. ? Complètement multi-threadé, grâce aux threads du noyau. Cela signifie que vous pouvez l'utiliser facilement sur un serveur avec plusieurs processeurs. ? Fournit des moteurs de tables transactionnels et non-transactionnels. ? Index B-tree très rapide, avec compression d'index. ? Facilité relative à ajouter un nouveau moteur de table. C'est utile si vous voulez ajouter une interface SQL à votre base de donnée maison. ? Système l'allocation mémoire très rapide, exploitant les threads. ? Jointures très rapides, exploitant un système de jointures multiples en une seule passe optimisée. ? Tables en mémoire, pour réaliser des tables temporaires. ? Les fonctions SQL sont implémentées grâce à une bibliothèque de classes optimisées, qui sont aussi rapides que possible! Généralement, il n'y a aucune allocation mémoire une fois que la requête a été initialisée. ? Le code de MySQL est vérifié avec Purify (un utilitaire de détection des fuites mémoires commercial) ainsi qu'avec Valgrind, un outil GPL (http://developer.kde.org/~sewardj/). ? Types de colonnes ? Nombreux types de colonnes : entiers signés ou non, de 1, 2, 3, 4, et 8 octets, FLOAT, DOUBLE, CHAR, VARCHAR, TEXT, BLOB, DATE, TIME, DATETIME, TIMESTAMP, YEAR, SET et ENUM. See Chapitre 11, Types de colonnes. ? Enregistrements de taille fixe ou variable. ? Toutes les colonnes ont des valeurs par défaut. Vous pouvez utiliser la commande INSERT pour insérer un sous ensemble de colonnes : les colonnes qui ne sont pas explicitement cités prennent alors leur valeur par défaut. ? Commandes et fonctions ? Support complet des opérateurs et fonctions dans la commande SELECT et la clause WHERE. Informations générales 6 Par exemple : mysql> SELECT CONCAT(first_name, " ", last_name) -> FROM tbl_name -> WHERE income/dependents > 10000 AND age > 30; ? Support complet des clauses SQL GROUP BY et ORDER BY. Support des fonctions de groupages (COUNT(), COUNT(DISTINCT ...), AVG(), STD(), SUM(), MAX() et MIN()). ? Support des clauses LEFT OUTER JOIN et RIGHT OUTER JOIN avec les syntaxes ANSI SQL et ODBC. ? Les alias de tables et colonnes sont compatibles avec le standard SQL92. ? DELETE, INSERT, REPLACE et UPDATE retourne le nombre de lignes affectées. Il est possible d'obtenir le nombre de lignes trouvées en modifiant une option lors de la connexion au serveur. ? La commande spécifique à MySQL SHOW est utilisée pour obtenir des informations sur les bases, tables et index. La commande EXPLAIN sert à optimiser les requêtes. ? Les noms de fonctions ne sont jamais en conflit avec les noms de tables ou colonnes. Par exemple, ABS est un nom de colonne valide. La seule restriction est que, lors d'un appel de fonction, aucun espace n'est toléré entre le nom de la fonction et la parenthèse ouvrante ?(? suivante. See Section 9.6, « Cas des mots réservés MySQL ». ? Vous pouvez utiliser simultanément des tables de différentes bases (depuis la version 3.22). ? Sécurité ? Un système de droits et de mots de passe très souple et sécuritaire, qui vérifie aussi les hôtes se connectant. Les mots de passe sont bien protégés, car tout les échanges de mot de passe sont chiffrés, même lors des connexions. ? Charges supportées et limites ? Gère les très grandes bases de données. Nous utilisons le serveur MySQL avec des bases qui contiennent 50 millions de lignes et nous connaissons des utilisateurs qui utilisent le serveur MySQL avec plus de 60 000 tables et 5 000 000 000 (milliards) de lignes. ? Jusqu'à 32 index sont permis par table. Chaque index est constitué de 1 à 16 colonnes ou parties de colonnes. La taille maximale d'un index est de 500 octets (ce qui peut être configuré à la compilation du serveur MySQL. Un index peut utiliser un préfixe issu d'un champs CHAR ou VARCHAR. ? Connexions ? Les clients peuvent se connecter au serveur MySQL en utilisant les sockets TCP/IP, les sockets Unix ou les pipes nommés sous NT. ? Support de ODBC (Open-DataBase-Connectivity) pour Windows 32 bits (avec les sources). Toutes les fonctions ODBC 2.5 et de nombreuses autres. Par exemple, vous pouvez utiliser MS Access pour vous connecter au serveur MySQL. See Section 25.1.1.1, « Qu'est-ce que ODBC? ». ? L'interface Connector/JDBC fournit le support pour les clients Java qui utilisent JDBC. Ces clients peuvent être utilisés sur Windows et Unix. Les sources de Connector/JDBC sont libres. See Chapitre 25, Pilotes MySQL . ? Traductions Informations générales 7 ? Le serveur fournit des messages d'erreurs au client dans de nombreuses langues, y compris le fran¸ais. See Section 5.8.2, « Langue des messages d'erreurs ». ? Support complet de plusieurs jeux de caractères, comprenant ISO-8859-1 (Latin1), german, big5, ujis, etc. Par exemple, les caractères nordiques ?Â?, ?ä? et ?ö? sont autorisés dans les noms de tables et colonnes. ? Toutes les données sont sauvées dans le jeu de caractères choisi. Les comparaisons normales de chaînes sont insensibles à la casse. ? Le tri est fait en fonction du jeu de caractères choisi (par défaut, le jeu suédois). Il est possible de le changer lorsque le serveur MySQL est démarré. Pour voir un exemple très avancé de tri, voyez le code de tri pour le Tchèque. Le serveur MySQL supporte de nombreux jeux de caractères qui peuvent être spécifié à la compilation et durant l'exécution. ? Clients et utilitaires ? Inclut myisamchk, un utilitaire rapide pour vérifier les tables, les optimiser et les réparer. Toutes les fonctionnalités de myisamchk sont aussi disponibles via l'interface SQL. See Chapitre 5, Administration du serveur. ? Tous les programmes MySQL peuvent être appelés avec l'option --help ou -? pour obtenir de l'aide en ligne. 1.2.3. Jusqu'à quel point MySQL est il stable ? Cette section répond aux questions ``Jusqu'à quel point MySQL est-il stable ?'' et ``Puis-je faire confiance à MySQL pour mon projet ?'' Nous allons tenter d'apporter des réponses claires à ces questions importantes qui concernent tous les utilisateurs potentiels. Les informations de cette section sont fournies par les listes de diffusions, qui sont très actives et promptes à identifier les problèmes et les rapporter. Le code original date du début des années 80 et fournit une base de code stable, tout en assurant une compatibilité ascendante avec le format ISAM. A TcX, le prédécesseur de MySQL AB, le code de MySQL a fonctionné sur des projets depuis la mi 1996, sans aucun problème. Lorsque le Serveur MySQL a été livré à un public plus large, nous avons réalisé qu'il contenait du code ``jamais testé'' qui a été rapidement identifié par les utilisateurs, qui effectuait des requêtes différentes des nôtres. Chaque nouvelle version avait moins de problèmes de portabilité, même si chaque nouvelle version avait de nombreuses nouvelles fonctionnalités. Chaque version du Serveur MySQL était parfaitement fonctionnelle. Les seuls problèmes étaient rencontrés par les utilisateurs de code de ces ``zone d'ombres''. Naturellement, les nouveaux utilisateurs ne connaissent pas ces zones : cette section tente de les présenter, dans la mesure de nos connaissances. Les descriptions correspondent surtout aux versions 3.23 du Serveur MySQL. Tous les bogues connus et rapportés ont été corrigés dans la dernière version, à l'exception de ceux qui sont listés dans la section Bugs, qui sont des problèmes de conception. See Section 1.5.7, « Erreurs connues, et limitations de MySQL ». La conception du serveur MySQL est faite en plusieurs couches, avec des modules indépendants. Certains des modules les plus récents sont listés ici, avec leur niveau de test : ? Réplication -- Gamma De grands serveurs en grappe utilisant la réplication sont en production, avec de bons résultats. L'amélioration de la réplication continue avec MySQL 4.x. ? Tables InnoDB -- Stable (en 3.23 depuis 3.23.49) Le gestionnaire transactionnel de tables InnoDB a été déclaré stable en MySQL version 3.23, à partir de la version 3.23.49. InnoDB est utilisé dans de grands systèmes complexes, avec forte Informations générales 8 charge. ? Tables BDB -- Gamma Le code de Berkeley DB est très stable, mais nous sommes encore en train d'améliorer l'interface du gestionnaire transactionnel de table BDB du serveur MySQL. Cela demande encore du temps pour qu'il soit aussi bien testé que les autres types de tables. ? FULLTEXT -- Beta La recherche en texte plein fonctionne mais n'est pas encore largement adoptée. Des améliorations importantes sont prévues pour MySQL 4.0. ? Connector/ODBC 3.51 (Stable) Connector/ODBC 3.51 utilise le SDK ODBC SDK 3.51 et est en production. Certains problèmes qui ont surgi sont liée aux applications, et indépendant du pilote ODBC ou le serveur sous-jacent. ? Tables à restauration automatique MyISAM -- Gamma Ce statut ne concerne que le nouveau code du gestionnaire de tables MyISAM qui vérifie si la table a été correctement fermée lors de l'ouverture, et qui exécute automatiquement la vérification et réparation éventuelles de la table. MySQL AB fournit un support de première qualité pour les clients payant, mais les listes de diffusions de MySQL sont généralement rapides à donner des réponses aux questions les plus communes. Les bogues sont généralement corrigés aussitôt avec un patch. Pour les bogues sérieux, il y a presque toujours une nouvelle version. 1.2.4. Quelles tailles peuvent atteindre les tables MySQL MySQL version 3.22 a une limite de 4Go par table. Avec le nouveau format de table MyISAM, disponible avec MySQL version 3.23, la taille maximale des tables a été poussée à 8 millions de teraoctets (2 ^ 63 octets). Notez, toutefois, que les systèmes d'exploitation ont leur propres limites. Voici quelques exemples : Système d'exploitation Limite Linux-Intel 32 bit 2Go, 4Go ou plus, suivant la version de Linux Linux-Alpha 8To (?) Solaris 2.5.1 2Go (4Go possibles avec un patch) Solaris 2.6 4Go (peut être modifié avec une option) Solaris 2.7 Intel 4Go Solaris 2.7 UltraSPARC 512Go NetWare avec/NSS 8TB En Linux 2.2, vous pouvez avoir des tables plus grandes que 2Go en utilisant le patch LFS pour les systèmes de fichiers ext2. En Linux 2.4, le patche existe aussi pour ReiserFS. La plupart des distribution Linux courantes sont basées sur un noyau 2.4, et supporte déjà tous les patchs pour les grands fichiers (LFS). Cependant, la taille maximale de fichier dépend de nombreux facteurs, notamment le système de fichiers utilisé pour stocker les pages MySQL. Pour une introduction détaillée à LFS sur Linux, voyez la page d' Andreas Jaeger Large File Support in Linux à http://www.suse.de/~aj/linux_lfs.html. Informations générales 9 Par défaut, les tables MySQL peuvent atteindre une taille de 4Go. Vous pouvez vérifier la taille des tables avec la commande SHOW TABLE STATUS ou la commande en ligne myisamchk -dv nom_de_table. See Section 13.5.3, « Syntaxe de SHOW ». Si vous avez besoin de tables plus grandes que 4Go (et que votre système d'exploitation le supporte, modifiez les paramètres AVG_ROW_LENGTH et MAX_ROWS lorsque vous créez votre table. See Section 13.2.5, « Syntaxe de CREATE TABLE ». Vous pouvez aussi modifier ces valeurs avec la commande ALTER TABLE. See Section 13.2.2, « Syntaxe de ALTER TABLE ». D'autres méthodes pour contourner les limitations des systèmes de fichiers avec les tables MyISAM : ? Si votre table est en lecture seule, utilisez myisampack pour la compresser. myisampack compresse une table à 50%, ce qui double environs la taille des tables. myisampack peut aussi combiner plusieurs tables en une seule. See Section 8.2, « myisampack, le générateur de tables MySQL compressées en lecture seule ». ? Une autre méthode pour contourner les limites du système de fichiers pour les tables MyISAM est d'utiliser les options RAID. See Section 13.2.5, « Syntaxe de CREATE TABLE ». ? MySQL inclut une bibliothèque MERGE qui permet de gérer plusieurs tables identiques comme une seule. See Section 14.2, « Tables assemblées MERGE ». 1.2.5. Compatibilité an 2000 Le serveur MySQL lui même n'a aucun problème de compatibilité avec l'an 2000 (Y2K) : ? Le serveur MySQL utilise les fonctions de date Unix, et n'a aucun problème avec les dates jusqu'en 2069; toutes les années écrites en deux chiffres sont supposées faire partie de l'intervalle allant de 1970 à 2069, ce qui signifie que si vous stockez la date 01 dans une colonne de type year, le serveur MySQL la traitera comme 2001. ? Toutes les fonctions de dates de MySQL sont stockées dans un fichier sql/time.cc, et sont codées très soigneusement pour être compatibles avec l'an 2000. ? En MySQL version 3.22 et plus récent, le type de colonne YEAR peut stocker les valeurs 0 et de 1901 à 2155 sur un seul octet, tout en affichant 2 ou 4 chiffres. Vous pouvez rencontrer des problèmes avec les applications qui utilisent le serveur MySQL sans être compatible avec l'an 2000. Par exemple, les vieilles applications utilisent des valeurs d'années sur deux chiffres (ce qui est ambigu), plutôt qu'avec 4 chiffres. Ce problème peut être complété par des applications qui utilisent des valeurs telles que 00 ou 99 comme indicateur de données ``manquante''. Malheureusement, ces problèmes peuvent se révéler difficiles à corriger car différentes applications peuvent être écrites par différents programmeurs, et chacun utilise un jeu différent de conventions et de fonctions de gestion des dates. Voici une illustration simple qui montre que le serveur MySQL n'a aucun problème avec les dates jusqu'en 2030 : mysql> DROP TABLE IF EXISTS y2k; Query OK, 0 rows affected (0.01 sec) mysql> CREATE TABLE y2k (date DATE, -> date_time DATETIME, -> time_stamp TIMESTAMP); Query OK, 0 rows affected (0.00 sec) mysql> INSERT INTO y2k VALUES -> ("1998-12-31","1998-12-31 23:59:59",19981231235959), Informations générales 10 -> ("1999-01-01","1999-01-01 00:00:00",19990101000000), -> ("1999-09-09","1999-09-09 23:59:59",19990909235959), -> ("2000-01-01","2000-01-01 00:00:00",20000101000000), -> ("2000-02-28","2000-02-28 00:00:00",20000228000000), -> ("2000-02-29","2000-02-29 00:00:00",20000229000000), -> ("2000-03-01","2000-03-01 00:00:00",20000301000000), -> ("2000-12-31","2000-12-31 23:59:59",20001231235959), -> ("2001-01-01","2001-01-01 00:00:00",20010101000000), -> ("2004-12-31","2004-12-31 23:59:59",20041231235959), -> ("2005-01-01","2005-01-01 00:00:00",20050101000000), -> ("2030-01-01","2030-01-01 00:00:00",20300101000000), -> ("2050-01-01","2050-01-01 00:00:00",20500101000000); Query OK, 13 rows affected (0.01 sec) Records: 13 Duplicates: 0 Warnings: 0 mysql> SELECT * FROM y2k; +------------+---------------------+----------------+ | date | date_time | time_stamp | +------------+---------------------+----------------+ | 1998-12-31 | 1998-12-31 23:59:59 | 19981231235959 | | 1999-01-01 | 1999-01-01 00:00:00 | 19990101000000 | | 1999-09-09 | 1999-09-09 23:59:59 | 19990909235959 | | 2000-01-01 | 2000-01-01 00:00:00 | 20000101000000 | | 2000-02-28 | 2000-02-28 00:00:00 | 20000228000000 | | 2000-02-29 | 2000-02-29 00:00:00 | 20000229000000 | | 2000-03-01 | 2000-03-01 00:00:00 | 20000301000000 | | 2000-12-31 | 2000-12-31 23:59:59 | 20001231235959 | | 2001-01-01 | 2001-01-01 00:00:00 | 20010101000000 | | 2004-12-31 | 2004-12-31 23:59:59 | 20041231235959 | | 2005-01-01 | 2005-01-01 00:00:00 | 20050101000000 | | 2030-01-01 | 2030-01-01 00:00:00 | 20300101000000 | | 2050-01-01 | 2050-01-01 00:00:00 | 00000000000000 | +------------+---------------------+----------------+ 13 rows in set (0.00 sec) Cet exemple montre que les types DATE et DATETIME ne poseront aucun problème avec les dates futures (ils gèrent les dates jusqu'en 9999). Le type TIMESTAMP, qui est utilisé pour stocker la date courante, est valide jusqu'en 2030-01-01. TIMESTAMP va de 1970 en 2030 sur les machines 32 bits (valeur signée). Sur les machines 64 bits, il gère les dates jusqu'en 2106 (valeur non signée). Même si le serveur MySQL est compatible an 2000, il est de votre responsabilité de fournir des données non ambiguës. Voyez Section 11.3.4, « An 2000 et les types date » pour les règles du serveur MySQL pour traiter les dates ambiguës (les données contenant des années exprimées sur deux chiffres). 1.3. Plan de développement de MySQL Cette section donne un aper¸u du plan de développement de MySQL, incluant les futures fonctionnalités prévues pour MySQL 4.0, 4.1, 5.0 et 5.1. Les sections suivantes donnent plus de détails sur chaque version. La série de production est MySQL 4.0, qui a été déclarée stable pour un environnement de production depuis la version 4.0.12, publiée en Mars 2003. Cela signifie que les développements futurs de la série des 4.0 est limitée aux corrections de bugs. Pour les anciennes version 3.23, seuls les bogues critiques seront corrigés. L'effort de développement MySQL a lieu actuellement dans les versions MySQL 4.1 et 5.0. Cela signifie que les nouvelles fonctionnalités sont ajoutées aux versions 4.1 et 5.0. Les versions 4.1 et 5.0 sont disponibles en version alpha. Avant de mettre à jour une version vers une autre, lisez les notes de la section Section 2.6, « Changer de version de MySQL ». Informations générales 11 Les plans de certains fonctionnalités sont résumés dans cette table. Fonctionnalité version MySQL Unions 4.0 Sous-requêtes 4.1 R-trees 4.1 (pour les tables MyISAM) Procédures stockées 5.0 Vues 5.0 ou 5.1 Curseurs 5.0 Clés étrangères 5.1 (déjà implémentées en 3.23 par InnoDB) Triggers 5.1 Jointures externes 5.1 Contraintes 5.1 1.3.1. MySQL 4.0 en bref Promise depuis longtemps par MySQL AB et attendue avec impatience par nos utilisateur, le serveur MySQL 4.0 est disponible en version de production. MySQL 4.0 est disponible au téléchargement depuis http://www.mysql.com/ et nos miroirs. MySQL 4.0 a été testé par un grand nombre d'utilisateurs et il est en production sur de très grands sites. Les fonctionnalités principales de MySQL serveur 4.0 sont destinées à nos utilisateurs professionnels et communautaire : elles améliorent le capacités de MySQL pour gérer les missions critiques et les systèmes fortement chargés. D'autres fonctionnalités sont destinées aux utilisateurs de solutions intégrées. 1.3.1.1. Fonctionnalités disponibles en MySQL 4.0 ? Amélioration des performances ? MySQL 4.0 dispose d'un cache de requêtes qui peut vous accélérer grandement vos applications qui utilisent souvent les mêmes requêtes. See Section 5.11, « Cache de requêtes MySQL ». ? La version 4.0 accélère la vitesse du serveur MySQL dans de nombreux domaines, notamment les INSERT de masse, la recherche sur les index compressés, la création d'index FULLTEXT ainsi que les comptes COUNT(DISTINCT). ? Serveur MySQL embarqué ? La nouvelle bibliothèque Embedded Server (au lieu de client/serveur) peut être facilement utilisée pour créer des applications indépendantes ou intégrées. See Section 1.3.1.2, « MySQL Server intégré (embedded) ». ? Le moteur InnoDB en standard ? Le moteur de tables InnoDB est désormais livré en standard avec le serveur MySQL, apportant le support complet des transactions ACID, les clés étrangères avec modifications et effacement en cascade, ainsi que le verrouillage de ligne. See Chapitre 15, Le moteur de tables InnoDB. ? Nouvelles fonctionnalités ? Les nouvelles possibilités de recherche en FULLTEXT de MySQL Serveur 4.0 permettent l'utilisation d'index FULLTEXT sur de grandes quantités de texte, avec des logiques binaires Informations générales 12 ou en langage naturel. Les utilisateurs peuvent paramétrer la taille minimum des mots, et définir leur propre liste de mots interdits, dans n'importe quel langue. Cela ouvre la possibilité de nombreuses applications avec MySQL Serveur. See Section 12.6, « Recherche en texte intégral (Full-text) dans MySQL ». ? Respect des standards, portabilité et migration ? Simplification de la migration depuis d'autres bases de données vers MySQL Serveur, et notamment TRUNCATE TABLE (comme sous Oracle) et IDENTITY comme synonyme pour les clés automatiquement incrémentées (comme sous Sybase). ? De nombreux utilisateurs seront heureux de savoir que le serveur MySQL supporte aussi les requêtes UNION, une fonctionnalité SQL attendue avec impatience. ? MySQL peut s'exécuter nativement sur les plates-formes NetWare 6.0. See Section 2.2.14, « Installer MySQL sur NetWare ». ? Internationalisation ? Nos utilisateurs allemands, autrichiens et suisses remarqueront que nous avons un nouveau jeu de caractères, latin1_de, qui corrige les problèmes de tri des valeurs allemandes, en pla¸ant les umlauts allemands dans le même ordre que dans l'annuaire d'Allemagne. ? Amélioration de l'ergonomie Durant la mise en place de fonctionnalités pour de nouveaux utilisateurs, nous n'avons pas oublié notre communauté de loyaux utilisateurs. ? Une fonctionnalité pratique pour les administrateurs de base de données est que la plupart des paramètres de démarrage de mysqld peuvent être modifiées sans redémarrer le serveur. See Section 13.5.2.8, « Syntaxe de SET ». ? Les commandes DELETE et UPDATE peuvent désormais fonctionner sur plusieurs tables. ? En ajoutant le support des liens symboliques à MyISAM au niveau des tables (et non plus au niveau des bases, comme auparavant), et en autorisant les liens symboliques sur Windows, nous espérons que nous avons pris au sérieux vos demandes d'amélioration. ? Des fonctions comme SQL_CALC_FOUND_ROWS et FOUND_ROWS() rendent possible le comptages de lignes sans utiliser la clause LIMIT. La section sur les nouveautés du manuel rassemble toutes les nouveautés. See Section C.3, « Changements de la version 4.0.x (Production) ». 1.3.1.2. MySQL Server intégré (embedded) libmysqld rend le serveur MySQL disponible pour toute une gamme d'applications très vaste. En utilisant la bibliothèque du serveur MySQL intégré, vous pouvez utiliser MySQL dans différentes applications et appareillages, où l'utilisateur final n'aura même pas idée de sa présence. Le serveur MySQL intégré est idéal pour équiper les bornes internet, les kiosques publics, les paquets matériel/ logiciels clé en main, les serveurs MySQL haute performances, et les bases de données autonomes sur CDrom. De nombreux utilisateurs de libmysqld profiteront de la double licence. Pour ceux qui ne souhaitent pas être liés par la licence GPL, la bibliothèque est aussi disponible avec une licence commerciale. La bibliothèque MySQL intégrée utilise la même interface que la bibliothèque cliente classique, ce qui la rend pratique à utiliser. See Section 24.2.16, « libmysqld, la bibliothèque du serveur embarqué MySQL ». Informations générales 13 1.3.2. MySQL 4.1 en bref MySQL 4.0 a posé les fondations pour de nouvelles fonctionnalités telles que les sous-requêtes imbriquées et l'Unicode qui sont d'ores et déjà implémentées en version 4.1, ainsi que les procédures stockées SQL-99, qui seront disponibles pour la version 5.0. Ils représentent les fonctionnalités les plus demandées par de nombreux clients. Avec ces améliorations, les critiques du serveur de base de données MySQL devront être plus imaginatifs que jamais pour identifier des manques dans le serveur MySQL. Déjà connu depuis longtemps pour sa stabilité, sa rapidité et sa facilité d'emploi, le serveur MySQL va désormais satisfaire la liste de tous les voeux des clients les plus exigeants. 1.3.2.1. Fonctionnalités disponibles en MySQL 4.1 Les fonctionnalités ci-dessous sont implémentées en MySQL 4.1. Quelques autres fonctionnalités sont prévues pour MySQL 4.1, mais très peu. Voyez See Section B.8.1, « Nouvelles fonctionnalités prévues pour la version 5.0 ». Les plus récentes fonctionnalités en cours de réalisation, comme par exemple les procédures stockées, seront disponibles en MySQL 5.0. See Section B.8.1, « Nouvelles fonctionnalités prévues pour la version 5.0 ». ? Support des sous-requêtes et tables dérivées ? Une sous-requête est une commande SELECT imbriquée dans une autre requête. Une table dérivée (une vue anonyme) est une sous-requête dans une clause FROM d'une autre commande. See Section 13.1.8, « Sous-sélections (SubSELECT) ». ? Accélération ? Protocole binaire plus rapide, avec préparation des commandes et paramétrage. See Section 24.2.4, « Fonctions C de commandes préparées ». ? Indexation BTREE pour les tables HEAP, ce qui améliore significativement le temps de réponse pour les recherches non exactes. ? Nouvelle fonctionnalité ? CREATE TABLE table_name2 LIKE table_name1 vous permet de créer, avec une seule commande, une nouvelle table, avec une structure identique à celle d'une autre table existante. ? Support pour les types géométriques OpenGIS (données géométriques). See Chapitre 18, Données spatiales avec MySQL. ? La réplication peut être faite sur connexions SSL. ? Compatibilité avec les standards, portabilité et migration ? Le nouveau protocole client-serveur apporte la possibilité de faire passer plusieurs alertes au client, plutôt qu'une seule. Cela améliore grandement la gestion des erreurs lors des manipulations de masse. ? SHOW WARNINGS affiche les erreurs de la dernière commande. See Section 13.5.3.19, « SHOW WARNINGS | ERRORS ». ? Internationalisation ? Pour supporter notre base d'utilisateurs en pleine croissance, et leur configurations locales, MySQL exploite désormais l'Unicode (UTF8). ? Les jeux de caractères peuvent désormais être définis par colonnes, tables et bases. Cela permet d'améliorer la souplesse dans la conception des applications, en particuliers pour les Informations générales 14 sites multi-langues. ? Pour la documentation sur l'amélioration du support des jeux de caractères, voyez Chapitre 10, Jeux de caractères et Unicode. ? Améliorations d'ergonomie ? En réponse à la demande populaire, nous avons ajouté une commande HELP command coté serveur, qui peut être utilisée en ligne de commande du client mysql et d'autres clients, pour obtenir de l'aide sur les commandes SQL. Avec ces informations sur le serveur, elles seront parfaitement adaptées à la version et configuration du serveur. ? Avec le nouveau protocole client/serveur, les requêtes multiples sont désormais activées. Cela vous permet d'émettre plusieurs requêtes en une seule commande, puis de lire tous les résultats en une seule fois. See Section 24.2.9, « Gestion des commandes multiples avec l'interface C ». ? Le nouveau protocole client/serveur supporte aussi les jeux de résultats multiples. Cela peut arriver après une commande multiple, par exemple. Voir le point précédent. ? Nous avons implémenté une syntaxe pratique INSERT ... ON DUPLICATE KEY UPDATE .... Elle vous permet de modifier une ligne avec UPDATE, si l'insertion INSERT avait généré un double dans la colonne PRIMARY ou UNIQUE. See Section 13.1.4, « Syntaxe de INSERT ». ? Nous avons ajouté une fonction d'agrégation, GROUP_CONCAT(), qui permet de concaténer des colonnes dans une seule chaîne de résultat. See Section 12.9, « Fonctions et options à utiliser dans les clauses GROUP BY ». La section sur les nouveautés du manuel rassemble toutes les nouveautés. See Section C.2, « Changements de la version 4.1.x (Alpha) ». 1.3.3. MySQL 5.0, les prochains développements Les nouveaux développements de MySQL sont désormais concentrés sur la version 5.0. Les procédures stockées et d'autres fonctionnalités seront en vedette. See Section B.8.1, « Nouvelles fonctionnalités prévues pour la version 5.0 ». Pour ceux qui veulent jeter un oeil aux tout derniers développements de MySQL, nous avons rendu notre serveur BitKeeper disponible au public pour MySQL version 5.0. See Section 2.4.3, « Installer à partir de l'arbre source de développement ». Depuis décembre 2003, des paquets binaires de MySQL version 5.0 sont aussi disponibles. 1.4. Sources d'informations MySQL 1.4.1. Listes de diffusion MySQL Cette section vous présente les listes de diffusions MySQL, et donne des conseils quand à leur utilisation. En vous inscrivant à une des listes de diffusion, vous recevrez les messages que les autres auront envoyé, et vous pourrez envoyer vos propres questions et réponses. 1.4.1.1. Les listes de diffusion de MySQL Pour vous inscrire ou vous désinscrire à la liste de diffusion principale de MySQL, visitez le site http://lists.mysql.com/. N'envoyez pas de messages pour vous inscrire ou vous désinscrire sur la liste, car ces messages seront transmis automatiquement à des milliers d'utilisateurs. Votre site local peut avoir beaucoup d'inscrits à une liste de diffusion. Si c'est le cas, vous pouvez avoir une liste de diffusion locale, de fa¸on à ce que les messages envoyés par Informations générales 15 lists.mysql.com à votre site local soit propagés par votre serveur local. Dans ce cas, contactez votre administrateur local pour être ajouté ou retiré de la liste. Si vous voulez que le trafic de cette liste soit envoyé à une autre boîte aux lettres de votre client mail, installez un filtre basé sur les entêtes du message. Vous pouvez utiliser notamment les entêtes List-ID: et Delivered-To: pour identifier les messages de la liste. Les listes de diffusion MySQL suivantes existent : ? announce Ceci est la liste de diffusion d'annonces des versions de MySQL et des programmes compagnons. C'est une liste à faible volume, et tout utilisateur doit y être inscrit. ? mysql La liste de diffusion principale pour les discussions générales sur MySQL. Notez que certains sujets sont à diriger sur les listes spécialisées. Si vous postez sur la mauvaise liste, vous pourriez ne pas avoir avoir de réponse. ? mysql-digest La liste mysql en format journalier. Cela signifie que vous recevrez tous les messages de la journée en un seul gros email. ? bugs Sur cette liste, vous ne devriez envoyez que des bogues complets, reproductibles ainsi que le rapport qui va avec, en utilisant le script mysqlbug (si vous utilisez Windows, il faut aussi inclure la description du système d'exploitation et la version de MySQL). See Section 1.4.1.3, « Comment rapporter un bogue ou un problème ». ? bugs-digest La liste bugs en format journalier. ? internals Une liste pour ceux qui travaillent sur le code MySQL. Sur cette liste, vous pouvez discuter du développement de MySQL et envoyer des correctifs. ? internals-digest La liste internals en format journalier. ? mysqldoc La liste des personnes qui travaillent sur la documentation MySQL : des employés de MySQL AB, des traducteurs et d'autres membres de la communauté. ? mysqldoc-digest La liste mysqldoc en format journalier. ? benchmarks Cette liste est pour tous ceux qui sont intéressé par les performances. Les discussions se concentrent sur les performances (mais pas seulement avec MySQL), mais abordent aussi des problèmes de noyau, le système de fichiers, les disques, etc. ? benchmarks-digest La liste benchmarks en format journalier. Informations générales 16 ? packagers Cette liste se concentre sur les paquets et les distributions MySQL. C'est l'un des forums utilisé par les responsables pour échanger des idées sur les paquets MySQL, pour s'assurer que MySQL est le même sur toutes les plates-formes. ? packagers-digest La liste packagers en format journalier. ? java Une liste pour ceux qui utilisent MySQL et java. Elle concerne majoritairement les pilotes JDBC. ? java-digest La liste java en format journalier. ? win32 Une liste pour ceux qui utilisent MySQL sur les systèmes d'exploitation de Microsoft, tels que Windows 9x/Me/NT/2000/XP. ? win32-digest La liste win32 en format journalier. ? myodbc Une liste pour tout ce qui concerne la connexion à MySQL avec le pilote ODBC. ? myodbc-digest La liste myodbc en format journalier. ? mysqlcc Une liste pour tout ce qui concerne le client graphique MySQL Control Center. ? mysqlcc-digest La liste mysqlcc en format journalier. ? plusplus Une liste pour tout ce qui concerne la programmation avec les API C++ de MySQL. ? plusplus-digest La liste plusplus en format journalier. ? msql-mysql-modules Une liste pour tout ce qui concerne Perl et le support du module msql / mysql. ? msql-mysql-modules-digest La liste msql-mysql-modules en format journalier. Vous pouvez vous inscrire ou vous désinscrire de toutes les listes en même temps de la même fa¸on que nous l'avons décrit au début. Dans votre message d'inscription, utilisez simplement le nom de liste approprié. Par exemple, pour vous inscrire à la liste myodbc. Informations générales 17 Si vous ne pouvez pas obtenir d'informations sur la liste de diffusion, une de vos options est de prendre un contrat de support auprès de MySQL AB, qui vous donnera un contact direct avec les développeurs MySQL. Le tableau suivant présente diverses autres listes de diffusions consacrée à MySQL, dans d'autres langues que l'anglais. Notez que ces ressources ne sont pas gérées par MySQL AB, ce qui fait que nous ne pouvons pas garantir leur qualité. ? <mysql-france-subscribe@yahoogroups.com> Une liste de diffusion fran¸aise ? <list@tinc.net> Une liste de diffusion coréenne Envoyez un message àsubscribe mysql your@e-mail.address. ? <mysql-de-request@lists.4t2.com> Une liste de diffusion allemande Envoyez un message à subscribe mysql-de your@e-mail.address. Vous aurez plus d'informations sur cette liste à http://www.4t2.com/mysql/. ? <mysql-br-request@listas.linkway.com.br> Une liste de diffusion portugaise Envoyez un message à subscribe mysql-br your@e-mail.address. ? <mysql-alta@elistas.net> Une liste de diffusion espagnole Envoyez un message à subscribe mysql your@e-mail.address. 1.4.1.2. Poser des questions ou rapporter un bogue Avant de soumettre un rapport de bogue ou une question, commencez par ces étapes simples : ? Etudiez le manuel MySQL et faites y une recherche à : http://www.mysql.com/doc/ Nous nous effor¸ons de mettre à jour le manuel fréquemment, en y ajoutant les solutions aux nouveaux problèmes. L'historique de modification (http://www.mysql.com/doc/en/News.html) est particulièrement pratique car il est possible qu'une nouvelle version de MySQL propose déjà la solution à votre problème. ? Cherchez dans la base de données des bogues sur http://bugs.mysql.com/ pour voir si le bogue a déjà été rapporté ou résolu. ? Recherchez dans les archives des listes de diffusion de MySQL : http://lists.mysql.com/ ? Vous pouvez aussi utiliser l'URL http://www.mysql.com/search/ pour rechercher dans toutes les pages web (y compris le manuel) sur le site web de MySQL. Si vous n'arrivez pas à trouver une réponse à votre question dans le manuel ou dans les archives, vérifiez auprès de votre expert MySQL local. Si vous ne trouvez toujours pas la réponse, vous pouvez lire la section suivante. 1.4.1.3. Comment rapporter un bogue ou un problème Notre base de données de bogues est publique, et peut être lue par tous sur le site http://bugs.mysql.com/. Si vous vous identifiez sur le système vous serez aussi capable d'envoyer Informations générales 18 des rapports. Ecrire un bon rapport de bogue requiert de la patience, et le faire dès le début épargnera votre temps et le notre. Un bon rapport de bogue qui contient un cas de test complet améliorera vos chances de voir le bogue corrigé à la prochaine version. Cette section vous aidera à écrire correctement un rapport de bogue, de manière à ce que vous ne gaspillez pas votre temps à faire des textes qui ne nous aideront que peu ou pas. Nous vous recommandons d'utiliser le script mysqlbug pour générer un rapport de bogue (ou rapporter un problème), dans la mesure du possible. mysqlbug est situé dans le dossier scripts de la distribution, ou, pour les distributions binaire, dans le dossier bin du dossier d'installation de MySQL. Si vous êtes dans l'incapacité d'utiliser mysqlbug, vous devez tout de même inclure toutes les informations nécessaires listées dans cette section. Le script mysqlbug vous aide à générer un rapport en déterminant automatiquement les informations suivantes, mais si quelque chose d'important lui échappe, ajoutez le dans votre message! Lisez cette section avec attention, et assurez vous que toutes les informations décrites ici sont présentes dans votre message. De préférence, vous devriez tester le problème avec la dernière version de production ou de développement de MySQL. Il doit être facile de reproduire le test avec simplement la commande ?mysql test < script?, appliquée au cas de test, ou en exécutant le script Shell ou Perl inclus dans le rapport. Tous les bogues postés sur le site de rapports de bogues http://bugs.mysql.com/ seront corrigés ou documentés dans la prochaine version de MySQL. Si seuls, de petits changements sont nécessaires, nous publierons aussi un patch. Si vous avez découvert un problème de sécurité critiques avec MySQL, il faut envoyer un email à <security@mysql.com>. Si vous avez un rapport de bogue reproductible, envoyez un rapport sur le site http://bugs.mysql.com/. Notez que même dans ce cas, il est bon d'utiliser le script mysqlbug pour rassembler des informations sur votre système. Tous les bogues que nous pourrons reproduire auront de bonnes chances d'être corrigés lors de la prochaine version de MySQL. Pour signaler d'autres problèmes, utilisez une des listes de diffusion MySQL. Sachez qu'il est toujours possible de répondre à un message qui contient trop d'informations, alors qu'il est impossible de répondre à un message qui contient trop peu d'informations. Souvent, il est facile d'omettre des faits parce que vous pensez connaître la cause du problème et supposez que ces détails ne sont pas importants. Un bon principe à suivre est : si vous avez un doute à propos de quelque chose, faites nous en part. Il est bien plus rapide et bien moins frustrant d'écrire quelques lignes de plus dans un rapport plutôt que d'être obligé de demander une nouvelle fois et d'attendre une réponse parce que vous avez oublié une partie des informations la première fois. L'erreur la plus commune est de ne pas indiquer le numéro de la version de MySQL qui est utilisé, ou de ne pas indiquer le système d'exploitation que vous utilisez (y compris le numéro de version de ce système d'exploitation). Ce sont des informations de première importance, et dans 99% des cas, le rapport de bogue est inutilisable sans ces informations. Souvent, nous recevons des questions telles que ``Pourquoi est ce que cela ne fonctionne pas pour moi ?''. Puis nous nous apercevons que la fonctionnalités en question n'est même pas programmée dans la version de MySQL utilisée, ou que le bogue décrit est déjà corrigé dans une nouvelle version de MySQL. Parfois aussi, les erreurs sont dépendantes des plates-formes. Dans ce cas, il est presque impossible de les corriger sans savoir quel système d'exploitation et quelle version exacte est utilisée. Pensez aussi à fournir des informations concernant votre compilateur, si c'est pertinent. Souvent, les développeurs trouvent des bogues dans les compilateurs, et pensent que c'est liés à MySQL. La plupart des compilateurs sont en constant développement, et s'améliorent de version en version. Pour déterminer si votre problème dépend de votre compilateur, nous avons besoin de savoir quel compilateur est utilisé. Notez que les problèmes de compilations sont des bogues, et doivent être traités avec un rapport de bogues. Il est particulièrement utile de fournir une bonne description du bogue dans le rapport de bogue. Informations générales 19 Cela peut être un exemple de ce que vous avez fait qui a conduit au problème, ou une description précise. Les meilleurs rapports sont ceux qui incluent un exemple complet permettant de reproduire le bogue. See Section D.1.6, « Faire une batterie de tests lorsque vous faites face à un problème de table corrompue ». Si un programme produit un message d'erreur, il est très important d'inclure ce message dans votre rapport. Il est préférable que le message soit le message exact, car il est alors possible de le retrouver en utilisant les archives : même la casse doit être respectée. N'essayez jamais de vous rappeler d'un message d'erreur, mais faites plutôt un copier/coller du message complet dans votre rapport. Si vous avez un problème avec MyODBC, essayez de générer un fichier de trace MyODBC. See Section 25.1.1.9, « Rapporter des problèmes avec MYODBC ». Pensez aussi que de nombreux personnes qui liront votre rapport utilisent un formatage de 80 colonnes. Lorsque vous générez votre rapport et vos exemples avec l'outil de ligne de commande, utilisez une largeur de 80 colonnes. Utilisez l'option --vertical (ou la fin de commande \G) pour les affichages qui excèdent une telle largeur (par exemple, avec la commande EXPLAIN SELECT; voyez l'exemple un peu plus tard dans cette section. Voici un pense-bête des informations à fournir dans votre rapport : ? Le numéro de version de la distribution de MySQL que vous utilisez (par exemple MySQL Version 3.22.22). Vous pouvez connaître cette version en exécutant la commande mysqladmin version. mysqladmin est situé dans le dossier bin de votre distribution MySQL. ? Le fabricant et le modèle de votre serveur. ? Le système d'exploitation et la version que vous utilisez. Pour la plupart des systèmes d'exploitation, vous pouvez obtenir cette information en utilisant la commande Unix uname -a. ? Parfois, la quantité de mémoire (physique et virtuelle) est important. Si vous hésitez, ajoutez la. ? Si vous utilisez une version de MySQL sous forme de source, le nom et le numéro de version du compilateur sont nécessaires. Si vous utilisez une version exécutable, le nom de la distribution est important. ? Si le problème intervient lors de la compilation, incluez le message d'erreur exact et les quelques lignes de contexte autour du code en question dans le fichier où il est situé. ? Si mysqld s'est arrêté, il est recommandé d'inclure la requête qui a mené à cet arrêt de mysqld. Vous pouvez généralement la trouver en exécutant mysqld en ayant activé les logs. See Section D.1.5, « Utilisation des fichiers de log pour trouver d'où viennent les erreurs de mysqld ». ? Si une table ou une base sont liés au problème ajoutez le résultat de la commande mysqldump --no-data db_name tbl_name1 tbl_name2 .... C'est très simple à faire, et c'est un moyen efficace d'obtenir un descriptif de table, qui nous permettra de recréer une situation comparable à la votre. ? Pour les problèmes liés à la vitesse, ou des problèmes liés à la commande SELECT, pensez à inclure le résultat de la commande EXPLAIN SELECT ..., et au moins le nombre de ligne que la commande SELECT doit produire. Vous devriez aussi inclure le résultat de la commande SHOW CREATE TABLE table_name pour chaque table impliquée. Plus vous nous fournirez d'informations, plus nous aurons de chance de vous aider efficacement. Par exemple, voici un excellent rapport de bogue (posté avec le script mysqlbug, et effectivement rédigé en anglais) : Exemple réalisé avec mysql en ligne de commande (notez l'utilisation de la fin de commande \G, pour les résultats qui pourraient dépasser les 80 colonnes de large) : mysql> SHOW VARIABLES; mysql> SHOW COLUMNS FROM ...\G Informations générales 20 <output from SHOW COLUMNS> mysql> EXPLAIN SELECT ...\G <output from EXPLAIN> mysql> FLUSH STATUS; mysql> SELECT ...; <A short version of the output from SELECT, including the time taken to run the query> mysql> SHOW STATUS; <output from SHOW STATUS> ? Si un bogue ou un problème survient lors de l'exécution de mysqld, essayez de fournir un script qui reproduit l'anomalie. Ce script doit inclure tous les fichiers sources nécessaires. Plus votre script reproduira fidèlement votre situation, mieux ce sera. Si vous pouvez réaliser un cas de test postez-le sur le site http://bugs.mysql.com/ pour un traitement prioritaire! Si vous ne pouvez pas fournir de script, fournissez tout au moins le résultat de la commande mysqladmin variables extended-status processlist dans votre mail pour fournir des informations sur les performances de votre système. ? Si vous ne pouvez pas reproduire votre situation en quelques lignes, ou si une table de test est trop grosse à être envoyée par mail (plus de 10 lignes), exportez vos tables sous forme de fichier avec la commande mysqldump et créez un fichier README qui décrit votre problème. Créez une archive compressée de votre fichier en utilisant tar et gzip ou zip, et placez le via ftp sur le site de ftp://support.mysql.com/pub/mysql/secret/. Puis, entrez la description de l'anomalie sur le site http://bugs.mysql.com/. ? Si vous pensez que le serveur MySQL fournit des résultats étranges pour une requête, incluez non seulement le résultat, mais aussi votre propre explication sur ce que le résultat devrait être, et un diagnostic de la situation. ? Lorsque vous donnez un exemple du problème, il est mieux d'utiliser des noms de variables et de tables qui existent dans votre situation, plutôt que d'inventer de nouveaux noms. Le problème peut être lié au noms des variables ou tables que vous utilisez! Ces cas sont rares, mais il vaut mieux éviter les ambiguïtés. Après tout, il est plus facile pour vous de fournir un exemple qui utilise votre situation réelle, et c'est bien mieux pour nous aussi. Si vous avez des données que vous ne souhaitez pas divulguer, vous pouvez utiliser le site ftp pour les transférer dans le dossier secret ftp://support.mysql.com/pub/mysql/secret/. Si les données sont vraiment ultra secrètes et que vous ne souhaitez même pas nous les montrer, alors utilisez d'autres noms et données pour votre rapport, mais considérez cela comme un dernier recours. ? Incluez toutes les options utilisées, si possible. Par exemple, indiquez les options que vous utilisez lors du démarrage de mysqld, et celle que vous utilisez avec les programmes comme mysqld et mysql, et le script configure, qui sont souvent primordiaux et pertinents. Ce n'est jamais une mauvaise idée que de les inclure. Si vous utilisez des modules, comme Perl ou PHP, incluez aussi les versions de ces logiciels. ? Si votre question porte sur le système de droits, incluez le résultat de l'utilitaire mysqlaccess, celui de mysqladmin reload et tous les messages d'erreurs que vous obtenez lors de la connexion. Lorsque vous testez votre système de droits, il faut commencer par utiliser la commande mysqladmin reload version et de vous connecter avec le programme qui vous pose problème. mysqlaccess est situé dans le dossier bin de votre installation de MySQL. ? Si vous avez un patch pour un bogue, c'est une excellente chose. Mais ne supposez pas que nous n'avons besoin que du patch, ou même que nous allons l'utiliser, si vous ne fournissez pas les informations nécessaires pour le tester. Nous pourrions trouver des problèmes générés par votre patch, ou bien nous pourrions ne pas le comprendre du tout. Si tel est le cas, nous ne l'utiliserons pas. Si nous ne pouvons pas vérifier exactement ce pourquoi est fait le patch, nous ne l'utiliserons pas. Les cas de tests seront utiles ici. Montrez nous que votre patch va générer toutes les situations qui pourraient arriver. Si nous trouvons un cas limite dans lequel votre patche ne Informations générales 21 fonctionne pas, même si il est rare, il risque d'être inutile. ? Les diagnostics sur la nature du bogue, la raison de son déclenchement ou les effets de bords sont généralement faux. Même l'équipe MySQL ne peut diagnostiquer sans commencer par utiliser un débogueur pour déterminer la cause véritable. ? Indiquez dans votre mail que vous avez vérifié le manuel de référence et les archives de courrier, de fa¸on à avoir épuiser les solutions que d'autres avant vous auraient pu trouver. ? Si vous obtenez un message parse error, vérifiez votre syntaxe avec attention. Si vous ne pouvez rien y trouvez à redire, il est très probable que votre version de MySQL ne supporte pas encore cette fonctionnalité que vous essayez d'utiliser. Si vous utilisez la version courante de mySQL et que le manuel http://www.mysql.com/doc/ ne couvre pas la syntaxe que vous utilisez, c'est que MySQL ne supporte pas votre syntaxe. Dans ce cas, vos seules options sont d'implémenter vous même la syntaxe ou d'envoyez un message à <licensing@mysql.com> pour proposer de l'implémenter. Si le manuel présente la syntaxe que vous utilisez, mais que vous avez une ancienne version du serveur MySQL, il est recommandé de vérifier l'historique d'évolution de MySQL pour savoir quand la syntaxe a été supportée. Dans ce cas, vous avez l'option de mettre à jour votre MySQL avec une version plus récente. See Annexe C, Historique des changements MySQL. ? Si vous avez un problème tel que vos données semblent corrompues, ou que vous recevez constamment des erreurs lors d'accès à une table, vous devriez commencer par essayer de réparer votre table avec l'utilitaire de ligne de commande myisamchk ou les syntaxes SQL CHECK TABLE et REPAIR TABLE. See Chapitre 5, Administration du serveur. ? Si vous avez des tables qui se corrompent facilement, il vous faut essayer de trouver quand et pourquoi cela arrive. Dans ce cas, le fichier mysql-data-directory/'hostname'.err peut contenir des informations pertinentes qu'il est bon d'inclure dans votre rapport de bogues. See Section 5.9.1, « Le log d'erreurs ». Normalement, mysqld ne doit jamais corrompre une table si il a été interrompu au milieu d'une mise à jour. Si vous pouvez trouvez la cause de l'arrêt de mysqld, il est bien plus facile pour nous de fournir un correctif. See Section A.1, « Comment déterminer ce qui pose problème ». ? Si possible, téléchargez et installez la version la plus récente du serveur MySQL, et vérifiez si cela résout votre problème. Toutes les versions de MySQL sont testées à fond, et doivent fonctionner sans problème. Nous croyons à la compatibilité ascendante, et vous devriez pouvoir passer d'une version à l'autre facilement. See Section 2.1.2, « Choisir votre version de MySQL ». Si vous disposez de l'accès au support client, contactez aussi le support client à <mysql-support@mysql.com>, en plus de la liste de rapport de bogues, pour un traitement prioritaire. Pour des informations sur les rapports de bogues avec MyODBC, voyez Section 25.1.1.9, « Rapporter des problèmes avec MYODBC ». Pour des solutions aux problèmes les plus courants, voyez Annexe A, Problèmes et erreurs communes. Lorsque des solutions vous sont envoyées individuellement et non pas à la liste, il est considéré comme bien vu de rassembler ces réponses et d'en envoyer un résumé sur le liste, de manière à ce que les autres en profitent aussi. 1.4.1.4. Conseils pour répondre sur la liste de diffusion Si vous pensez que votre réponse peut avoir un intérêt général, vous pouvez envisager de l'envoyer sur la liste de diffusion, plutôt que de faire une réponse personnelle aux demandeurs. Essayez de rendre votre réponse aussi générale que possible, pour que suffisamment d'autres personnes puissent en profiter. Lorsque vous envoyez une réponse sur la liste, assurez vous qu'elle ne représente pas un doublon d'une réponse précédente. Informations générales 22 Essayez de résumer l'essentiel de la question dans votre réponse. Ne vous croyez pas obligé de citer tout le message original. Attention : n'envoyez pas de message avec le mode HTML activé ! De nombreux utilisateurs ne lisent pas leurs emails avec un navigateur. 1.4.2. Support de la communauté MySQL sur IRC (Internet Relay Chat) En plus des différentes listes de diffusion MySQL, vous pouvez rencontrer des utilisateurs expérimentés sur IRC (Internet Relay Chat). Voici les meilleurs canaux, à notre connaissance : ? freenode (voyez http://www.freenode.net/ pour les serveurs) ? #mysql Principalement, des questions sur MySQL, mais les autres bases de données et le langage SQL sont aussi acceptés. ? EFnet (voyez http://www.efnet.org/ pour les serveurs) ? #mysql Questions sur MySQL. Si vous recherchez un client IRC pour vous connecter à un réseau IRC, voyez donc X-Chat (http://www.xchat.org/). X-Chat est disponible sous Unix et sous Windows. 1.4.3. Support de la communauté MySQL sur les forums MySQL La ressource ultime de support de la communauté sont les forums sur http://forums.mysql.com. Il y a une large gamme de serveurs disponibles, regroupés par thèmes comme ceci : ? Migration ? Utilisation de MySQL ? Connecteurs MySQL ? MySQL Technology ? Business 1.5. Quels standards respecte MySQL ? Cette section présente comment MySQL interprète les standards SQL ANSI. Le serveur MySQL dispose de nombreuses extensions au standard ANSI et vous trouverez ici comment les exploiter. Vous trouverez aussi des informations sur les fonctionnalités manquantes de MySQL et comment y trouver des palliatifs. Notre but n'est pas, sans une bonne raison, de restreindre les capacités de MySQL à un usage unique. Même si nous n'avons pas les ressources de développement à consacrer à toutes les opportunités, nous sommes toujours intéressés et prêts à aider ceux qui utilisent MySQL dans de nouveaux domaines. Un de nos objectifs avec ce produit est de tendre à la compatibilité ANSI 99, mais sans sacrifier la vitesse ou la robustesse. Nous ne reculons pas devant l'ajout de nouvelle fonctionnalités au langage Informations générales 23 SQL, ou le support de fonctionnalités hors SQL, qui améliorent le confort d'utilisation de MySQL. La nouvelle interface de gestionnaires HANDLER de MySQL 4.0 est un exemple de cette stratégie. See Section 13.1.3, « Syntaxe de HANDLER ».) Nous continuons de supporter les bases transactionnelles et non transactionnelles pour combler les besoins des sites web ou des applications à fort besoin d'archivage, ainsi que les applications critiques à très haute disponibilité. Le serveur MySQL a été con¸u pour travailler avec des bases de taille moyenne (de 10 à 100 millions de lignes, ou des tables de 100 Mo) sur des systèmes de petite taille. Nous continuons d'améliorer MySQL pour qu'il fonctionne avec des bases gigantesques (tera-octets), tout en conservant la possibilité de compiler une version réduite de MySQL pour qu'il fonctionne sur des appareils embarqués ou nomades. L'architecture compacte de MySQL rend possible le support de ces applications si différentes, sans aucun conflit dans les sources. Nous n'étudions pas le support du temps réel ou des bases de données en grappe (même si vous pouvez dores et déjà réaliser de nombreuses applications avec les services de réplication). Nous ne croyons pas au support natif du XML en base, mais nous allons faire en sorte d'ajouter le support XML que réclame nos clients du coté client. Nous pensons qu'il est préférable de conserver le serveur central aussi ``simple et efficace'' que possible, et développer les bibliothèques qui gèrent la complexité du coté client. Cela fait partie de la stratégie que nous avons mentionné plus tôt, pour ne sacrifier ni la vitesse, ni la robustesse du serveur. 1.5.1. Quels standards suit MySQL ? Nous nous dirigeons vers le support complet du standard ANSI SQL, mais sans aucune concession sur la vitesse ou la qualité du code. ODBC niveau 0#3.51. 1.5.2. Sélectionner les modes SQL Le serveur MySQL peut opérer avec différents modes SQL, et peut appliquer des modes différents pour chaque client. Cela permet aux applications d'adapter le comportement du serveur à ses attentes. Le mode définit quelle syntaxe SQL MySQL doit supporter, et quel type de validations il doit effectuer sur les données. Cela facilite l'utilisation de MySQL dans différents environnements, et avec d'autres bases de données. Vous pouvez configurer le mode SQL par défaut en lan¸ant le serveur mysqld avec l'option - -sql-mode="modes". Depuis MySQL 4.1, vous pouvez aussi changer le mode après le lancement, en changeant la variable sql_mode avec la commande SET [SESSION|GLOBAL] sql_mode='modes'. Pour plus d'informations sur les modes serveurs, voyez Section 5.2.2, « Le mode SQL du serveur ». 1.5.3. Exécuter MySQL en mode ANSI Vous pouvez lancer mysqld en mode ANSI avec l'option de démarrage --ansi. See Section 5.2.1, « Options de ligne de commande de mysqld ». Le mode ANSI revient à lancer le serveur avec les options suivantes (spécifiez la valeur de - -sql_mode sur une seule ligne) : --transaction-isolation=SERIALIZABLE --sql-mode=REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES, IGNORE_SPACE,ONLY_FULL_GROUP_BY En MySQL version 4.1, vous pouvez arriver à la même configuration avec ces deux options Informations générales 24 (spécifiez la valeur de --sql_mode sur une seule ligne) : SET GLOBAL TRANSACTION ISOLATION LEVEL SERIALIZABLE; SET GLOBAL sql_mode = 'REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES, IGNORE_SPACE,ONLY_FULL_GROUP_BY'; See Section 1.5.2, « Sélectionner les modes SQL ». En MySQL version 4.1.1, les options sql_mode présentée ci-dessus peuvent être configurée avec : SET GLOBAL sql_mode='ansi'; Dans ce cas, la valeur de la variable sql_mode prendre toute les options du mode ANSI. Vous pouvez vérifier le résultat comme ceci : mysql> SET GLOBAL sql_mode='ansi'; mysql> SELECT @@global.sql_mode; -> 'REAL_AS_FLOAT,PIPES_AS_CONCAT,ANSI_QUOTES, IGNORE_SPACE,ONLY_FULL_GROUP_BY,ANSI'; 1.5.4. Extensions MySQL au standard SQL-92 Le serveur MySQL inclut des extensions que vous ne trouverez probablement pas dans les autres bases de données. Soyez prévenus que si vous les utilisez, votre code ne sera probablement pas portable sur d'autres serveurs SQL. Dans certains cas, vous pouvez écrire du code qui inclut des spécificités de MySQL, mais qui restent portables, en les incluant dans des commentaires de la forme /*! ... */. Dans ce cas, le serveur MySQL va analyser la chaîne et exécuter le code à l'intérieur de ces commentaires comme une commande normale, mais d'autres serveurs ignoreront ces commentaires. Par exemple : SELECT /*! STRAIGHT_JOIN */ col_name FROM table1,table2 WHERE ... Si vous ajoutez le numéro de version après le point d'exclamation ?!?, la syntaxe sera exécutée uniquement si la version du serveur MySQL est égale ou plus récente que le numéro de version utilisé. CREATE /*!32302 TEMPORARY */ TABLE t (a int); Cela signifie que si vous avez la version 3.23.02 ou plus récente, le serveur MySQL va utiliser le mot réservé TEMPORARY. Voici une liste des apports spécifiques de MySQL : ? Organisation des données sur le disque MySQL fait correspondre à chaque base un dossier dans le dossier de données MySQL, et à chaque table des fichiers portant le même nom. Ceci a plusieurs implications : ? Les noms des bases de données et des tables sont sensibles à la casse sur les systèmes d'exploitation qui ont des systèmes de fichiers sensibles à la casse (comme la plupart des systèmes Unix). See Section 9.2.2, « Sensibilité à la casse pour les noms ». ? Vous pouvez utiliser les commandes systèmes standard pour sauver, renommer, déplacer, effacer et copier des tables. Par exemple, pour renommer une table, il suffit de renommer les fichiers .MYD, .MYI et .frm et de leur donner un nouveau nom. Les noms de bases, tables, index, colonnes ou alias peuvent commencer par des chiffres, mais ne Informations générales 25 peuvent pas être constitués uniquement de noms. ? Syntaxe générale du langage ? Les chaînes de caractères peuvent être soit délimitées par ?"?, soit par ?'?. Pas seulement par ?'?. ? L'utilisation du caractère de protection ?\?. ? Dans une requête SQL, vous pouvez accéder à des tables situées dans différentes bases de données, avec la syntaxe db_name.tbl_name. Certains serveurs SQL fournissent la même fonctionnalité, mais l'appellent un User space. Le serveur MySQL ne supporte par les espaces de nom de tables, comme dans : create table ralph.my_table...IN my_tablespace. ? Syntaxe de commande SQL ? Les commandes ANALYZE TABLE, CHECK TABLE, OPTIMIZE TABLE et REPAIR TABLE. ? Les commandes CREATE DATABASE et DROP DATABASE. See Section 13.2.3, « Syntaxe de CREATE DATABASE ». ? La commande DO. ? La commande EXPLAIN SELECT pour avoir le détail des jointures de tables. ? Les commandes FLUSH et RESET. ? La commande SET. See Section 13.5.2.8, « Syntaxe de SET ». ? La commande SHOW. See Section 13.5.3, « Syntaxe de SHOW ». ? L'utilisation de la commande LOAD DATA INFILE. Dans de nombreuses situations, cette syntaxe est compatible avec la commande d'Oracle LOAD DATA INFILE. See Section 13.1.5, « Syntaxe de LOAD DATA INFILE ». ? L'utilisation de RENAME TABLE. See Section 13.2.9, « Syntaxe de RENAME TABLE ». ? L'utilisation de REPLACE au lieu de DELETE + INSERT. See Section 13.1.6, « Syntaxe de REPLACE ». ? L'utilisation de CHANGE col_name, DROP col_name ou DROP INDEX, IGNORE ou RENAME dans une commande ALTER TABLE. See Section 13.2.2, « Syntaxe de ALTER TABLE ». ? L'utilisation de noms d'index, de préfixes d'index, et l'utilisation des mots-clé INDEX or KEY dans une commande de création de table CREATE TABLE. See Section 13.2.5, « Syntaxe de CREATE TABLE ». ? L'utilisation des clauses TEMPORARY et IF NOT EXISTS avec CREATE TABLE. ? L'utilisation de DROP TABLE avec les mots-clé IF EXISTS. ? Vous pouvez effacer plusieurs tables avec une seule commande DROP TABLE. ? La clause LIMIT de la commande DELETE. ? La syntaxe INSERT INTO ... SET col_name = .... ? La clause DELAYED des commandes INSERT et REPLACE. Informations générales 26 ? La clause LOW_PRIORITY des commandes INSERT, REPLACE, DELETE et UPDATE. ? L'utilisation de INTO OUTFILE et STRAIGHT_JOIN dans les requêtes SELECT. See Section 13.1.7, « Syntaxe de SELECT ». ? L'option SQL_SMALL_RESULT de la commande SELECT. ? Vous n'êtes pas obligé de nommer toutes les colonnes que vous sélectionnez dans la clause GROUP BY. Cela donne de meilleures performances pour certaines situations spécifiques, mais classiques. See Section 12.9, « Fonctions et options à utiliser dans les clauses GROUP BY ». ? Vous pouvez spécifier ASC ou DESC dans la clause GROUP BY. ? La possibilité de modifier les variables dans les commandes avec l'opérateur := : SELECT @a:=SUM(total),@b=COUNT(*),@a/@b AS avg FROM test_table; SELECT @t1:=(@t2:=1)+@t3:=4,@t1,@t2,@t3; ? Types de colonnes ? Les types de colonnes MEDIUMINT, SET, ENUM et les types BLOB et TEXT. ? Les attributs de champs AUTO_INCREMENT, BINARY, NULL, UNSIGNED et ZEROFILL. ? Fonctions et opérateurs ? Pour aider les utilisateurs qui viennent d'autres environnements SQL, le serveur MySQL supporte des alias de nombreuses fonctions. Par exemple, toutes les fonctions de chaînes de caractères supportent simultanément les syntaxes ANSI SQL et ODBC. ? Le serveur MySQL comprend les opérateurs || et && comme opérateurs logiques OR et AND, comme en langage C. Pour le serveur MySQL, les opérateurs || et OR sont synonymes, ainsi que && et AND. En conséquence, MySQL ne supporte pas l'opérateur de concaténation de chaînes ANSI SQL ||. Utilisez plutôt la fonction CONCAT(). Comme CONCAT() prend un nombre illimité d'arguments, il est facile de convertir des expressions utilisant ||, pour qu'elles fonctionnent sur le serveur MySQL. ? L'utilisation de COUNT(DISTINCT list) où list contient plus d'un élément. ? Toutes les comparaisons de chaînes sont insensibles à la casse par défaut, et l'ordre de tri est déterminé par le jeu de caractères courant (ISO-8859-1 Latin1 par défaut). Si vous en souhaitez un autre, il faut déclarer les colonnes avec l'attribut BINARY ou utiliser l'opérateur BINARY pour forcer les comparaisons à prendre en compte la casse, en fonction du jeu de caractères utilisé sur l'hôte du serveur MySQL. ? L'opérateur % est synonyme de MOD(). C'est à dire que N % M est équivalent à MOD(N,M). % est supporté pour les programmeurs C, et pour la compatibilité avec PostgreSQL. ? Les opérateurs =, <>, <= ,<, >=,>, <<, >>, <=>, AND, OR ou LIKE peuvent être utilisés pour les comparaisons de colonnes à gauche de la clause FROM dans les commandes SELECT. Par exemple : mysql> SELECT col1=1 AND col2=2 FROM tbl_name; ? La fonction LAST_INSERT_ID(), qui retourne la plus récente valeur de colonne AUTO_INCREMENT. See Section 12.8.3, « Fonctions d'informations ». ? LIKE est possible avec des colonnes numériques. Informations générales 27 ? Les opérateurs d'expressions régulières étendus REGEXP et NOT REGEXP. ? CONCAT() et CHAR() avec un argument ou plus de deux arguments. Avec le serveur MySQL, ces fonctions peuvent prendre n'importe quel nombre d'arguments. ? Les fonctions BIT_COUNT(), CASE, ELT(), FROM_DAYS(), FORMAT(), IF(), PASSWORD(), ENCRYPT(), MD5(), ENCODE(), DECODE(), PERIOD_ADD(), PERIOD_DIFF(), TO_DAYS() et WEEKDAY(). ? L'utilisation de la fonction TRIM() pour réduire les chaînes. L'ANSI SQL ne supporte que les suppressions de caractères uniques. ? Les fonctions de groupe de la clause GROUP BY STD(), BIT_OR(), BIT_AND(), BIT_XOR() et GROUP_CONCAT(). See Section 12.9, « Fonctions et options à utiliser dans les clauses GROUP BY ». Pour une liste hiérarchisée des nouvelles extensions qui seront ajoutées à MySQL, vous pouvez consulter la liste de tâche en ligne sur http://dev.mysql.com/doc/mysql/en/TODO.html. C'est la dernière liste qui est utilisée dans ce formulaire. See Section B.8, « Les évolutions de MySQL (la liste des tâches) ». 1.5.5. Différences entre MySQL et le standard SQL-92 Nous tâchons de rendre le serveur MySQL compatible avec le standard ANSI SQL, et le standard ODBC SQL, mais dans certains cas, MySQL se comporte différemment. ? Pour les colonnes de type VARCHAR, les espaces terminaux sont supprimés lors du stockage de la valeur. See Section 1.5.7, « Erreurs connues, et limitations de MySQL ». ? Dans certains cas, les colonnes CHAR sont transformées automatiquement en colonnes VARCHAR. See Section 13.2.5.1, « Modification automatique du type de colonnes ». ? Les droits d'un utilisateur sur une table ne sont pas supprimés si la table est détruite. Vous devez explicitement utiliser la commande REVOKE pour supprimer les droits d'un utilisateur sur une table. See Section 13.5.1.3, « Syntaxe de GRANT et REVOKE ». 1.5.5.1. Sous-requêtes MySQL 4.1 supporte les sous-requêtes et les tables dérivées (vues anonymes). Une ``sous-requête'' est une commande SELECT imbriquée dans une autre commande. Une ``table dérivée'' (vues anonymes) est une sous-requête placée dans une clause FROM d'une autre commande. See Section 13.1.8, « Sous-sélections (SubSELECT) ». Pour les versions de MySQL antérieure à la 4.1, la plupart des sous-requêtes peuvent être réécrites avec des jointures et d'autres méthodes. Voyez Section 13.1.8.11, « Se passer des sous-requêtes avec les premières versions de MySQL » pour des exemples d'illustration. 1.5.5.2. SELECT INTO TABLE Le serveur MySQL ne supporte pas encore l'extension Oracle SQL : SELECT ... INTO TABLE .... A la place, le serveur MySQL supporte la syntaxe ANSI SQL INSERT INTO ... SELECT ..., qui revient au même. See Section 13.1.4.1, « Syntaxe de INSERT ... SELECT ». INSERT INTO tblTemp2 (fldID) SELECT tblTemp1.fldOrder_ID FROM tblTemp1 WHERE tblTemp1.fldOrder_ID > 100; Informations générales 28 Alternativement, vous pouvez utiliser SELECT INTO OUTFILE... et CREATE TABLE ... SELECT. Depuis la version 5.0, MySQL supporte SELECT ... INTO avec les variables serveur. La même syntaxe peut aussi être utilisée dans les procédures stockées, en utilisant les curseurs et les variables locales. See Section 19.2.9.3, « Syntaxe de SELECT ... INTO ». 1.5.5.3. Transactions et opérations atomiques Le serveur MySQL (version 3.23 MySQL-max et toutes les versions 4.0 et plus récent) supporte les transactions avec les gestionnaires de tables InnoDB et BDB. InnoDB dispose aussi de la compatibilité ACID totale. See Chapitre 14, Moteurs de tables MySQL et types de table. Toutefois, les tables non transactionnelles de MySQL telles que MyISAM exploitent un autre concept pour assurer l'intégrité des données, appelé ``opérations atomiques''. Les opérations atomiques disposent d'une bien meilleure protection des données pour des performances également accrues. Comme MySQL supporte les deux méthodes, l'utilisateur est capable de choisir celle qui correspond à ses besoins, suivant qu'il a besoin de vitesse ou de sécurité. Ce choix peut être fait table par table. Comment exploiter les capacités de MySQL pour protéger l'intégrité des données, et comment ces fonctionnalités se comparent elles avec les méthodes transactionnelles ? 1. En mode transactionnel, si votre application a été écrite en dépendant de l'appel de ROLLBACK au lieu de COMMIT dans les situations critiques, les transactions sont plus pratiques. Les transactions s'assurent que les modifications non achevées ou les activités corrosives ne sont pas archivées dans la base. Le serveur a l'opportunité d'annuler automatiquement l'opération, et votre base de données est sauve. Le serveur MySQL, dans la plupart des cas, vous permet de résoudre les problèmes potentiels en incluant de simples vérifications avant les modifications, et en exécutant des scripts simples pour vérifier l'intégrité de vos bases de données, ainsi que les incohérences, et pour réparer automatiquement les problèmes, ou encore vous alerter si une erreur est identifiée. Notez qu'en utilisant simplement le log de MySQL, ou en utilisant un log supplémentaire, vous pouvez normalement réparer à la perfection toutes les tables, sans aucune perte de données. 2. Souvent, les modifications de données transactionnelles fatales peuvent être réécrites de manière atomique. En général, tous les problèmes d'intégrité que les transactions résolvent peuvent être corrigés avec la commande LOCK TABLES ou des modifications atomiques, qui assurent que vous n'aurez jamais d'annulation automatique de la base, ce qui est un problème commun des bases transactionnelles. 3. Même un système transactionnel peut perdre des données si le serveur s'arrête. La différence entre les systèmes repose alors dans ce petit laps de temps où ils peuvent perdre des données. Aucun système n'est sécurisé à 100%, mais simplement ``suffisamment sécurisé''. Même Oracle, réputé pour être la plus sûre des bases de données transactionnelles, est montré du doigt pour perdre des données dans ces situations. Pour être tranquille avec MySQL, que vous utilisiez les tables transactionnelles ou pas, vous n'avez besoin que de sauvegardes et de logs de modifications. Avec ces deux outils, vous pourrez vous protéger de toutes les situations que vous pourriez rencontrer avec d'autres bases de données transactionnelles. De toute manière, il est bon d'avoir des sauvegardes, indépendamment de la base que vous utilisez. La méthode transactionnelle a ses avantages et ses inconvénients. De nombreux utilisateurs et développeurs d'applications dépendent de la facilité de pallier un problème lorsqu'une annulation semble nécessaire ou presque. Cependant, même si vous êtes néophyte des opérations atomiques, ou plus familier avec les transactions, prenez en considération le gain de vitesse que les tables non transactionnelles offrent. Ces gains vont de 3 a 5 fois la vitesse des tables transactionnelles les plus rapides et les mieux optimisées. Informations générales 29 Dans des situations où l'intégrité est de la plus grande importance, le serveur MySQL assure une intégrité du niveau des transactions, ou encore mieux avec les tables non transactionnelles. Si vous verrouillez les tables avec LOCK TABLES, toutes les modifications seront bloquées jusqu'à ce que la vérification d'intégrité soit faite (à comparer avec un verrou en écriture), les lectures et insertions sont toujours possibles. Les nouvelles lignes ne seront pas accessibles en lecture tant que le verrou n'aura pas été levé. Avec INSERT DELAYED, vous pouvez faire attendre les insertions dans une pile, jusqu'à ce que les verrous soit levés, sans que le client n'attende cette levée de verrou. See Section 13.1.4.2, « Syntaxe de INSERT DELAYED ». ``Atomique'', avec le sens que nous lui donnons, n'a rien de magique. Ce terme signifie simplement que vous pouvez être certain que lorsque vous modifiez des données dans une table, aucun autre utilisateur ne peut interférer avec votre opération, et qu'il n'y aura pas d'annulation automatique (ce qui pourrait arriver avec des tables transactionnelles si nous ne sommes pas trop soigneux). Le serveur MySQL garantit aussi qu'il n'y aura pas de lectures erronées. Voici quelques techniques pour travailler avec des tables non transactionnelles : ? Les boucles qui requièrent les transactions peuvent normalement être implémentées avec la commande LOCK TABLES, et vous n'avez nul besoin de curseur lorsque vous modifiez des lignes à la volée. ? Pour éviter d'utiliser l'annulation ROLLBACK, vous pouvez adopter la stratégie suivante : 1. Utilisez la commande LOCK TABLES ... pour verrouiller toutes les tables que vous voulez utiliser. 2. Testez vos conditions. 3. Modifiez si tout est correct. 4. Utilisez UNLOCK TABLES pour libérer vos tables. Ceci est probablement une méthode bien plus rapide que ne le proposent les transactions, avec des annulations ROLLBACK possibles mais pas certaines. La seule situation que ce cas ne prend pas en compte est l'interruption du processus au milieu d'une mise à jour. Dans ce cas, tous les verrous seront levés, mais certaines modifications peuvent ne pas avoir été exécutées. ? Vous pouvez aussi utiliser des fonctions pour modifier des lignes en une seule opération. Vous pouvez créer une application très efficace en utilisant cette technique : ? Modifiez les champs par rapport à leur valeur actuelle. ? Modifiez uniquement les champs que vous avez réellement changé. Par exemple, lorsque nous modifions les données d'un client, nous ne modifions que les données du client qui ont changé et nous vérifions uniquement si les données modifiées ou les données qui en dépendent ont changé comparativement aux données originales. Les tests sur les données modifiées sont faits avec la clause WHERE dans la commande UPDATE. Si la ligne a été modifiée, nous indiquons au client : "Some of the data you have changed has been changed by another user". En fran¸ais : "certaines données que vous voulez modifier ont été modifiées par un autre utilisateur". Puis nous affichons l'ancienne ligne et la nouvelle ligne, pour laisser l'utilisateur décider quelle version il veut utiliser. Cela nous conduit à un résultat proche du verrouillage de ligne, mais en fait, c'est bien mieux, car nous ne modifions que les colonnes qui en ont besoin, en utilisant des valeurs relatives. Cela signifie qu'une commande UPDATE typique ressemble à ceci : UPDATE tablename SET pay_back=pay_back+'relative change'; UPDATE customer SET customer_date='current_date', address='new address', Informations générales 30 phone='new phone', dette=dette+'emprunt' WHERE customer_id=id AND address='old address' AND phone='old phone'; Comme vous pouvez le voir, c'est très efficace, et fonctionne même si un autre client a modifié la valeur pay_back ou dette. ? Dans de nombreuses situations, les utilisateurs ont souhaité les commandes ROLLBACK et/ou LOCK TABLES afin de gérer des identifiant uniques pour certaines tables. Ils peuvent être gérés bien plus efficacement en utilisant une colonne de type AUTO_INCREMENT, en corrélation avec la fonction LAST_INSERT_ID() ou la fonction C mysql_insert_id(). See Section 12.8.3, « Fonctions d'informations ». See Section 24.2.3.33, « mysql_insert_id() ». Vous pouvez éviter le verrouillage de ligne. Certaines situations le requièrent vraiment, mais elles sont rares. Les tables InnoDB supportent le verrouillage de ligne. Avec les tables MyISAM, vous pouvez utiliser une colonne de type sémaphore, et faire ceci : UPDATE tbl_name SET row_flag=1 WHERE id=ID; MySQL retournera 1 pour le nombre de lignes affectées si la ligne a été trouvée, car row_flag ne vaut pas déjà 1 dans la ligne originale. Vous pouvez comprendre la requête ci-dessus comme si le serveur MySQL avait utilisé la commande suivante : UPDATE tbl_name SET row_flag=1 WHERE id=ID AND row_flag <> 1; 1.5.5.4. Procédures stockées et triggers Les procédures stockées sont implémentées en version 5.0. See Chapitre 19, Procédures stockées et fonctions. Un trigger est une procédure stockée qui est activée lorsqu'un événement particulier survient. Par exemple, vous pouvez installer une procédure stockée qui est déclenchée dès qu'une ligne est effacée dans une table d'achat, pour que le client soit automatiquement effacé si tous ses achats sont effacés. 1.5.5.5. Les clés étrangères En MySQL version 3.23.44 et plus récentes, les tables InnoDB supportent les vérifications d'intégrité référentielles. See Chapitre 15, Le moteur de tables InnoDB. Pour les autres types de tables, le serveur mySQL accepte la syntaxe FOREIGN KEY dans la commande CREATE TABLE, mais ne la prend pas en compte. Pour les autres moteurs de stockage que InnoDB, MySQL analyse la clause FOREIGN KEY de la commande CREATE TABLE, mais ne l'utilise pas et ne la stocke pas. Dans le futur, l'implémentation va stocker cette information dans le fichier de spécifications de tables, pour qu'elle puisse être lue par mysqldump et ODBC. Ultérieurement, les contraintes de clé étrangères seront incluses dans les tables MyISAM. Voici des avantages aux contraintes de clés étrangères : ? En supposant que les relations soient proprement con¸ues, les clés étrangères rendent plus difficile pour un programmeur d'insérer des valeurs incohérentes dans la base. ? La vérification centralisée de contraintes par le serveur de base de données rend inutiles Informations générales 31 l'application de ces vérifications du coté de l'application. Cela élimine la possibilité que d'autres applications ne fassent pas les vérifications de la même fa¸on que les autres. ? L'utilisation des modifications et effacement en cascade simplifie le code du client. ? Les règles de clés étrangères proprement con¸ues aident à la documentation des relations entre les tables. Gardez bien en tête que ces avantages ont un coût supérieur pour le serveur de bases, qui doit effectuer les tests. Les vérifications supplémentaires affectent les performances, ce qui est parfois suffisamment rebutant pour des applications qui les éviteront. Certaines applications commerciales ont placé la logique de vérification dans l'application, pour cette raison. MySQL donne aux développeurs de bases de données le choix de leur approche. Si vous n'avez pas besoin des clés étrangères, et que vous voulez éviter leur surcoût, vous pouvez choisir un autre type de table, comme MyISAM. Par exemple, les tables MyISAM sont extrêmement rapides pour les applications qui font essentiellement des opérations INSERT et SELECT, car elles peuvent être utilisées simultanément. See Section 7.3.2, « Problème de verrouillage de tables ». Si vous décidez de ne pas tirer avantage des contraintes d'intégrité, vous devez garder en tête ces conseils : ? En l'absence de vérification du coté du serveur, l'application doit se charger de ces vérifications. Par exemple, elle doit s'assurer que les lignes sont insérées dans le bon ordre, et que les lignes ne sont pas orphelines. Il faut aussi pouvoir rattraper une erreur au milieu d'une opération multiple. ? Si la clause ON DELETE est la seule fonctionnalité nécessaire, notez que depuis MySQL version 4.0, vous pouvez utiliser des commandes DELETE multi-tables pour effacer les lignes dans plusieurs tables en une seule commande. See Section 13.1.1, « Syntaxe de DELETE ». ? Un palliatif au manque de ON DELETE est d'ajouter la commande DELETE appropriée lorsque vous effacez des lignes dans une table qui dispose d'une clé étrangère. En pratique, c'est souvent plus rapide que d'utiliser les clés étrangères, et c'est plus portable. Soyez conscient que l'utilisation des clés étrangères dans certaines circonstances peuvent conduire à des problèmes : ? Les clés étrangères règlent des problèmes de cohérence, mais il est nécessaire de concevoir les contraintes correctement, pour éviter les contraintes circulaires, ou des cascades d'effacements incorrects. ? Il n'est pas exceptionnel pour un administrateur de créer une topologie de relations qui rende difficile la restauration de bases à partir d'une sauvegarde. MySQL résout ce problème en vous permettant de désactiver temporairement les contraintes. See Section 15.7.4, « Contraintes de clés étrangères FOREIGN KEY ». Depuis MySQL 4.1.1, mysqldump génère un fichier d'export qui exploite cette possibilité de désactivation automatique à l'import. Notez que les clés étrangères SQL sont utilisées pour assurer la cohérence des données, et non pas pour joindre des tables. Si vous voulez obtenir des résultats de tables multiples dans une commande SELECT, vous devez le faire avec une jointure : SELECT * FROM t1, t2 WHERE t1.id = t2.id; See Section 13.1.7.1, « Syntaxe de JOIN ». See Section 3.6.6, « Utiliser les clefs étrangères ». La syntaxe FOREIGN KEY sans ON DELETE ... est souvent utilisée par les applications ODBC pour produire automatiquement des clauses WHERE. Informations générales 32 1.5.5.6. Les vues Il est prévu d'implémenter les vues dans la version 5.0 ou 5.1 du serveur MySQL. Historiquement, MySQL a été utilisé dans des applications et sur les systèmes Web, où l'auteur de l'application a un contrôle complet sur le système de base de données. L'utilisation a évolué au cours du temps, et de nombreux utilisateurs pensent maintenant que c'est important. Les vues anonymes (tables dérivées, une sous-requête de la clause FROM de la commande SELECT) sont déjà disponibles en version 4.1. Les vues sont la plupart du temps utiles pour donner accès aux utilisateurs à un ensemble de relations représentées par une table (en mode inaltérable). Beaucoup de bases de données SQL ne permettent pas de mettre à jour les lignes dans une vue, vous devez alors faire les mises à jour dans les tables séparées. See Section 5.5, « Règles de sécurité et droits d'accès au serveur MySQL ». De nombreuses bases de permettent pas les modifications de vues, mais permettent les mises à jour dans des tables individuelles. Lors de la conception de notre système de vues, nous envisageons le support complet de la règle ``numéro 6 de Codd'' (autant que possible en SQL) : toutes les vues qui sont théoriquement modifiables, et doivent l'être en pratique. 1.5.5.7. '--' comme début de commentaire Certaines bases de données SQL utilisent '--' comme début de commentaire. Le serveur MySQL utilise ?#?. Vous pouvez aussi utiliser la syntaxe du langage C /* ceci est un commentaire */. See Section 9.5, « Syntaxe des commentaires ». MySQL version 3.23.3 et plus récent supporte les commentaires de type '--', si ce commentaire est suivi d'un espace. Ceci est dû au fait que ce type de commentaire a causé beaucoup de problèmes avec les requêtes générées automatiquement, qui contiennent du code tel que celui-ci, où nous insérons automatiquement la valeur du paiement dans la table !payment! : UPDATE tbl_name SET credit=credit-!payment! Pensez à ce qui se passe lorsque la valeur de payment est négative, comme -1 : UPDATE account SET credit=credit--1 credit--1 est une expression légale en SQL mais -- est interprété comme un commentaire et la fin de l'expression est ignorée. Le résultat est que la commande prend une signification complètement différente : UPDATE account SET credit=credit La commande ne produit aucun changement! Cela montre que l'utilisation des commentaires de type '--' peuvent avoir des conséquences graves. En utilisant notre implémentation des commentaires avec le serveur MySQL version 3.23.3 et plus récent, 1-- ceci est un commentaire ne pose pas ce type de problème. Une autre fonctionnalité supplémentaire est que le client en ligne de commande mysql supprime toutes les lignes qui commencent par '--'. Les informations suivantes sont destinées aux utilisateurs de MySQL avec des versions antérieures à la version 3.23.3 : Si vous avez un programme SQL dans un fichier texte qui contient des commentaires au format '--', il est recommandé d'utiliser l'utilitaire replace pour assurer la conversion en caractères ?#? : shell> replace " --" " #" < text-file-with-funny-comments.sql \ Informations générales 33 | mysql database au lieu du classique : shell> mysql database < text-file-with-funny-comments.sql Vous pouvez aussi éditer le fichier de commande ``lui-même'' pour remplacer les commentaires '--' par des commentaires ?#? : shell> replace " --" " #" -- text-file-with-funny-comments.sql Puis, rétablissez-les avec : shell> replace " #" " --" -- text-file-with-funny-comments.sql 1.5.6. Comment MySQL gère les contraintes Comme MySQL permet de travailler avec des moteurs de tables transactionnelles ou pas, les contraintes sont gérées un peu différemment sur MySQL que sur les autres bases de données. Nous devons gérer le cas où vous avez modifié beaucoup de lignes avec une table non- transactionnelles, qui ne peut annuler les modifications en cas d'erreur. La philosophie de base est d'essayer de détecter autant d'erreur que possible au moment de la compilation, mais d'essayer de réparer les erreurs à l'exécution. Nous y arrivons dans la plupart des cas, mais pas tout le temps. See Section B.8.3, « Ce qui doit être fait dans un futur proche ». La solution de base de MySQL est d'interrompre la commande au milieu, ou de faire de son mieux pour réparer le problème et continuer. Voici ce qui se passe dans les différents types de contraintes. 1.5.6.1. Contrainte avec PRIMARY KEY / UNIQUE Normalement, vous allez obtenir une erreur lorsque vous essayerez d'insérer INSERT ou modifier UPDATE une ligne qui causera une violation de clé primaire, unique ou étrangère. Si vous utilisez un moteur transactionnelle, comme InnoDB, MySQL va immédiatement annuler la transaction. Si vous utilisez un moteur non-transactionnel, MySQL va s'arrêter à la mauvaise ligne, et laisser les dernières lignes intactes. Pour rendre la vie plus facile, MySQL a ajouté le support de l'option IGNORE aux commandes qui peuvent rencontrer un problème de clé (comme INSERT IGNORE ...). Dans ce cas, MySQL va ignorer les problèmes de clé et la ligne, et continuer à traiter les lignes suivantes. Vous pouvez obtenir la liste des alertes avec la fonction mysql_info() et, dans les prochaines versions de MySQL 4.1, vous pourrez aussi les voir avec la commande SHOW WARNINGS. See Section 24.2.3.31, « mysql_info() ». See Section 13.5.3.19, « SHOW WARNINGS | ERRORS ». Notez que pour le moment, seules les tables InnoDB supportent les clés étrangères. See Section 15.7.4, « Contraintes de clés étrangères FOREIGN KEY ». Le support des clés étrangères des tables MyISAM sont prévues pour la version 5.0. 1.5.6.2. Contraintes sur les valeurs invalides Pour être capable de supporter facilement les tables non-transactionnelles, tous les champs de MySQL ont des valeurs par défaut. Si vous insérez une valeur ``invalide'' dans une colonne, comme NULL dans une colonne NOT NULL, ou une valeur numérique trop grand dans une colonne numérique, MySQL inscrit dans la colonne la ``meilleure valeur possible'', sans produire d'erreur : Informations générales 34 ? Si vous stockez un chiffre hors de l'intervalle de validité d'une colonne numérique, MySQL stocke à la place zéro, la plus petite valeur possible, ou bien la plus grande valeur possible. ? Pour les chaînes, MySQL stocke la chaîne vide ou bien la plus grande chaîne qui peut être stockée dans cette colonne. ? Si vous essayez de stocker une chaîne qui ne commence pas par un chiffre dans une colonne numérique, MySQL stocke 0. ? Si vous essayez de stocker NULL dans une colonne qui n'accepte pas la valeur NULL, MySQL stocke 0 ou '' (la chaîne vide). Ce dernier comportement peut, pour des insertions de ligne unique, être modifié par l'option de compilation -DDONT_USE_DEFAULT_FIELDS. See Section 2.4.2, « Options habituelles de configure ». Cela fait que les commandes INSERT génèreront une erreur à moins que vous ne spécifiez explicitement les valeurs pour toutes les colonnes qui requièrent une valeur non-NULL. ? MySQL vous permet de stocker des dates incorrectes dans les colonnes de type DATE et DATETIME (comme '2000-02-31' ou '2000-02-00'). L'idée est que ce n'est pas le travail du serveur SQL de valider les dates. Si MySQL peut stocker une valeur et relire exactement la même valeur, MySQL la stockera. Si la date est totalement erronée (hors de l'intervalle de validité), la valeur spéciale '0000-00-00' est stockée dans la colonne. La raison de cette règle ci-dessus est que nous ne pouvons pas vérifier ces conditions avant que la requête ne soit exécutée. Si nous rencontrons un problème après la modification de quelques lignes, nous ne pourront pas annuler la modification, car la table ne le supporte peut-être pas. L'alternative qui consiste à s'arrêter c'est pas envisageable non plus, car nous aurions alors fait la moitié du travail, ce qui sera alors le pire scénario. Dans ce cas, il vaut mieux faire "du mieux possible", et continuer comme si rien n'était arrivé. En MySQL 5.0, nous envisageons d'améliorer cela en fournissant des alertes de conversions automatique, ainsi qu'une option pour vous permettre d'annuler la commande si elle n'utilise que des tables transactionnelles. Ceci signifie qu'il ne faut pas compter sur MySQL pour vérifier le contenu des champs, mais de gérer cela au niveau de l'application. 1.5.6.3. Constante avec ENUM et SET En MySQL 4.x ENUM n'est pas une véritable contrainte, mais simplement un moyen plus efficace de stocker des champs qui peuvent prendre un nombre limité de valeurs différentes. C'est la même raison pour laquelle NOT NULL n'est pas respecté. Si vous insérez une valeur invalide dans un champs ENUM, la colonne prendra la valeur réservée 0, qui sera représentée par une chaîne vide, en mode chaîne. See Section 11.4.4, « Le type ENUM ». Si vous insérez une mauvais option dans un ensemble SET, la valeur sera ignorée. See Section 11.4.5, « Le type SET ». 1.5.7. Erreurs connues, et limitations de MySQL 1.5.7.1. Erreurs connues en 3.23 et corrigées ultérieurement Les erreurs suivantes sont connues mais restent non corrigées en MySQL3.23, car pour les corriger, il nous faudrait modifier trop de code : cela risquerait d'introduire des bugs bien pire. Ces bogues sont considérés comme ``non nuisibles'' ou ``supportables''. ? Il est possible de rencontrer un blocage en utilisant la commande LOCK TABLE sur de multiples tables, puis, avec la même connexion, faire un DROP TABLE sur l'une d'entre elle, alors qu'un autre thread essai de verrouiller la table. Il est toutefois possible d'utiliser la commande KILL sur l'un des threads en question, pour résoudre ce problème. Corrigé en 4.0.12. ? SELECT MAX(key_column) FROM t1,t2,t3... où l'une des tables est vide ne Informations générales 35 retourne pas NULL mais plutôt le valeur maximale de la colonne. Corrigé en 4.0.11. ? DELETE FROM heap_table sans clause WHERE ne fonctionne pas sur une table HEAP. 1.5.7.2. Erreurs de la version 4.0, corrigées plus tard Voici la liste des bugs/erreurs qui ne sont pas corrigées en MySQL 4.0 car cette correction prendrait trop de manipulations, qui risqueraient d'introduire encore d'autres bugs. Les bugs sont aussi classé comme ``non fatal'' ou ``supportable.'' ? Dans une UNION, le premier SELECT définit le type, et les propriétés max_length et NULL pour les colonnes du résultat. En MySQL 4.1.1, ces propriétés sont définies comme la combinaison de toutes les parties de l'UNION. ? Dans une commande DELETE sur de nombreuses tables, vous ne pouvez pas utiliser les alias pour effacer dans une table. Ceci est corrigé en MySQL 4.1. ? Vous ne pouvez pas mélanger des clauses UNION ALL et UNION DISTINCT dans la même requête. Si vous utilisez l'option ALL dans une des clauses UNION, elle est utilisée pour toutes ces clauses. 1.5.7.3. Erreurs de la version 4.1 corrigées dans d'autres versions de MySQL Les erreurs suivantes sont des erreurs connues ou bogues qui n'ont pas été corrigés en MySQL 4.1 car leur correction imposerait des modifications trop importantes au code, et conduirait à l'introduction potentiels de bogues bien pires. Ces bogues sont classés comme ``not fatal'' ou ``tolérables''. ? VARCHAR et VARBINARY suppriment les espaces de fin de chaîne. (Corrigé en version 5.0.3). 1.5.7.4. Bugs connus / limitations de MySQL Les problèmes suivants sont connus, et sont en tête de liste pour être corrigés : ? Il n'est pas possible de mélanger UNION ALL et UNION DISTINCT dans la même requête. Si vous utilisez ALL pour UNION alors il faut l'utiliser partout. ? Si un utilisateur a une transaction longue, et qu'un autre utilisateur efface une table qui est modifiée par la même transaction, il y a quelques chances que le log binaire n'enregistre pas la commande DROP TABLE avant que la table ne soit utilisée par la transaction elle-même. Nous envisageons de corriger cela en version 5.0, en for¸ant DROP TABLE a attendre jusqu'à ce que la table ne soit plus utilisée par la transaction. ? Lors de l'insertion d'un grand entier (valeur entre 2^63 et 2^64-1) dans une colonne de type décimal ou chaîne, il sera enregistré comme une valeur négative, car le nombre est considéré comme un entier signé dans ce contexte. Il est prévu de corriger cela en 4.1. ? FLUSH TABLES WITH READ LOCK ne bloque pas CREATE TABLE ou COMMIT, ce qui peut causer des problèmes avec la position du log lors d'une sauvegarde complète des tables et du log binaire. ? ANALYZE TABLE sur une table de type BDB, peut rendre la table inutilisable, dans certains cas, jusqu'au prochain redémarrage de mysqld. Lorsque cela survient, vous rencontrez les erreurs suivantes dans le fichier d'erreur MySQL : Informations générales 36 001207 22:07:56 bdb: log_flush: LSN past current end-of-log ? MySQL accepte les parenthèses dans la clause FROM, mais les ignore silencieusement. La raison de l'absence d'erreur est que de nombreux clients qui génèrent des requêtes, ajoutent les parenthèses dans la clause FROM même si elles sont inutiles. ? Concaténer plusieurs RIGHT JOINS ou combiner des jointures LEFT et RIGHT dans la même requête ne donnera pas de résultat correct si MySQL ne génère que des lignes NULL pour la table précédent le LEFT ou avant la jointure RIGHT. Cela sera corrigé en 5.0, en même temps que le support des parenthèses pour la clause FROM. ? N'exécutez pas de commande ALTER TABLE sur une table BDB sur laquelle vous avez exécuté des transactions à plusieurs commandes, jusqu'à ce que ces transactions soient achevées : la transaction sera probablement ignorée. ? ANALYZE TABLE, OPTIMIZE TABLE et REPAIR TABLE peuvent causer des problèmes sur les tables avec lesquelles vous utilisez la commande INSERT DELAYED. ? Faire un LOCK TABLE ... et FLUSH TABLES ... ne vous garantit pas qu'il n'y a pas une transaction en court sur la table. ? Les tables BDB sont lentes à ouvrir. Si vous avez de nombreuses tables BDB dans une base, cela prendra du temps au client mysql pour accéder à la base si vous n'utilisez pas l'option -A, ou si vous utilisez la commande rehash. C'est particulièrement vrai si vous n'avez pas de cache de table important. ? La réplication utilise un log de niveau requête : le maître écrit les requêtes exécutées dans le log binaire. C'est une méthode de log rapide, compacte et efficace, qui fonctionne à la perfection dans la plupart des situations. Même si nous n'avons jamais vu d'occurrence de ce problème, il est théoriquement possible pour les données du maître et de l'esclave de différer si une requête non-déterministe est utilisée pour modifier les données, c'est à dire si elle est laissé au bon vouloir de l'optimiseur, ce qui n'est pas une bonne pratique même sans la réplication. Par exemple : ? Des commandes CREATE ... SELECT ou INSERT ... SELECT qui insèrent zéro ou NULL valeurs dans la colonne AUTO_INCREMENT. ? DELETE si vous effacez des lignes dans une table qui a une propriété ON DELETE CASCADE. ? Les commandes REPLACE ... SELECT, INSERT IGNORE ... SELECT, si vous avez des clés en double, dans les données insérées. IF et seulement si ces requêtes n'ont pas de clause ORDER BY, qui garantisse un ordre déterministe. Effectivement, par exemple, pour les commandes INSERT ... SELECT sans clause ORDER BY, le SELECT peut retourner les lignes dans un ordre différent, ce qui aura pour résultat de donner des rangs différents et donnera des numéros d'identifiants différents aux colonnes auto_increment), en fonction des choix fait par les optimiseurs du maître et de l'esclave. Une requête sera optimisée différemment sur l'esclave et sur le maître si : ? Les fichiers utilisés par les deux requêtes ne sont pas exactement les mêmes. Par exemple, OPTIMIZE TABLE a été exécuté sur le maître et pas sur l'esclave (pour corriger cela, depuis MySQL 4.1.1, OPTIMIZE, ANALYZE et REPAIR sont aussi écrits dans le log binaire). ? La table est stockées sur un moteur de stockage différent sur le maître et sur l'esclave : c'est possible d'utiliser des moteurs de tables différents. Par exemple, le maître utiliser InnoDB et l'esclave MyISAM, car l'esclave a moins d'espace disque. ? Les tailles de buffer MySQL (key_buffer_size, etc.) sont différentes sur le maître et Informations générales 37 sur l'esclave. ? Le maître et l'esclave utilisent des versions différentes de MySQL, et le code de l'optimiseur est différent entre ces versions. Ce problème peut aussi affecter la restauration de base, utilisant mysqlbinlog ou mysql. Le plus simple pour éviter ces problèmes dans tous les cas est d'ajouter toujours une clause ORDER BY aux requêtes non-déterministe, pour s'assure que les lignes sont traitées dans le même ordre. Dans le futur, MySQL va ajouter automatiquement une clause ORDER BY si nécessaire. Les problèmes suivants sont connus et seront corrigés en leur temps : ? mysqlbinlog n'efface pas les fichiers temporaires laissés après une commande LOAD DATA INFILE. See Section 8.5, « mysqlbinlog, Exécuter des requêtes dans le log binaire ». ? Il n'est pas possible de renommer une table temporaire. ? Lors de l'utilisation de la fonction RPAD, ou de toute autre fonction de chaîne qui peut ajouter des espaces à droite de la chaîne, dans une requête qui utilise une table temporaire pour la résolution, alors toutes les chaînes verront leurs espaces terminaux être supprimés. Voici un exemple d'une telle requête : SELECT RPAD(t1.field1, 50, ' ') AS f2, RPAD(t2.field2, 50, ' ') AS f1 FROM table1 as t1 LEFT JOIN table2 AS t2 ON t1.record=t2.joinID ORDER BY t2.record; Le résultat final de ceci est que vous ne pourrez pas obtenir les espaces à gauche dans ces chaînes. Le comportement décrit ci-dessus existe dans toutes les versions de MySQL. La raison à cela est due au fait que les tables de type HEAP, qui sont utilisées en premier comme table temporaires, ne sont pas capables de gérer des colonnes de type VARCHAR. Ce comportement sera corrigé dans l'une des versions de la série des 4.1. ? A cause de la méthode de stockage des tables de définitions de fichiers, il n'est pas possible d'utiliser le caractère 255 (CHAR(255)) dans les noms des tables, colonnes ou énumérations. Il est prévu de corriger de problème dans les versions version 5.1, lorsque nous aurons établi un nouveau format de définition des fichiers. ? Lorsque vous utilisez la commande SET CHARACTER SET, il n'est pas possible d'utiliser les caractères traduits dans les noms de bases, de tables ou de colonnes. ? Il n'est pas possible d'utiliser _ ou % avec la commande ESCAPE dans la clause LIKE... ESCAPE. ? Si vous avez une colonne de type DECIMAL avec un nombre stocké dans un autre format (+01.00, 1.00, 01.00), GROUP BY peut considérer ces valeurs comme différentes. ? Lorsque DELETE FROM merge_table est utilisé sans la clause WHERE, elle va simplement effacer le fichier de la table, et ne pas effacer les tables associées. ? Vous ne pouvez pas compiler le serveur dans un autre dossier lorsque vous utilisez les MIT- pthreads. Comme cela requiert une modification des MIT-pthreads, nous ne corrigerons pas ce problème. See Section 2.4.5, « Notes relatives aux MIT-pthreads ». ? Les valeurs de type BLOB ne peuvent pas être utilisées ``correctement'' dans les clauses GROUP BY ou ORDER BY ou DISTINCT. Seuls, les max_sort_length premiers octets (par défaut, Informations générales 38 1024) seront utilisés pour les comparaisons de BLOB. Ceci peut être modifié avec l'option -O max_sort_length de mysqld. Un palliatif à ce problème est d'utiliser une sous partie de chaîne : SELECT DISTINCT LEFT(blob,2048) FROM tbl_name. ? Les calculs sont faits avec des BIGINT ou DOUBLE (les deux sont normalement de 64 bits). La précision dépend alors de la fonction utilisée. La règle générale est que les fonctions de bits utilisent la précision des BIGINT, IF et ELT() utilisent la précision des BIGINT ou DOUBLE, et les autres utilisent la précision des DOUBLE. Il faut donc éviter d'utiliser les entiers non signés de grande taille, surtout s'ils dépassent la taille de 63 bits (9223372036854775807) pour toute autre fonction que les champs de bits ! La version 4.0 gère bien mieux les BIGINT que la 3.23. ? Toutes les colonnes de type chaînes, hormis les BLOB et TEXT, voient automatiquement leurs caractères blancs finaux supprimés. Pour le type CHAR c'est correct, et c'est considéré comme une fonctionnalité par la norme ANSI SQL92. Le hic est que pour le serveur MySQL les colonnes VARCHAR sont traitées de la même fa¸on. ? Vous ne pouvez avoir que des colonnes de taille 255 pour les ENUM et SET. ? Avec les fonctions d'agrégation MIN(), MAX() et compagnie, MySQL compare actuellement les colonnes de type ENUM et SET par leur valeur de chaîne, plutôt que par leur position relative dans l'ensemble. ? safe_mysqld redirige tous les messages de mysqld vers le log mysqld. Le problème est que si vous exécutez mysqladmin refresh pour fermer et ouvrir à nouveau l'historique, stdout et stderr sont toujours redirigés vers l'ancien log. Si vous utilisez --log, vous devriez éditer safe_mysqld pour envoyer les messages vers 'hostname'.err au lieu de 'hostname'.log, de fa¸on à pouvoir facilement récupérer la place de l'ancien log, en effa¸ant les vieux, et en exécutant mysqladmin refresh. ? Dans la commande UPDATE, les colonnes sont modifiées de gauche à droite. Si vous faite référence à une colonne modifiée, vous obtiendrez sa valeur modifiée, plutôt que sa valeur originale. Par exemple : mysql> UPDATE tbl_name SET KEY=KEY+1,KEY=KEY+1; Cette commande va modifier la colonne KEY avec 2 au lieu de 1. ? Vous ne pouvez pas utiliser les tables temporaires plus d'une fois dans la même requête. Par exemple, cette commande ne fonctionne pas : mysql> SELECT * FROM temporary_table, temporary_table AS t2; ? RENAME ne fonctionne pas avec les tables TEMPORARY, ou les tables utilisées dans un rassemblement (MERGE). ? L'optimiseur peut gérer la clause DISTINCT différemment si vous utilisez des colonnes cachées dans une jointure. Dans une jointure, les colonnes cachées sont comptées comme une partie du résultat (même si elles ne sont pas montrées), tandis que dans les requêtes normales, les colonnes cachées ne participent pas aux DISTINCT. Nous allons probablement modifier ceci dans le futur, pour ne jamais exploiter les colonnes cachées avec DISTINCT. Voici un exemple : SELECT DISTINCT mp3id FROM band_downloads WHERE userid = 9 ORDER BY id DESC; et SELECT DISTINCT band_downloads.mp3id FROM band_downloads,band_mp3 WHERE band_downloads.userid = 9 Informations générales 39 AND band_mp3.id = band_downloads.mp3id ORDER BY band_downloads.id DESC; Dans le second cas, MySQL 3.23.x pourrait vous donner deux lignes identiques dans le résultat (car les lignes cachées id diffèrent). Notez que cela n'arrive que pour les requêtes où vous n'avez pas de colonnes de la clause ORDER BY dans le résultat, ce que vous ne pourriez pas faire en ANSI SQL. ? Comme le serveur MySQL vous permet de travailler avec des tables qui ne supportent pas les transactions, et donc, l'annulation rollback, certains comportements sont différents avec MySQL d'avec d'autres serveurs SQL. C'est nécessaire pour s'assurer que MySQL n'a jamais besoin d'annuler une commande SQL. Cela peut sembler un peu étrange au moment où les colonnes doivent être vérifiées par l'application, mais cela vous fournit une accélération notable, à cause d'optimisations qui ne pourraient pas avoir lieu ailleurs. Si vous donnez une valeur incorrecte à une colonne, MySQL va stocker le meilleur code possible dans la colonne, au lieu d'annuler la transaction : ? Si vous essayez de stocker une valeur qui est hors de l'intervalle de validité dans une colonne numérique, MySQL va stocker la plus petite ou la plus grande valeur qu'il connaisse dans cette colonne. ? Si vous essayez de stocker une chaîne qui ne commence pas par un chiffre dans une colonne numérique, MySQL va stocker 0. ? Si vous essayez de stocker la valeur NULL dans une colonne qui n'accepte pas la valeur NULL, le serveur MySQL va stocker 0 ou '' (chaîne vide) à la place : ce comportement peut être modifié avec l'option de compilation -DDONT_USE_DEFAULT_FIELDS). ? MySQL vous autorise le stockage de dates erronées dans les colonnes de type DATE et DATETIME (comme 2000-02-31 ou 2000-02-00). L'idée est que ce n'est pas au serveur SQL de faire le travail de validation. Si MySQL peut stocker une date, et relire exactement cette date, alors MySQL va stocker cette date. Si la date est totalement fausse (hors de l'intervalle de validité du serveur), la valeur spéciale 0000-00-00 sera utilisée. ? Si vous utilisez une valeur non supportée avec une colonne de type ENUM, la valeur stockée sera la chaîne vide, de valeur numérique 0. ? Si vous utilisez une valeur invalide dans une colonne de type SET, la valeur sera ignorée. ? Si vous exécutez une PROCEDURE sur une requête qui retourne un résultat vide, dans certains cas, PROCEDURE ne transformera pas les colonnes. ? La création de table de type MERGE ne vérifie pas si les tables sous-jacentes sont de type compatible. ? Le serveur MySQL ne supporte pas encore les valeurs Server NaN, -Inf et Inf pour les doubles. Utiliser ces valeurs générera des problèmes lorsque vous essayerez d'exporter et d'importer des données. Comme solution temporaire, vous pouvez remplacer NaN par NULL (si possible) et -Inf et Inf par les valeurs maximales possibles des colonnes double. ? Si vous utilisez la commande ALTER TABLE pour ajouter un index de type UNIQUE à un table utilisée dans un rassemblement de tables MERGE, puis que vous utilisez ALTER TABLE pour ajouter un index normal à la table MERGE, l'ordre des clés sera différent pour les tables s'il y avait déjà une ancienne clé qui n'était pas unique. Ceci est dû au fait que ALTER TABLE place les clés UNIQUE avant les clés normales, pour être capable de détecter les clés doublons plus vite. Les bogues suivants sont connus dans les anciennes versions de MySQL : Informations générales 40 ? Vous pouvez obtenir un thread gelé si vous utilisez la commande DROP TABLE sur une table qui fait partie des tables verrouillées par LOCK TABLES. ? Dans les cas suivants, vous pouvez obtenir un crash : ? Le gestionnaire d'insertions retardées a déjà des insertions en attente pour une table. ? LOCK table avec WRITE. ? FLUSH TABLES. ? Pour les versions de MySQL avant la 3.23.2, une commande UPDATE qui modifiait une clé avec la clause WHERE sur la même clé, pouvait échouer car la même clé était utilisée pour rechercher les lignes et la même ligne pouvait être trouvée plusieurs fois : UPDATE tbl_name SET KEY=KEY+1 WHERE KEY > 100; Un palliatif est : MySQL> UPDATE tbl_name SET KEY=KEY+1 WHERE KEY+0 > 100; Cela fonctionnera, car MySQL ne va pas utiliser d'index sur une expression dans la clause WHERE. ? Avant la version 3.23 de MySQL, tous les types numériques étaient traités comme des champs à virgule fixe. Cela signifie que vous deviez spécifier le nombre de décimales que le champ devait avoir. Tous les résultats étaient retournés avec le nombre correct de décimales. Pour les bogues spécifiques aux systèmes d'exploitation, voyez la section sur la compilation et le port. See Section 2.4, « Installation de MySQL avec une distribution source ». See Annexe D, Port vers d'autres systèmes. Informations générales 41 Chapitre 2. Installer MySQL Ce chapitre décrit comment obtenir et installer MySQL : 1. Déterminez si votre plate-forme est supportée. Notez que tous les systèmes ne supportent pas MySQL de la même fa¸on. MySQL est plus robuste et efficace que sur d'autres. Voyez Section 2.1.1, « Systèmes d'exploitation supportés par MySQL » pour plus de détails. 2. Choisissez une distribution à installer. Plusieurs versions de MySQL sont disponibles, dans pluiseurs formats. Vous pouvez choisir une version preparée avec des exécutables pré- compilés, ou bien une version source. En cas de doute, utilisez la version binaire. Nous fournissons aussi un accès public à notre serveur de développement pour tester le nouveau code. Pour déterminer quelle version et quel type utiliser, voyez Section 2.1.2, « Choisir votre version de MySQL ». 3. Téléchargez la distribution que vous souhaitez. Pour une liste de site sur lesquels vous pouvez télécharger MySQL, voyez Section 2.1.3, « Comment obtenir MySQL ? ». Vous pouvez vérifier l'intégrité de votre téléchargement en utilisant les instructions de Section 2.1.4, « Vérifier l'intégrité des paquets avec MD5 ou GnuPG ». 4. Installez la distribution. Pour les distributions binaires, voyez Section 2.3, « Installer MySQL sur d'autres systèmes type Linux ». Pour les distributions source, utilisez Section 2.4, « Installation de MySQL avec une distribution source ». Chaque jeu d'instruction inclut une section spécifique aux plate-formes. Note : si vous envisagez de changer la version d'une installation existante de MySQL vers une nouvelle version, plutôt que d'installer MySQL pour la première fois, voyez la section Section 2.6, « Changer de version de MySQL » pour des informations sur les mises à jour, et sur les problèmes que vous pourriez rencontrer. Si vous rencontrez les problèmes d'installation, voyez la section Section 2.8, « Notes spécifiques aux systèmes d'exploitation » pour des informations sur les solutions aux proiblèmes spécifiques des plates-formes. 5. Pour la procédure post-installation, voyez Section 2.5, « Procédure de post-installation ». Ces procédures s'appliquent aussi bien à la distribution binaire que la distribution source. Cette section décrit aussi comment sécuriser les comptes initiaux MySQL, qui n'ont pas de mot de passe jusqu'à ce que vous leur assigniez un. 6. Si vous voulez exécuter des scripts de tests MySQL, le support Perl de MySQL doit être disponible. See Section 2.9, « Commentaires sur l'installation de Perl ». 2.1. Notes générales à propos de l'installation Avant d'installer MySQL, vous devez : 1. Déterminer si MySQL fonctionne ou pas sur votre plate-forme. 2. Choisir une distribution. 3. Télécharger la distribution et vérifier son intégrité. Cette section contient les informations nécessaires pour réaliser ces étapes. Après cela, vous pouvez utiliser les autres instructions des autres chapitres, pour installer la distribution. 2.1.1. Systèmes d'exploitation supportés par MySQL 42 Nous utilisons GNU Autoconf, alors il est possible de porter MySQL sur tous les systèmes modernes qui utilisent les threads Posix et un compilateur C++. Pour compiler uniquement le client, un compilateur C++ est simplement nécessaire. Nous utilisons et développons le logiciel nous- mêmes, en commen¸ant par Sun Solaris (Versions 2.5 - 2.7) et SuSE Linux version 7.x. Notez que pour de nombreux systèmes d'exploitation, le support natif des threads ne fonctionne qu'avec les dernières versions. MySQL a été compilé avec succès sur les combinaisons système d'exploitation/paquet de threads suivants : ? AIX 4.x, 5.x avec les threads natifs. See Section 2.8.5.3, « Notes relatives à IBM-AIX ». ? Amiga. ? BSDI 2.x avec le paquet MIT-pthreads. See Section 2.8.4.5, « Notes relatives aux versions 2.x de BSD/OS ». ? BSDI 3.0, 3.1 et 4.x avec les threads natifs. See Section 2.8.4.5, « Notes relatives aux versions 2.x de BSD/OS ». ? DEC Unix 4.x avec les threads natifs. See Section 2.8.5.5, « Notes pour Alpha-DEC-UNIX (Tru64) ». ? FreeBSD 2.x avec le paquet MIT-pthreads. See Section 2.8.4.1, « Notes relatives à FreeBSD ». ? FreeBSD 3.x et 4.x avec les threads natifs. See Section 2.8.4.1, « Notes relatives à FreeBSD ». ? FreeBSD 4.x avec LinuxThreads. See Section 2.8.4.1, « Notes relatives à FreeBSD ». ? HP-UX 10.20 avec les threads DCE ou avec le paquet MIT-pthreads. See Section 2.8.5.1, « Notes relatives à la version 10.20 de HP-UX ». ? HP-UX 11.x avec les threads natifs See Section 2.8.5.2, « HP-UX Version 11.x Notes ». ? Linux 2.0+ avec LinuxThreads 0.7.1+ ou glibc 2.0.7+. See Section 2.8.1, « Notes relatives à Linux (toutes versions) ». ? Mac OS X. See Section 2.8.2, « Notes relatives à Mac OS X ». ? NetBSD 1.3/1.4 Intel et NetBSD 1.3 Alpha (requiert GNU make). See Section 2.8.4.2, « Notes concernant NetBSD ». ? Novell NetWare 6.0. See Section 2.2.14, « Installer MySQL sur NetWare ». ? OpenBSD > 2.5 avec les threads natifs. OpenBSD < 2.5 avec le paquet MIT-pthreads. See Section 2.8.4.3, « Notes relatives à OpenBSD 2.5 ». ? OS/2 Warp 3, FixPack 29 et OS/2 Warp 4, FixPack 4. See Section 2.8.6, « Notes relatives à OS/ 2 ». ? SCO OpenServer avec un port récent du paquet FSU Pthreads. See Section 2.8.5.8, « Notes sur SCO ». ? SCO UnixWare 7.1.x. See Section 2.8.5.9, « Notes sur SCO UnixWare Version 7.1.x ». ? SGI Irix 6.x avec les threads natifs. See Section 2.8.5.7, « Notes relatives à SGI Irix ». ? Solaris 2.5 et plus récent, avec les threads natifs sur SPARC et x86. See Section 2.8.3, « Notes pour Solaris ». ? SunOS 4.x avec le paquet MIT-pthreads. See Section 2.8.3, « Notes pour Solaris ». ? Tru64 Unix Installer MySQL 43 ? Windows 9x, Me, NT, 2000 et XP. See Section 2.2.1, « Installer MySQL sous Windows ». Notez que toutes les plates-formes ne sont pas équipées de la même fa¸on pour faire fonctionner MySQL. Les capacités d'une plate-forme pour supporter de fortes charges avec MySQL est déterminé par ceci : ? Stabilité générale de la bibliothèque de threads. Une plate-forme qui a une excellente réputation en général, mais une bibliothèque de threads instable, dont le code est utilisé par MySQL, même si le reste est parfait, fera de MySQL une application instable. ? La capacité du noyau et/ou de la bibliothèque de threads de profiter des capacités multi- processeurs, symétrique ou pas. En d'autres termes, lorsqu'un processus crée un thread, il doit être possible pour ce thread de s'exécuter sur différents processeurs. ? La capacité du noyau et/ou de la bibliothèque de threads de faire fonctionner de nombreux threads qui posent et lèvent des verrous mutex en peut de temps, fréquemment, sans changement de contexte excessif. En d'autres termes, si l'implémentation de pthread_mutex_lock() est trop soucieux du temps CPU, cela va ralentir sérieusement MySQL. Si ce problème n'est pas réglé, ajouter des processeurs supplémentaires va finalement ralentir MySQL. ? Performance et stabilité générale du système de fichiers. ? La capacité du système d'exploitation de gérer de grands fichiers, et de le faire efficacement, si vos tables sont grandes. ? Notre niveau d'expertise avec la plate-forme, chez MySQL AB. Si vous connaissons bien une plate-forme, vous pourront introduire des optimisations et des corrections spécifiques à la plate- forme, et activé lors de la compilation. Nous pouvons aussi fournir des conseils judicieux pour configurer votre système optimalement pour MySQL. ? Le temps de tests que vous avons consacré à des configurations similaires, en interne. ? Le nombre d'utilisateur de MySQL qui font fonctionner MySQL avec succès sur cette plate- forme, avec des configurations similaires. Si ce nombre est grand, les chances de rencontrer un problème spécifique sont faibles. En se basant sur les critères précédents, les meilleures plates-formes pour MySQL sont x86 avec SuSE Linux 7.1, noyau 2.4, et ReiserFS (ou toute autre distribution Linux similaire) et SPARC avec Solaris 2.7 ou 2.8. FreeBSD vient en troisième, mais nous espérons bien le voir rejoindre le groupe de tête, une fois que la bibliothèque de threads sera améliorée. Nous espérons aussi être bientôt capables d'ajouter les autres plates-formes sur laquelle MySQL compile, et fonctionne correctement, mais pas toujours le bon niveau de stabilité et de performances. Cela réclame des efforts de notre part, en coopération avec les développeurs de ces plates-formes. Si vous êtes intéressés par l'amélioration de ces composants, et que vous êtes en position pour influencer le développement, demandez des instructions détaillées à MySQL en envoyant un email aux listes internes. See Section 1.4.1.1, « Les listes de diffusion de MySQL ». Notez bien que la comparaison précédente ne signifie pas qu'un système d'exploitation est meilleur que l'autre, en général. Nous avons classé les systèmes en fonction de leur capacité à faire fonctionner un système MySQL, et nous nous limitons à cette comparaison. Avec cela en tête, le résultat de cette comparaison serait différent si nous y ajoutions d'autres problèmes. Et dans certains cas, la seule raison qui fait qu'un OS est meilleur que l'autre est parce que nous y avons consacré plus de temps, pour optimiser et tester. Nous nous bornons à exprimer notre point de vue pour vous aider à décider quelle plate-forme choisir pour votre serveur MySQL. 2.1.2. Choisir votre version de MySQL Lorsque vous vous préparez à installer MySQL, vous devez décider quelle version utiliser. Le développement de MySQL procède par série de versions, et vous pouvez prendre celle qui vous convient le mieux. Après avoir décidé de la version à installer, vous pouvez choisir le format de Installer MySQL 44 distribution : elles sont compilées ou au format source. 2.1.2.1. Quelle version de MySQL utiliser ? La première décision à prendre est de savoir si vous voulez utiliser la dernière version de développement ou la dernière version stable : ? MySQL 5.0 est la nouvelle version de développement, et les nouvelles fonctionnalités sont activement développées. Jusque récemment, elle n'était disponible qu'en avant-première, sous BitKeeper. Une version alpha a été publiée depuis, pour permettre la diffusion large de la version, à des fins de tests. ? MySQL 4.1 est la version de développement, qui propose de nouvelles fonctionnalités majeures. Elle est toujours en version alpha. Les sources et le binaire sont disponibles pour tests et développement. ? MySQL 4.0 est la version stable courante, pour la production. Les nouvelles versions publiées sont des corrections de bogues. Aucune nouvelle fonctionnalité ne sera ajoutée, pour ne pas diminuer la stabilité du code. ? MySQL 3.23 est l'ancienne version de production. Cette série est retirée, et les nouvelles versions ne feront que corriger les bogues critiques. Nous ne croyons pas au gel complet d'une version, et cela nous laisse de la place pour les corrections de bogues et les fonctionnalités qui ``doivent être faites.'' ``Un peu gelé'' signifie que nous pourrions ajouter de petites touches, qui ``n'affecterons pas ce qui fonctionne déjà, presque sûrement.'' Naturellement, les corrections de bogues des séries précédentes se propage aux nouvelles versions. En règle générale, si vous utilisez MySQL pour la première fois ou si vous essayer de le porter vers un système pour lequel il n'existe pas de distribution binaire, nous vous recommandons d'utiliser la dernière version stable (actuellement la version 4.0). Notez que toutes les versions de MySQL sont passées aux bancs de tests MySQL avant chaque sortie (même les versions de développement). D'autre part, si vous utilisez un vieux système et que vous voulez procéder à une mise à jour, sans pour autant risquer de mettre à jour sans raison, vous devriez mettre à jour vers la dernière version de la même branche que celle que vous êtes en train d'utiliser (dans le cas où un numéro de version supérieur existe). Nous avons essayé de résoudre uniquement les bogues fatals et de produire des correctifs petits et sûrs pour cette version. Si vous voulez utiliser de nouvelles versions qui ne sont pas présentes dans la version de production, vous pouvez utiliser la version de développement. Notez que les versions de développement ne sont pas aussi stables que les versions de production. Si vous voulez utiliser les toutes dernières sources, qui contiennent tous les patches courants, et les corrections de bogues, vous pouvez utiliser notre entrepôt BitKeeper. Il n'y a pas de ``versions'' en tant que telle, mais des paquets, sur lesquels le code futur est basé. La politique de nommage de MySQL utilise des numéros de version qui consiste en trois nombres suivis d'un suffixe. Par exemple, une version nommée mysql-3.21.17-beta doit être interprétée de la fa¸on suivante : ? Le premier nombre (3) décrit le format de fichier. Toutes les versions 3 ont le même format de fichier. ? Le second nombre (21) correspond au niveau de version. Normalement, il y a le choix entre deux d'entre eux. L'un correspond à la version/branche stable (actuellement 23) et l'autre se réfère à la branche de développement (actuellement 4.0). Normalement, les deux versions sont stables, mais la version de développement peut comporter des lacunes, manquer de documentation sur des nouvelles fonctionnalités, ou peut ne pas compiler sur certains systèmes. Installer MySQL 45 ? Le troisième nombre (17) est le numéro de version au sein du niveau de version. Celui-ci est incrémenté à chaque nouvelle publication. En temps normal, vous souhaiterez utiliser la dernière version du niveau de version que vous avez choisi. Pour chaque modification mineure, le dernier nombre de la version est incrémenté. Lorsque les nouvelles fonctionnalités sont majeures, ou que des incompatibilités mineures apparaissent avec les anciennes versions, le deuxième chiffre est incrémenté. Lorsque le format de fichier change, le premier chiffre est incrémenté. Les noms de versions inclut aussi un suffixe qui indique le niveau de stabilité de la version. Une série progresse avec différents suffixes, qui indique sa stabilité. Les suffixes possibles sont : ? alpha indique que la publication contient de grandes portions de nouveau code qui n'a pas été testé à 100%. Les bogues connus (d'ordinaire, il n'y en a aucun) doivent être documentés dans la section nouveautés. See Annexe C, Historique des changements MySQL. Il existe aussi de nouvelles commandes et extensions dans la plupart des versions alpha. Du développement actif qui inclut des changements majeurs dans le code peut concerner les versions alpha, mais tout sera testé avant de faire une publication. Il ne devrait pas y avoir de bogues connus dans les publications de MySQL. ? beta signifie que tout le nouveau code a été testé. Aucune fonctionnalité majeure qui pourrait causer corruption du code n'est ajoutée. Il ne doit pas y avoir un seul bogue connu. Une version alpha passe en beta quand il n'y a pas eu de bogue fatal rapporté depuis au moins un mois et que nous ne prévoyons pas de nouvelle fonctionnalité qui pourrait corrompre d'anciennes commandes. ? gamma est une version bêta qui existe depuis un certain temps et qui semble fonctionner correctement. Seulement des changements mineurs sont effectués. C'est ce que de nombreuses autres compagnies appellent une publication. ? S'il n'y a pas de suffixe, cela signifie que la version fonctionne depuis un certain temps sur différents sites avec aucun rapport de bogue autre que des bogues spécifiques à une plate-forme. Seuls des corrections critiques sont appliquées à la publication. C'est ce que l'on appelle une version stable. MySQL utilise un schéma de nommage qui est légèrement différent des autres produits. En général, il est plutôt sûr d'utiliser une des versions qui est disponible depuis quelques semaines, sans avoir été remplacée par une nouvelle version de la même série. Toutes les versions de MySQL passent par nos tests et bancs d'essais standards pour nous assurer qu'elles peuvent être utilisées sans danger. Les séries de tests s'améliorent en permanence car les tests standards sont étendus dans le temps pour traquer tous les bogues précédemment trouvées. Notez bien que toutes les versions de MySQL ont été testées au moins avec : ? Une batterie de tests internes Le dossier mysql-test contient de nombreux cas de tests. Nous utilisons ces tests pour virtuellement tous les systèmes d'exploitation. Voyez Section 27.1.2, « Suite de test de MySQL » pour plus d'informations sur ces fichiers. ? Les bancs de tests MySQL Ils effectuent une série de requêtes communes. C'est aussi un test pour savoir si le dernier processus d'optimisation rend le code plus rapide. See Section 7.1.4, « La suite de tests MySQL ». ? Le test crash-me Installer MySQL 46 Il tente de déterminer de quelles fonctionnalités disposent les bases de données et quelles en sont les limites. See Section 7.1.4, « La suite de tests MySQL ». Un autre test provient du fait que nous avons la version la plus récente de MySQL dans notre propre environnement de production interne, sur au moins une machine. Nous avons plus de 100 Go de données à manipuler. 2.1.2.2. Choisir le format de distribution Après avoir choisi votre version de MySQL, il faut décider si vous voulez utiliser les versions binaires ou source. Dans la plupart des cas, vous choisirez une version binaire, si elle existe pour votre plate-forme. Les distributions binaires sont disponibles en format natif pour de nombreuses plates-formes, comme les paquets RPM de Linux ou les paquets DMG pour Mac OS X. Les distributions ont aussi disponibles sous formes d'archives Zip ou tar compressées. Les raisons de choisir une distribution binaires sont : ? Les distributions binaires sont généralement plus faciles à installer que les distributions source. ? Pour satisfaire différents niveaux de besoin, nous fournissons deux versions binaires : une version compilée avec des moteurs de stockage non-transactionnels (petits et rapides), et une version compilée avec les extensions les plus importantes, comme les transactions. Les deux versions sont compilées à partir des mêmes sources. Tous les clients natifs MySQL peuvent se connecter aux serveurs MySQL, quelque soit leur version. La distribution MySQL maximale est suffixée avec -max et est configurée avec les mêmes options que mysqld-max. See Section 5.1.2, « mysqld-max, la version étendue du serveur mysqld ». Si vous voulez installer le RPM MySQL-Max, vous devez commencer par installer le RPM MySQL-server. Dans certaines circonstances, il est préférable d'installer MySQL à partir de la distribution source : ? Vous voulez installer MySQL dans un dossier spécial. Les distributions standards sont ``prêtes à exécuter'' depuis n'importe quel dossier, mais vous voudrez peut être avoir plus de libertés pour dispatcher les composants de MySQL. ? Vous voulez configurer mysqld avec certaines extensions qui ne font pas parties des distributions binaires. Voici les extensions les plus courantes, que vous souhaiterez utiliser : ? --with-innodb (par défaut pour MySQL 4.0 et plus récent) ? --with-berkeley-db (disponible pour quelques plates-formes) ? --with-raid ? --with-libwrap ? --with-named-z-libs (disponible pour certains binaires) ? --with-debug[=full] ? Vous devez configurez mysqld sans certaines fonctionnalités qui font partie de la configuration standard. Par exemple, les distributions sont normalement compilées avec le support de tous les jeux de caractères. Si vous voulez rendre le serveur MySQL plus compact, vous pouvez recompiler MySQL avec uniquement les jeux de caractères dont vous avez besoin. ? Si vous avez un compilateur spécial, comme pgcc, ou que vous voulez utiliser des options Installer MySQL 47 particulières de votre compilateur pour optimiser MySQL pour votre architecture. Les distributions binaires sont compilées avec les options qui doivent fonctionner sur une large gamme de processeurs. ? Vous voulez utiliser les toutes dernières versions de MySQL, issues du serveur BitKeeper, pour avoir accès à toutes les corrections de bugs archivées. Par exemple, si vous avez découvert un bug, le correctif sera archivé dans le serveur de sources, et vous pourrez y accéder là. Le correctif n'apparaîtra pas avant la prochaine publication de MySQL. ? Vous voulez lire et modifier le code C et C++ de MySQL. Pour cela, obtenez une distribution source, car le code source est toujours le code ultime. ? Les distributions sources contiennent plus de tests et d'exemples que les distributions binaires. 2.1.2.3. Quand et comment sont publiées les nouvelles versions de MySQL MySQL évolue rapidement ici, à MySQL AB, et nous voulons le partager avec les autres utilisateurs de MySQL. Nous essayons de faire une nouvelle version à chaque fois que nous avons implanté des fonctionnalités qui seront utiles à d'autres. Nous essayons aussi d'aider les utilisateurs dont les requêtes sont faciles à programmer. Nous prenons en considération tout ce que nos clients nous demandent, et nous accordons une attention particulière à nos clients qui ont pris une licence e-mail étendue. Personne n'est obligé de télécharger une nouvelle version. La sections News vous indiquera si la nouvelle version contient une fonctionnalité que vous attendez. See Annexe C, Historique des changements MySQL. Nous utilisons la politique suivante, lors de la mise à jour de MySQL : ? Pour chaque modification mineure, le dernier numéro de la chaîne de version est incrémenté. Lorsqu'il y a des nouvelles fonctionnalités importantes ou des incompatibilité mineures avec la version précédente, nous incrémentons le chiffre du milieu. Lorsque le format de fichier change, le premier numéro est incrémenté. ? Des versions tables et testées sont publiées une à deux fois dans l'année, mais si de petits bogues apparaissent, une version qui ne va corriger que ces bogues sera publiée. ? Des versions fonctionnelles avec des corrections de bogues pour les vieilles versions sont publiées toutes les 1 à 8 semaines. ? Les distributions binaires de certaines plates-formes seront compilées par nos soins pour les versions majeures. D'autres personnes font des versions binaires pour d'autres systèmes, mais probablement moins fréquemment. ? Nous rendons généralement public les correctifs, une fois que nous avons découverts de petits bogues. Ils sont postés sur le serveur de versions BitKeeper et seront ajoutés à la prochaine version. ? Si il y a un bogue fatal dans une version, nous publierons une nouvelle version aussitôt que possible. Nous apprécions que les autres éditeurs fasse la même chose. 2.1.2.4. Politique de publication : aucun bug connu dans les versions Nous mettons beaucoup d'efforts et de temps à la publication de version sans bugs. A notre connaissance, nous n'avons jamais publié une version de MySQL qui contienne un bug fatal connu et reproductible. Installer MySQL 48 Un bug fatal est un problème qui fait planter MySQL en utilisation normale, fournit des réponses erronées à des requêtes classiques, ou a des problèmes de sécurité. Nous documentons tous les problèmes ouverts, bugs et tout ce qui dépend des choix de conceptions. See Section 1.5.7, « Erreurs connues, et limitations de MySQL ». Nous avons pour but de corriger tout ce qui peut être corrigé, sans risquer la stabilité des versions de MySQL. Dans certains cas, cela signifie que nous pouvons corriger une erreur dans la version de développement, mais pas dans la version stable. Naturellement, nous documentons ces problèmes, pour que les utilisateurs soient avertis. Voici une description de notre processus de publication : ? Nous surveillons les bugs sur les listes de support utilisateur, les listes externes et la base de données de bugs sur le site http://bugs.mysql.com/. ? Tous les bugs rapportés pour les versions en production entrent dans la base de données des bugs. ? Lorsque nous corrigeons un bug, nous essayons de réaliser un cas de test, que nous incluons dans notre système de tests, pour nous assurer que le bugs ne reviendra jamais (environ 90% des bugs ont des cas de tests). ? Nous créons aussi des cas de tests pour toutes les nouvelles fonctionnalités que nous voulons ajouter à MySQL. ? Avant de commencer à compiler une nouvelle version de MySQL, nous nous assurons que tous les bugs reproductibles pour les versions anciennes (3.23.x, 4.0.x, etc...) sont corrigés. Si le bug ne peut être corrigé (pour des raisons de choix de conception), nous le documentons dans le manuel. See Section 1.5.7, « Erreurs connues, et limitations de MySQL ». ? Nous compilons MySQL sur toutes les plates-formes pour lesquelles nous distribuons des paquets binaires (plus de 15 plates-formes à ce jour), et nous exécutons notre suite de tests et notre suite de performances sur chacune d'entre elles. ? Nous ne publions pas un paquet binaire sur une plate-forme pour laquelle la suite de test ou de performances échoue. Si c'est une erreur générale, nous la corrigeons, et nous recommen¸ons les tests sur toutes les plates-formes, à partir de zéro. ? Si nous recevons, durant le temps de compilation et de tests qui peut prendre deux à trois jours, un rapport de bugs concernant un bug fatal (par exemple, un bogue qui crée un coredump), nous le corrigeons, et nous recommen¸ons le processus de tests. ? Après avoir publié les paquets binaires sur http://www.mysql.com/, nous envoyons une annonce par email aux listes de diffusion. See Section 1.4.1.1, « Les listes de diffusion de MySQL ». Le message d'annonce contient une liste de toutes les changements de la version, et de tous les bugs connus. La section des problèmes connus, ?known problems?, dans les notes de publications n'a été utilisé que dans quelques versions. ? Pour donner rapidement accès aux dernières fonctionnalités de MySQL, nous réalisons une publication de MySQL toutes les 4 à 5 semaines. http://downloads.mysql.com/snapshots.php. ? Si, après une publication, nous recevons des rapports de bugs qui prouvent qu'il y a, malgré tout, un bug critique dans une version spécifique à une plate-forme, nous le corrigeons rapidement, et nous annon¸ons une version 'a' pour la plate-forme. Grâce à notre large communauté d'utilisateurs, les problèmes sont trouvés rapidement. ? Nos résultats de bonne publication sont excellents. Dans les dernières 150 versions, nous avons dû reprendre la compilation moins de 10 fois (dans trois des cas, le bug était dû à glibc sur l'une de nos machines de tests, qu'il a été difficile de trouver. Installer MySQL 49 2.1.2.5. Binaires compilés par MySQL AB MySQL AB, propose un jeu de distributions binaires de MySQL qui sont compilés sur nos machines, ou les machines auxquelles nos clients nous ont gracieusement donné accès. En plus des versions binaires adaptées à chaque plate-forme, (See Section 2.2, « Installation standard rapide de MySQL ».), nous proposons aussi des distributions binaires au format .tar.gz. Pour les distributions Windows, voyez Section 2.2.1, « Installer MySQL sous Windows ». Ces distributions sont générées avec le script Build-tools/Do-compile qui compile le code source, et crée l'archive tar.gz en utilisant le script scripts/ make_binary_distribution. Ces archives sont configurés et compilées avec les options suivantes. Cette information peut aussi être obtenue en lisant les variables COMP_ENV_INFO et CONFIGURE_LINE dans le script bin/ mysqlbug, disponible dans toutes les distributions binaires tar. Les programmes suivants ont été compilés par les équipes de MySQL AB : ? Linux 2.4.xx x86 avec gcc 2.95.3 : CFLAGS="-O2 -mcpu=pentiumpro" CXX=gcc CXXFLAGS="-O2 - mcpu=pentiumpro -felide-constructors" ./configure - -prefix=/usr/local/mysql --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -enable-assembler --disable-shared - -with-client-ldflags=-all-static - -with-mysqld-ldflags=-all-static ? Linux 2.4.xx Intel Itanium 2 avec ecc (Intel C++ Itanium Compiler 7.0) : CC=ecc CFLAGS="-O2 -tpp2 -ip -nolib_inline" CXX=ecc CXXFLAGS="-O2 -tpp2 -ip -nolib_inline" ./configure - -prefix=/usr/local/mysql --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile ? Linux 2.4.xx Intel Itanium avec ecc (Intel C++ Itanium Compiler 7.0) : CC=ecc CFLAGS=-tpp1 CXX=ecc CXXFLAGS=-tpp1 ./configure - -prefix=/usr/local/mysql --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile ? Linux 2.4.xx alpha avec ccc (Compaq C V6.2-505 / Compaq C++ V6.3-006) : CC=ccc CFLAGS="-fast -arch generic" CXX=cxx CXXFLAGS="-fast - arch generic -noexceptions -nortti" ./configure - -prefix=/usr/local/mysql --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -with-mysqld-ldflags=-non_shared - -with-client-ldflags=-non_shared --disable-shared ? Linux 2.x.xx ppc avec gcc 2.95.4 : CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors - fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --localstatedir=/usr/local/mysql/data - -libexecdir=/usr/local/mysql/bin --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -disable-shared --with-embedded-server --with-innodb Installer MySQL 50 ? Linux 2.4.xx s390 avec gcc 2.95.3 : CFLAGS="-O2" CXX=gcc CXXFLAGS="-O2 -felide-constructors" ./configure --prefix=/usr/local/mysql - -with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --disable-shared - -with-client-ldflags=-all-static - -with-mysqld-ldflags=-all-static ? Linux 2.4.xx x86_64 (AMD64) avec gcc 3.2.1 : CXX=gcc ./configure --prefix=/usr/local/mysql - -with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --disable-shared ? Sun Solaris 8 x86 avec gcc 3.2.3 : CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors - fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --localstatedir=/usr/local/mysql/data - -libexecdir=/usr/local/mysql/bin --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -disable-shared --with-innodb ? Sun Solaris 8 SPARC avec gcc 3.2 : CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors - fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --enable-assembler --with-named-z-libs=no - -with-named-curses-libs=-lcurses --disable-shared ? Sun Solaris 8 SPARC 64-bit avec gcc 3.2 : CC=gcc CFLAGS="-O3 -m64 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -m64 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --enable-assembler --with-named-z-libs=no - -with-named-curses-libs=-lcurses --disable-shared ? Sun Solaris 9 SPARC avec gcc 2.95.3 : CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors - fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --enable-assembler - -with-named-curses-libs=-lcurses --disable-shared ? Sun Solaris 9 SPARC avec cc-5.0 (Sun Forte 5.0) : CC=cc-5.0 CXX=CC ASFLAGS="-xarch=v9" CFLAGS="-Xa -xstrconst -mt -D_FORTEC_ -xarch=v9" CXXFLAGS="-noex -mt -D_FORTEC_ -xarch=v9" ./configure --prefix=/usr/local/mysql - -with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --enable-assembler --with-named-z-libs=no - -enable-thread-safe-client --disable-shared ? IBM AIX 4.3.2 ppc avec gcc 3.2.3 : Installer MySQL 51 CFLAGS="-O2 -mcpu=powerpc -Wa,-many " CXX=gcc CXXFLAGS="-O2 - mcpu=powerpc -Wa,-many -felide-constructors -fno-exceptions - fno-rtti" ./configure --prefix=/usr/local/mysql - -with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --with-named-z-libs=no --disable-shared ? IBM AIX 4.3.3 ppc avec xlC_r (IBM Visual Age C/C++ 6.0) : CC=xlc_r CFLAGS="-ma -O2 -qstrict -qoptimize=2 -qmaxmem=8192" CXX=xlC_r CXXFLAGS ="-ma -O2 -qstrict -qoptimize=2 - qmaxmem=8192" ./configure --prefix=/usr/local/mysql - -localstatedir=/usr/local/mysql/data - -libexecdir=/usr/local/mysql/bin --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -with-named-z-libs=no --disable-shared --with-innodb ? IBM AIX 5.1.0 ppc avec gcc 3.3 : CFLAGS="-O2 -mcpu=powerpc -Wa,-many" CXX=gcc CXXFLAGS="-O2 - mcpu=powerpc -Wa,-many -felide-constructors -fno-exceptions - fno-rtti" ./configure --prefix=/usr/local/mysql - -with-extra-charsets=complex --with-server-suffix="-pro" - -enable-thread-safe-client --enable-local-infile - -with-named-z-libs=no --disable-shared ? IBM AIX 5.2.0 ppc avec xlC_r (IBM Visual Age C/C++ 6.0) : CC=xlc_r CFLAGS="-ma -O2 -qstrict -qoptimize=2 -qmaxmem=8192" CXX=xlC_r CXXFLAGS="-ma -O2 -qstrict -qoptimize=2 -qmaxmem=8192" ./configure --prefix=/usr/local/mysql - -localstatedir=/usr/local/mysql/data - -libexecdir=/usr/local/mysql/bin --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -with-named-z-libs=no --disable-shared --with-embedded-server - -with-innodb ? HP-UX 10.20 pa-risc1.1 avec gcc 3.1 : CFLAGS="-DHPUX -I/opt/dce/include -O3 -fPIC" CXX=gcc CXXFLAGS="-DHPUX -I/opt/dce /include -felide-constructors - fno-exceptions -fno-rtti -O3 -fPIC" ./configure - -prefix=/usr/local/mysql --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile --with-pthread --with-named-thread-libs=-ldce --with-lib-ccflags=-fPIC - -disable-shared ? HP-UX 11.00 pa-risc avec aCC (HP ANSI C++ B3910B A.03.50) : CC=cc CXX=aCC CFLAGS=+DAportable CXXFLAGS=+DAportable ./configure --prefix=/usr/local/mysql - -localstatedir=/usr/local/mysql/data - -libexecdir=/usr/local/mysql/bin --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -disable-shared --with-embedded-server --with-innodb ? HP-UX 11.11 pa-risc2.0 64bit avec aCC (HP ANSI C++ B3910B A.03.33) : CC=cc CXX=aCC CFLAGS=+DD64 CXXFLAGS=+DD64 ./configure - -prefix=/usr/local/mysql --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -disable-shared Installer MySQL 52 ? HP-UX 11.11 pa-risc2.0 32bit avec aCC (HP ANSI C++ B3910B A.03.33) : CC=cc CXX=aCC CFLAGS="+DAportable" CXXFLAGS="+DAportable" ./configure --prefix=/usr/local/mysql - -localstatedir=/usr/local/mysql/data - -libexecdir=/usr/local/mysql/bin --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -disable-shared --with-innodb ? HP-UX 11.22 ia64 64bit avec aCC (HP aC++/ANSI C B3910B A.05.50) : CC=cc CXX=aCC CFLAGS="+DD64 +DSitanium2" CXXFLAGS="+DD64 +DSitanium2" ./configure --prefix=/usr/local/mysql - -localstatedir=/usr/local/mysql/data - -libexecdir=/usr/local/mysql/bin --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -disable-shared --with-embedded-server --with-innodb ? Apple Mac OS X 10.2 powerpc avec gcc 3.1 : CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors - fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --disable-shared ? FreeBSD 4.7 i386 avec gcc 2.95.4 : CFLAGS=-DHAVE_BROKEN_REALPATH ./configure - -prefix=/usr/local/mysql --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -enable-assembler --with-named-z-libs=not-used --disable-shared ? FreeBSD 4.7 i386 avec LinuxThreads et gcc 2.95.4 : CFLAGS="-DHAVE_BROKEN_REALPATH -D__USE_UNIX98 -D_REENTRANT - D_THREAD_SAFE -I/usr/local/include/pthread/linuxthreads" CXXFLAGS="-DHAVE_BROKEN_REALPATH -D__USE_UNIX98 -D_REENTRANT - D_THREAD_SAFE -I/usr/local/include/pthread/linuxthreads" ./configure --prefix=/usr/local/mysql - -localstatedir=/usr/local/mysql/data - -libexecdir=/usr/local/mysql/bin --enable-thread-safe-client - -enable-local-infile --enable-assembler - -with-named-thread-libs="-DHAVE_GLIBC2_STYLE_GETHOSTBYNAME_R - D_THREAD_SAFE -I /usr/local/include/pthread/linuxthreads - L/usr/local/lib -llthread -llgcc_r" --disable-shared - -with-embedded-server --with-innodb ? QNX Neutrino 6.2.1 i386 avec gcc 2.95.3qnx-nto 20010315 : CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors - fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --disable-shared Les paquets binaires suivants sont compilés sur des systèmes que des tiers prêtent gracieusement à MySQL AB. Notez que ces paquets sont fournis gracieusement. Comme MySQL AB n'a pas le contrôle complet sur ces systèmes, nous ne pouvons proposer qu'un support limité. ? SCO Unix 3.2v5.0.6 i386 avec gcc 2.95.3 : Installer MySQL 53 CFLAGS="-O3 -mpentium" LDFLAGS=-static CXX=gcc CXXFLAGS="-O3 - mpentium -felide-constructors" ./configure - -prefix=/usr/local/mysql --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -with-named-z-libs=no --enable-thread-safe-client - -disable-shared ? SCO OpenUnix 8.0.0 i386 avec CC 3.2 : CC=cc CFLAGS="-O" CXX=CC ./configure --prefix=/usr/local/mysql - -with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --with-named-z-libs=no - -enable-thread-safe-client --disable-shared ? Compaq Tru64 OSF/1 V5.1 732 alpha avec cc/cxx (Compaq C V6.3-029i / DIGITAL C++ V6.1-027) : CC="cc -pthread" CFLAGS="-O4 -ansi_alias -ansi_args -fast - inline speed -speculate all" CXX="cxx -pthread" CXXFLAGS="-O4 - ansi_alias -fast -inline speed -speculate all -noexceptions - nortti" ./configure --prefix=/usr/local/mysql - -with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --with-prefix=/usr/local/mysql - -with-named-thread-libs="-lpthread -lmach -lexc -lc" - -disable-shared --with-mysqld-ldflags=-all-static ? SGI Irix 6.5 IP32 avec gcc 3.0.1 : CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXXFLAGS="-O3 - fno-omit-frame-pointer -felide-constructors -fno-exceptions - fno-rtti" ./configure --prefix=/usr/local/mysql - -with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --disable-shared ? FreeBSD/sparc64 5.0 avec gcc 3.2.1 : CFLAGS=-DHAVE_BROKEN_REALPATH ./configure - -prefix=/usr/local/mysql --localstatedir=/usr/local/mysql/data - -libexecdir=/usr/local/mysql/bin --with-extra-charsets=complex - -enable-thread-safe-client --enable-local-infile - -disable-shared --with-innodb Les options suivantes de compilations ont été utilisées pour les paquets binaires de MySQL, qui étaient fournis auparavant. Ces paquets ne sont plus mis à jours, mais les options de compilation sont conservées ici pour mémoire. ? Linux 2.2.xx SPARC avec egcs 1.1.2 : CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors - fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex --enable-thread-safe-client - -enable-local-infile --enable-assembler --disable-shared ? Linux 2.2.x avec x686 avec gcc 2.95.2 : CFLAGS="-O3 -mpentiumpro" CXX=gcc CXXFLAGS="-O3 -mpentiumpro - felide-constructors -fno-exceptions -fno-rtti" ./configure - -prefix=/usr/local/mysql --enable-assembler - -with-mysqld-ldflags=-all-static --disable-shared - Installer MySQL 54 -with-extra-charsets=complex ? SunOS 4.1.4 2 sun4c avec gcc 2.7.2.1 : CC=gcc CXX=gcc CXXFLAGS="-O3 -felide-constructors" ./configure - -prefix=/usr/local/mysql --disable-shared - -with-extra-charsets=complex --enable-assembler ? SunOS 5.5.1 (et plus récents) sun4u avec egcs 1.0.3a or 2.90.27 or gcc 2.95.2 et plus récents : CC=gcc CFLAGS="-O3" CXX=gcc CXXFLAGS="-O3 -felide-constructors - fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-low-memory --with-extra-charsets=complex - -enable-assembler ? SunOS 5.6 i86pc avec gcc 2.8.1 : CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure - -prefix=/usr/local/mysql --with-low-memory - -with-extra-charsets=complex ? BSDI BSD/OS 3.1 i386 avec gcc 2.7.2.1 : CC=gcc CXX=gcc CXXFLAGS=-O ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex ? BSDI BSD/OS 2.1 i386 avec gcc 2.7.2 : CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure - -prefix=/usr/local/mysql --with-extra-charsets=complex ? AIX 2 4 avec gcc 2.7.2.2 : CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure - -prefix=/usr/local/mysql --with-extra-charsets=complex Si vous avez des options plus optimales pour l'une des configurations précédemment listées, vous pouvez toujours nous en faire part sur la liste de distribution des développeurs. See Section 1.4.1.1, « Les listes de diffusion de MySQL ». Les distributions RPM antérieures à la version 3.22 de MySQL sont fournies par nos utilisateurs. A partir de la version 3.22, les RPM sont générés par nous chez MySQL AB. Si vous voulez compiler une version de débogage de MySQL, vous devez ajouter --with-debug ou --with-debug=full aux lignes de configurations précédentes et effacer les options - fomit-frame-pointer. 2.1.3. Comment obtenir MySQL ? Visitez le site de MySQL (http://www.mysql.com/) pour des informations à propos de la version courante et les instructions de téléchargement. Notre miroir principal est situé sur http://mirrors.sunsite.dk/mysql/. Pour une liste complète et à jour des miroirs web/téléchargement de MySQL, voyez http://www.mysql.com/downloads/mirrors.html. Vous trouverez là des informations à propos des futurs miroirs et de quoi nous informer de la non-validité de l'un d'entre eux. 2.1.4. Vérifier l'intégrité des paquets avec MD5 ou GnuPG Installer MySQL 55 Une fois que vous avez téléchargé le paquet MySQL qui vous convient, et avant de l'installer, vous devriez vous assurer qu'il est intact, et n'a pas été altéré. MySQL AB propose deux moyens de vérifier l'intégrité : ? Signatures MD5 ? Signatures chiffrées avec GnuPG, GNU Privacy Guard ? Pour les paquets RPM, le mécanisme de vérification d'intégrité intégré. Les sections suivantes décrivent comment utiliser ces méthodes. Dans le cas où vous vous apercevez que la somme de contrôle MD5 checksum ou la signature GPG ne correspond pas, essayez de télécharger à nouveau le même paquet, éventuellement depuis un autre miroir. Si vous échouez plusieurs fois à vérifier l'intégrité du paquet, faites nous part de votre problème, en incluant le nom complet du paquet désiré, et les sites de téléchargement que vous avez utilisé. Envoyez nous un courriel à l'adresse <webmaster@mysql.com> ou <build@mysql.com>. 2.1.4.1. Vérifier la signature MD5 Une fois que vous avez téléchargé le paquet, vous devez vérifier si la somme de contrôle MD5 correspond à celle qui est disponibles sur le site de MySQL. Chaque paquet a une somme de contrôle individuelle, que vous pouvez obtenir avec la commande suivante : shell> md5sum <paquet> Exemple : shell> md5sum mysql-standard-4.0.17-pc-linux-i686.tar.gz 60f5fe969d61c8f82e4f7f62657e1f06 mysql-standard-4.0.17-pc-linux-i686.tar.gz Ainsi, vous devez vérifier si la somme de contrôle résultante correspond à celle qui est imprimée sur la page de téléchargement, en dessous du paquet téléchargé. Notez que tous les systèmes d'exploitation ne supportent pas la commande md5sum : sur certains, elle s'appelle simplement md5, sur d'autre, elle n'est pas du tout disponible. Sur Linux, elle a fait partie des utilitaires texte GNU (GNU Text Utilities), qui sont disponibles pour toute une gamme de plates-formes. Vous pouvez télécharger le code source sur le site http://www.gnu.org/software/textutils/. Si vous avez installé OpenSSL, vous pouvez utiliser la commande openssl md5 <paquet> à la place. Une implémentation DOS/Windows de la commande md5 est disponible sur le site http://www.fourmilab.ch/md5/. 2.1.4.2. Vérification de la signature avec GnuPG Une méthode plus sûre pour vérifier l'intégrité d'un paquet est d'utiliser la signatureGnuPG. C'est une méthode plus sûre que le MD5, mais elle requiert un peu plus de travail. Depuis MySQL 4.0.10 (Février 2003), MySQL AB utilise GNU Privacy Guard (GnuPG), une alternative Open Source du très connu Pretty Good Privacy (PGP) par Phil Zimmermann. Voir http://www.gnupg.org/. La plupart des distributions Linux dispose d'une version de GnuPG installée par défaut. Pour plus de détails sur OpenPGP, voir http://www.openpgp.org/. Pour vérifier la signature d'un paquet spécifique, vous devez obtenir en premier lieu une copie de la clé publique GPG. Vous pouvez soit la copier/coller directement depuis ce manuel, ou la demander sur le serveur http://www.keyserver.net/. Installer MySQL 56 Key ID: pub 1024D/5072E1F5 2003-02-03 MySQL Package signing key (www.mysql.com) <build@mysql.com> Fingerprint: A4A9 4068 76FC BD3C 4567 70C8 8C71 8D3B 5072 E1F5 Public Key (ASCII-armored): -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org mQGiBD4+owwRBAC14GIfUfCyEDSIePvEW3SAFUdJBtoQHH/nJKZyQT7h9bPlUWC3 RODjQReyCITRrdwyrKUGku2FmeVGwn2u2WmDMNABLnpprWPkBdCk96+OmSLN9brZ fw2vOUgCmYv2hW0hyDHuvYlQA/BThQoADgj8AW6/0Lo7V1W9/8VuHP0gQwCgvzV3 BqOxRznNCRCRxAuAuVztHRcEAJooQK1+iSiunZMYD1WufeXfshc57S/+yeJkegNW hxwR9pRWVArNYJdDRT+rf2RUe3vpquKNQU/hnEIUHJRQqYHo8gTxvxXNQc7fJYLV K2HtkrPbP72vwsEKMYhhr0eKCbtLGfls9krjJ6sBgACyP/Vb7hiPwxh6rDZ7ITnE kYpXBACmWpP8NJTkamEnPCia2ZoOHODANwpUkP43I7jsDmgtobZX9qnrAXw+uNDI QJEXM6FSbi0LLtZciNlYsafwAPEOMDKpMqAK6IyisNtPvaLd8lH0bPAnWqcyefep rv0sxxqUEMcM3o7wwgfN83POkDasDbs3pjwPhxvhz6//62zQJ7Q7TXlTUUwgUGFj a2FnZSBzaWduaW5nIGtleSAod3d3Lm15c3FsLmNvbSkgPGJ1aWxkQG15c3FsLmNv bT6IXQQTEQIAHQUCPj6jDAUJCWYBgAULBwoDBAMVAwIDFgIBAheAAAoJEIxxjTtQ cuH1cY4AnilUwTXn8MatQOiG0a/bPxrvK/gCAJ4oinSNZRYTnblChwFaazt7PF3q zIhMBBMRAgAMBQI+PqPRBYMJZgC7AAoJEElQ4SqycpHyJOEAn1mxHijft00bKXvu cSo/pECUmppiAJ41M9MRVj5VcdH/KN/KjRtW6tHFPYhMBBMRAgAMBQI+QoIDBYMJ YiKJAAoJELb1zU3GuiQ/lpEAoIhpp6BozKI8p6eaabzF5MlJH58pAKCu/ROofK8J Eg2aLos+5zEYrB/LsrkCDQQ+PqMdEAgA7+GJfxbMdY4wslPnjH9rF4N2qfWsEN/l xaZoJYc3a6M02WCnHl6ahT2/tBK2w1QI4YFteR47gCvtgb6O1JHffOo2HfLmRDRi Rjd1DTCHqeyX7CHhcghj/dNRlW2Z0l5QFEcmV9U0Vhp3aFfWC4Ujfs3LU+hkAWzE 7zaD5cH9J7yv/6xuZVw411x0h4UqsTcWMu0iM1BzELqX1DY7LwoPEb/O9Rkbf4fm Le11EzIaCa4PqARXQZc4dhSinMt6K3X4BrRsKTfozBu74F47D8Ilbf5vSYHbuE5p /1oIDznkg/p8kW+3FxuWrycciqFTcNz215yyX39LXFnlLzKUb/F5GwADBQf+Lwqq a8CGrRfsOAJxim63CHfty5mUc5rUSnTslGYEIOCR1BeQauyPZbPDsDD9MZ1ZaSaf anFvwFG6Llx9xkU7tzq+vKLoWkm4u5xf3vn55VjnSd1aQ9eQnUcXiL4cnBGoTbOW I39EcyzgslzBdC++MPjcQTcA7p6JUVsP6oAB3FQWg54tuUo0Ec8bsM8b3Ev42Lmu QT5NdKHGwHsXTPtl0klk4bQk4OajHsiy1BMahpT27jWjJlMiJc+IWJ0mghkKHt92 6s/ymfdf5HkdQ1cyvsz5tryVI3Fx78XeSYfQvuuwqp2H139pXGEkg0n6KdUOetdZ Whe70YGNPw1yjWJT1IhMBBgRAgAMBQI+PqMdBQkJZgGAAAoJEIxxjTtQcuH17p4A n3r1QpVC9yhnW2cSAjq+kr72GX0eAJ4295kl6NxYEuFApmr1+0uUq/SlsQ== =YJkx -----END PGP PUBLIC KEY BLOCK----- Vous pouvez importer cette clé dans votre trousseau de clés publiques GPG avec la commande gpg --import. Par exemple, si vous avez sauvé la clé dans un fichier appelé mysql_pubkey.asc, la commande d'importation est : shell> gpg --import mysql_pubkey.asc Voyez la documentation GPG pour plus de détails sur comment travailler avec les clés publiques. Une fois que vous avez téléchargé et importé la clé publique, vous pouvez télécharger le paquet MySQL et la signature qui lui est associée, sur la même page. Le fichier de signature a pour extension .asc. Par exemple : Fichier de distribution Linux mysql-standard-4.0.17-pc-linux-i686.tar.gz Fichier de signature mysql- standard-4.0.17-pc-linux-i686.tar.gz.asc Assurez-vous que les deux fichiers sont stockés dans le même dossier, puis exécutez la commande suivante pour vérifier la signature du fichier : shell> gpg --verify <package>.asc Installer MySQL 57 Exemple : shell> gpg --verify mysql-standard-4.0.17-pc-linux-i686.tar.gz.asc gpg: Warning: using insecure memory! gpg: Signature made Mon 03 Feb 2003 08:50:39 PM MET using DSA key ID 5072E1F5 gpg: Good signature from "MySQL Package signing key (www.mysql.com) <build@mysql.com>" La mention "Good signature" (bonne signature) indique que le paquet est correct. 2.1.4.3. Contrôle d'intégrité avec RPM Pour les paquets RPM, il n'y a pas de signature séparée : les paquets RPM disposent d'une signature GPG intégrée, et d'une somme de contrôle MD5. Vous pouvez les vérifier avec la commande suivante : shell> rpm --checksig package_name.rpm Exemple : shell> rpm --checksig MySQL-server-4.0.10-0.i386.rpm MySQL-server-4.0.10-0.i386.rpm: md5 gpg OK Note : si vous utilisez RPM 4.1 et qu'il se plaint que (GPG) NOT OK (MISSING KEYS: GPG#5072e1f5) (même si vous l'avez importé dans votre trousseau de clé), vous devez alors importer la clé dans votre trousseau RPM d'abord. RPM 4.1 n'utilise pas votre trousseau de clé GPG (ni GPG lui-même), car il entretient son propre trousseau de clé (car c'est une application de niveau système, et que le trousseau de clé est spécifique à chaque utilisateur). Pour importer la clé publique mysql_pubkey.asc MySQL dans votre trousseau de clés RPM, utilisez la commande suivante : shell> rpm --import mysql_pubkey.asc 2.1.5. Dispositions d'installation Cette section décrit les répertoires par défaut crées en installant les distributions binaires et les distributions de sources. Sous Windows, le dossier d'installation par défaut est C:\mysql, qui a la structure suivante : Dossier Contenu du dossier bin Clients et serveur mysqld data Fichiers de log et bases de données Docs Documentation examples Programmes d'exemple et scripts include Fichiers d'inclusion (entêtes) lib Bibliothèques scripts Utilitaires share Fichiers de messages d'erreur Les installations créée sur les distributions Linux RPM placent les fichiers dans les sous-dossiers suivants : Dossier Contenu du dossier /usr/bin Programmes clients Installer MySQL 58 /usr/sbin serveur mysqld /var/lib/mysql Fichiers de log et bases de données /usr/share/doc/packages Documentation include Fichiers d'inclusion (entêtes) lib Bibliothèques /usr/share/mysql Fichiers de messages d'erreurs et jeux de caractères sql-bench Suites de tests Sous Unix, une archive tar avec la distribution binaire s'installe en la désarchivant dans le dossier d'installation que vous voulez (typiquement le dossier /usr/local/mysql) et crée les dossiers suivants au même endroit : Dossier Contenu du dossier bin Clients et serveur mysqld data Fichiers de log et bases de données docs Documentation, historique include Fichiers d'inclusion (entêtes) lib Bibliothèques scripts mysql_install_db share/mysql Fichiers de messages d'erreur sql-bench Suites de tests Une distribution source est installée après compilation. Par défaut, les étapes d'installation installent les fichiers dans /usr/local, dans les sous-dossiers suivants : Dossier Contenu du dossier bin Programmes clients et scripts include/mysql Fichiers d'inclusion (entêtes) info Documentation lib/mysql Bibliothèques libexec The serveur mysqld share/mysql Fichiers de messages d'erreur sql-bench Suites de tests var Fichiers de log et bases de données Dans le répertoire d'installation, les dispositions d'une installation des sources diffère d'une installation binaire des fa¸ons suivantes : ? Le serveur mysqld est installé dans le répertoire libexec plutôt que dans le répertoire bin. ? Le répertoire des données est var plutôt que data. ? mysql_install_db est installé dans le répertoire /usr/local/bin plutôt que dans / usr/local/mysql/scripts. ? Le répertoire des fichier d'entête et les répertoires des bibliothèques sont include/mysql et lib/mysql au lieu de include et lib. Installer MySQL 59 Vous pouvez créer votre propre installation binaire à partir d'une distribution de sources compilées en exécutant le script scripts/make_binary_distribution. 2.2. Installation standard rapide de MySQL Cette section couvre l'installation de MySQL sur les plate-formes pour lesquelles nous offrons un système d'installation spécifique. Cela s'appelle aussi une installation binaire. Toutefois, des installation binaires sont disponibles pour de nombreux autres plate-formes. Voyez Section 2.3, « Installer MySQL sur d'autres systèmes type Linux » pour des instructions génériques, qui s'appliqueront aussi à ces plate-formes. Voyez Section 2.1, « Notes générales à propos de l'installation » pour plus d'informations sur les autres distributions binaires qui sont disponibles, et comment les obtenir. 2.2.1. Installer MySQL sous Windows Le processus d'installation de MySQL sous Windows est le suivant : 1. Installez la distribution. 2. Configurez un fichier d'options si nécessaire. 3. Sélectionnez un serveur à utiliser. 4. Lancez le serveur. 5. Assignez des mots de passe aux comptes MySQL initiaux. MySQL pour Windows est disponible en deux formats : ? La distribution binaire, qui contient un programme d'installation, qui se charge de placer tout ce qui est nécessaire. ? La distribution source, qui contient tout le code et les fichiers de support pour compiler les exécutables avec VC++ 6.0. En général, vous devriez utiliser la distribution binaire. Elle est plus facile à installer, et vous n'avez besoin d'aucun autre outil pour faire fonctionner MySQL. Cette section décrit comment installer MySQL sur Windows en utilisant la distribution binaire. Pour installer une distribution source, voyez Section 2.4.6, « La distribution source Windows ». 2.2.1.1. Prérequis système sur Windows Pour utiliser MySQL sur Windows, vous avez besoin de : ? Un système d'exploitation 32 bits Windows, tels que 9x, Me, NT, 2000 ou XP. La famille NT (Windows NT/2000/XP) vous permet de faire fonctionner MySQL comme un service. See Section 2.2.9.1, « Lancer MySQL comme un service Windows ». ? Support du protocole TCP/IP. ? Une copie de la distribution binaire MySQL pour Windows, qui peut être téléchargé sur http://www.mysql.com/downloads/. See Section 2.1.3, « Comment obtenir MySQL ? ». Note : les fichiers de la distribution sont fournis dans un format compressé, et nous vous recommandons d'utiliser le client FTP approprié, avec des capacités de reprise sur erreur, pour Installer MySQL 60 éviter les corruptions d'archive au cours du téléchargement. ? WinZip ou un programme ZIP pour décompresser l'archive .zip. ? Assez d'espace sur votre disque pour décompresser l'archive, et pour créer les bases selon vos besoins. ? Si vous envisagez d'utiliser MySQL via ODBC, vous aurez aussi besoin du pilote MyODBC. See Section 25.1.1.1, « Qu'est-ce que ODBC? ». ? Si vous avez besoin de table d'une taille supérieure à 4 Go, installez MySQL sur un système de fichier NTFS ou plus récent. N'oubliez pas d'utiliser les options MAX_ROWS et AVG_ROW_LENGTH lorsque vous créez les tables. See Section 13.2.5, « Syntaxe de CREATE TABLE ». 2.2.2. Choisir un paquet d'installation Depuis MySQL 4.1.5, il y a trois paquets d'installation à choisir avant d'installer MySQL sur Windows. Les paquets sont les suivants : ? The Essentials Package : ce paquet porte un nom du type mysql- essential-4.1.9-win32.msi et contient le minimum de fichiers nécessaire pour installer MySQL sur Windows, y compris l'assistant de configuration. Ce paquet n'inclut pas de composants optionnels tels que le serveur embarqué ou la suite de performances. ? The Complete Package : ce paquet porte un nom du type mysql-4.1.9-win32.zip et contient tous les fichiers nécessaires pour créer une installation Windows complète, y compris l'assistant de configuration. Ce paquet inclut les composants optionnels tels que le serveur embarqué et la suite de performances. ? The Noinstall Archive : ce paquet porte un nom du type mysql- noinstall-4.1.9-win32.zip et contient tous les fichiers du paquet Complete Package, à l'exception de l'assitant de configuration. Ce paquet n'inclut pas l'installeur automatique, et doit être manuellement installé et configuré. Le paquet Essentials Package est recommandé pour la plupart des utilisateurs. Votre choix de paquet d'installation affecte le processus d'installation. Si vous choisissez les paquets Essentials Package ou Complete Packages, voyez Section 2.2.3, « Installer MySQL avec l'assistant automatique ». Si vous choisissez l'installation de MySQL avec le paquet Noinstall Archive, voyez Section 2.2.6, « Installer MySQL à partir d'une archive ZIP sans assistant ». 2.2.3. Installer MySQL avec l'assistant automatique Depuis MySQL 4.1.5, les utilisateurs peuvent utiliser les nouveaux assistants MySQL Installation Wizard et MySQL Configuration Wizard pour installer MySQL sur Windows. MySQL Installation Wizard et MySQL Configuration Wizard sont con¸us pour installer et configurer MySQL pour qu'un nouvel utilisateur puisse immédiatement commecer à utiliser MySQL. MySQL Installation Wizard et MySQL Configuration Wizard sont disponibles parmi les paquets d'installations essentiels et complets : ils sont recommandés pour la plupart des installations standards de MySQL. Les exceptions sont les utilisateurs qui ont besoin de plusieurs instances de serveurs MySQL sur un serveur, et des utilisateurs experts qui veulent avoir le contrôle de leur configuration. Si vous installer une version de MySQL antérieure à la version 4.1.5, suivez les instructions Installer MySQL 61 d'installation de MySQL à partir des paquets Noinstall. See Section 2.2.6, « Installer MySQL à partir d'une archive ZIP sans assistant ». 2.2.4. Installation de MySQL avec l'assistant 2.2.4.1. Introduction L'assistant d'installation MySQL est un nouvel installeur pour le serveur MySQL, qui utilise les dernières technologies de Microsoft Windows. L'assistant d'installation de MySQL, combiné à l'assistant de configuration MySQL, permet à l'utilisateur d'installer et de configurer un serveur MySQL prêt à l'emploi dès son installation. L'assistant d'installation MySQL est l'installeur standard de toutes les distributions MySQL à partir de la version 4.1.5. Les utilisateurs des anciennes versions doivent faire l'installation manuellement, en éteignant le serveur, suppramant leur installation existante avant d'installer la nouvelle version. Voyez la section Section 2.2.4.7, « Mise à jour de MySQL » pour plus d'informations sur la mise à jour depuis les anciennes versions. Microsoft a inclut une version améliorée de leur Microsoft Windows Installer (MSI) dans les versions récentes de Windows. L'utilisation de MSI est devenu le standard de fait pour les applicatoins sur Windows 2000, Windows XP et Windows Server 2003. L'assistant d'installation MySQL utilise cette technologie pour améliorer et simplifier le processus d'installation. Le Microsoft Windows Installer Engine a été mise à jour avec la version Windows XP; ceux qui utilisent un version antérieure de Windows peuvent se reporter à cet article de la Microsoft Knowledge Base [http://support.microsoft.com/default.aspx?scid=kb;EN-US;292539] pour plus d'informations sur la mise à jour de Windows Installer Engine. De plus, Microsoft a introduit le WiX (Windows Installer XML) récemment. C'est le premier projet Open Source de Microsoft qui soit recommandé. Nous sommes passé à WiX car c'est un projet Open Source, et qu'il nous permet de gérer entièrement le processus d'installation sur Windows de manière souple, via des scripts. L'amélioration de l'assistant d'installation de MySQL dépend du support et des rapports que les utilisateurs comme vous font. Si vous trouvez que l'assistant d'installation MySQL manque de certaines fonctionnalités vitales, ou si vous rencontrez un bogues, utilisez notre notre système de rapport de bogues [http://bugs.mysql.com] pour demander une nouvelle fonctionnalité ou une correction de problème. 2.2.4.2. Télécharger et lancer l'assistant d'installation MySQL Les paquets d'installation du serveur MySQL sont disponibles au téléchargement sur le site http://dev.mysql.com/downloads/. Si le paquet que vous téléchargez est une archive Zip, il faudra commencer par décompresser cette archive. Le processus de lancement de l'assistant dépend du contenu du paquet d'installation que vous téléchargez. S'il existe un fichier setup.exe, faites un double-clic dessus pour le lancer. S'il y a un fichier .msi, faites un double-clic dessus pour lancer l'installation. 2.2.4.3. Choisir le type d'installation Il y a trois types d'installations disponibles : le standard Typical, le complet Complete et le personnalisé Custom. L'installation Typical installe le serveur MySQL, le client en ligne de commande mysql et les utilitaires de ligne de commande. Les utilitaires en ligne de commande incluent mysqldump, myisamchk et plusieurs autres outils pour vous aider à gérer le serveur MySQL. L'installation Complete installe tous les composants du paquet d'installation. L'installation complète inclut des composants tels que les bibliothèques embarquées, les tests de performances, les scripts de support et la documentation. Installer MySQL 62 L'installation personnalisée Custom vous donne le contrôle sur les composants que vous voulez installer, et le chemin de l'installation. Voyez Section 2.2.4.4, « Le dialogue d'installation personnalisée » pour plus de détails sur ce type d'installation. Si vous choisissez les installations Typical ou Complete et que vous cliquez sur le bouton Next, vous irez directement à l'écran de confirmation, et vous débuterez l'installation. Si vous choisissez l'installation Custom, le dialogue d'installation personnalisée se affiché, tel que présenté dans Section 2.2.4.4, « Le dialogue d'installation personnalisée » 2.2.4.4. Le dialogue d'installation personnalisée Si vous voulez changer le nom du dossier d'installation ou installer un composant spécifique, il faut utiliser l'installation personnalisée Custom. Tous les composants disponibles sont listés dans un arbre hiérarchisé à gauche du dialogue d'installation. Les composants qui ne seront pas installés ont une icône rouge X, et les composants qui sont déjà installés ont une icône grisée. Pour installer un nouveau composant, il faut cliquer sur l'icône du composant, et choisir une nouvelle option dans la liste déroulante qui apparaît. Vous pouvez changer le chemin d'installation par défaut en cliquant sur le bouton Change... à droite du chemin d'installation affiché. Après avoir fait le choix des composants à installer et du dossier d'installation, cliquez sur le bouton Next pour passer au dialogue de confirmation. 2.2.4.5. Le dialogue de confirmation Une fois que vous avez choisi un type d'installation et que vous avez choisi tous vos composants à installer, vous passez au dialogue de confirmation. Le type d'installation et les options sont présentés pour que vous puissiez le vérifier. Pour installer MySQL dès que vous êtes satisfait de vos choix, cliquez sur le bouton 'install'. Pour modifier vos options, cliquez sur le bouton 'Back'. Pour quitter l'assistant d'installation MySQL, cliquez sur le bouton 'Cancel'. Une fois l'installation terminée, vous pouvez vous enregistrer sur le site Web de MySQL. L'enregistrement vous donne accès aux forums à l'URL forums.mysql.com [http://forums.mysql.com], ainsi qu'aux rapports de bogues à l'URL bugs.mysql.com [http://bugs.mysql.com] et à l'inscription des lettres d'informations. Le dernier écran de l'installeur fournit un résumé de l'opération, et vous donne l'occasion de lancer l'assistant de configuration de MySQL, qui vous servira à créer un fichier de configuration, à installer un service MySQL et à mettre en place les sécurités. 2.2.4.6. Modifications apportés par l'assistant d'installation MySQL Une fois que vous avez cliqué sur le bouton d'installations, l'assistant d'installation MySQL commence le processus d'installation et s'assure que les modifications apportées à votre système sont celles que vous avez demandé. Modifications du registre L'assistant d'installation MySQL crée une clé dans le registre de Windows : HKEY_LOCAL_MACHINE\SOFTWARE\MySQL AB. L'assistant d'installation MySQL crée une clée à partir du numéro de version majeur du serveur en cours d'installation, tel que MySQL Server 4.1. Elle contient deux valeurs, les chaînes Location et Version. La chaîne Location contient le chemin jusqu'au dossier d'instalaltion. Dans une installation par défaut, elle contient C:\Program Files\MySQL\MySQL Server 4.1\. La chaîne Version contient le numéro de version. Par exemple, pour une installation de MySQL Server 4.1.5, la clé contient la valeur 4.1.5. Installer MySQL 63 Les clés du registre servent aux outils externes pour identifier le dossier d'installation, évitant ainsi une recherche dans l'ensemble du disque dur pour déterminer le bon dossier. Les clés de registre ne sont pas obligatoires pour faire fonctionner le serveur, et lorsque vous faites une installation noinstall, ces clés ne sont pas créées. Modification dans le menu de démarrage L'assistant d'installation MySQL crée une nouvelle entrée dans le menu de démarrage de Windows, sous le nom commun de MySQL que vous avez installé. Par exemple, si vous installez MySQL 4.1, l'assistant d'installation MySQL crée une section MySQL Server 4.1. Les éléments suivants sont créés dans ce menu : ? MySQL Command Line Client : c'est un raccourci vers le client de ligne de commande mysql et il est configuré pour se connecter en tant que root. Le raccourci demande le mot de passe de root. ? MySQL Server Instance Config Wizard : ceci est un raccourci vers l'assistant de configuration MySQL. Utilisez ce raccourci pour configurer un nouveau serveur ou reconfigurer un serveur en fonctionnement. ? Documentation MySQL : ceci est un lien vers la documentation du serveur MySQL qui est stockée localement dans le dossier d'installation. Cette option n'est pas disponible lorsque le serveur est installié avec le paquet essential. Modifications dans le système de fichiers L'assistant d'installation MySQL installe le serveur MySQL dans le dossier C:\Program Files\MySQL\MySQL Server 4.1, où Program Files est le dossier par défaut pour les applications sur votre système et 4.1 est la version majeure du serveur. C'est l'emplacement recommandé pour le serveur MySQL, qui remplace le dossier précédent de c:\mysql. Par défaut, toutes les applications MySQL sont stockées dans le dossier C:\Program Files\MySQL, où Program Files est le dossier pour les applications sur votre système Windows. Une installation typique de MySQL sur une machine ressemble à ceci : C:\Program Files\MySQL\MySQL Server 4.1 C:\Program Files\MySQL\MySQL Server 5.0 C:\Program Files\MySQL\MySQL Administrator 1.0 C:\Program Files\MySQL\MySQL Query Browser 1.0 Cette approche rend plus simple la gestion et l'entretien des applications MySQL sur un système Windows. 2.2.4.7. Mise à jour de MySQL Depuis MySQL 4.1.5, le nouvel assistant d'installation MySQL peut réaliser automatiquement des installations en exploitant des capacités de MSI. Cela signifie que vous n'avez pas à modifier l'ancienne installation manuellement, avant de faire une nouvelle installation. L'installeur se charge d'éteindre automatiquement le serveur et de le supprimer avant d'installer la nouvelle version. Les mises à jour automatiques sont uniquement disponibles lors de la mise à jour entre deux installations qui ont le même numéro de version majeure et mineure. Par exemple, vous pouvez mettre à jour automatiquement le serveur depuis MySQL 4.1.5 vers MySQL 4.1.6, mais pas de MySQL 4.1 vers MySQL 5.0. Si vous passez de version MySQL 4.1.4 ou plus ancien à la version 4.1.5 ou plus récent, vous devez commencer par manuellement éteindre le serveur et supprimer l'ancienne installation avant de faire la mise à jour. Assurez-vous de sauver les bases de données avant de faire une telle mise à jour, pour Installer MySQL 64 que vous puissiez restaurer les données après la migration. Il est toujours recommandé de faire une sauvegarde des données avant de faire une mise à jour. See Section 2.2.11, « Mettre à jour MySQL sous Windows ». 2.2.5. Utiliser l'assistant de configuration 2.2.5.1. Introduction L'assistant de configuration MySQL vous aide dans le processus de configuration de votre serveur MySQL sous Windows. L'assistant de configuration MySQL crée un fichier my.ini personnalisé en vous posant différentes questions, et en enregistrant vos réponses dans un fichier my.ini modèle. L'assistant de configuration MySQL est inclut avec le serveur MySQL depuis MySQL version 4.1.5, mais il est con¸u pour fonctionner avec les versions 4.1 ou plus récent. L'assistant de configuration MySQL est actuellement disponible uniquement pour Windows. L'assistant de configuration MySQL est, pour l'essentiel, le résultat des retours que MySQL AB a re¸u de nombreux utilisateurs depuis quelques années. Cependant, si vous pensez que ce logiciel manque de fonctionnalités importantes pour vous, ou si vous rencontrez un bogue, utilisez notre système MySQL Bug System [http://bugs.mysql.com] pour demander une nouvelle fonctionnalité ou rapporter un problème. 2.2.5.2. Lancement de l'assistant de configuration MySQL L'assistant de configuration MySQL est simplement lancé lorsque l'assistant d'installation MySQL se termine. Vous pouvez aussi lancer le l'assistant de configuration MySQL en cliquant sur l'élément du programme dans le menu démarrer. De plus, vous pouvez vous rendre dans le dossier bin du dossier d'installation de MySQL pour lancer manuellement le programme MySQLInstanceConfig.exe. 2.2.5.3. Choisir un option d'entretien Si l'assistant de configuration MySQL détecte un fichier my.ini, vous aurez l'option de reconfigurer votre serveur ou de supprimer cette instance du fichier my.ini, stopper et supprimer le serveur MySQL. Pour reconfigurer un serveur existant, choisissez l'option Re-configure Instance et cliquez sur le bouton de suite. Votre fichier my.ini actuel sera renommé en mytimestamp.ini.bak, où timestamp est la date et l'heure où le fichier my.ini a été créé. Pour supprimer l'instance actuelle du serveur, choisissez l'option Remove Instance et cliquez sur le bouton Next. Si vous choisissez l'option Remove Instance, vous passez à une fenêtre de confirmation. Cliquez sur le bouton d'exécution, et l'assistant de configuration MySQL va arrêter et supprimer le serveur MySQL, puis effacer le fichier my.ini. L'installation du serveur et le dossier de données data ne sont pas touchés. Si vous choisissez l'option Re-configure Instance, vous passez au dialogue de Configuration du type où vous pouvez choisir le type d'installation à configurer. 2.2.5.4. Choisir un type de configuration Lorsque vous lancez l'assistant de configuration MySQL pour une nouvelle installation ou que vous choisissez l'option Re-configure Instance pour une installation existante, vous passez au dialogue Configuration Type. Il y a deux types de configuration disponibles : Detailed Configuration et Standard Configuration. L'option Standard Configuration sert aux nouveaux utilisateurs qui veulent lancer rapidement MySQL sans avoir à prendre beaucoup de décisions concernant la configuration du serveur. L'option Detailed Configuration sert pour les utilisateurs avancés Installer MySQL 65 qui veulent avoir le contrôle complet de leur configuration. Si vous êtes nouveaux avec MySQL et que vous voulez avoir un serveur configuré en mode utilisateur seul, la Standard Configuration devrait vous convenir. Choisir l'option Standard Configuration fait que le l'assistant de configuration MySQL va effectuer toutes les configurations sauf Service Options et Security Options. La Standard Configuration choisit des options qui peuvent être incompatibles avec les systèmes qui supportent déjà d'autres installations MySQL. Si vous avez une installation MySQL sur votre système en plus de celle que vous voulez configurer, il faut utiliser l'option Detailed Configuration. Pour terminer la Standard Configuration, voyez les sections concernant les options de service et les optoins de sécurité, accessibles à Section 2.2.5.11, « Le dialogue d'options de service » et Section 2.2.5.12, « Le dialogue d'options de sécurité ». 2.2.5.5. Le dialogue de type de serveur Il y a différents types de serveurs disponibles et ce type affecte les décisions prises par l'assistant de configuration MySQL en ce qui concerne la mémoire, le disque et l'utilisation du processeur. ? Developer Machine : choisissez cette option pour installer MySQL pour une utilisation personnelle. L'assistant suppose qu'il y aura de nombreuses autres applications qui fonctionneront simultanément. Le serveur est configuré pour utiliser un minimum de ressources. ? Server Machine : choisissez cette option pour un serveur, où MySQL fonctionne avec d'autres applications serveurs, telles qu'un serveur FTP, email et web. Le serveur est configuré pour utiliser une portion raisonnable des ressources. ? Dedicated MySQL Server Machine : choisissez ce type pour une machine qui est dédiée à MySQL. L'assistant suppose alors qu'aucune autre application ne fonctionne, et que le serveur peut occuper toutes les ressources disponibles. 2.2.5.6. Le dialogue d'utilisation des bases de données Le dialogue Database Usage vous permet d'indiquer les moteurs de tables que vous voulez utiliser lorsque vous créez les tables MySQL. Les options que vous choisissez alors détermines si le moteur InnoDB est disponible, et quel pourcentage des ressources du serveur sont disponibles pour ce moteur. ? Multifunctional Database : cette option active simultanément InnoDB et MyISAM et divise les ressoures équitablement entre les deux. Cette optoin est recommandée pour les utilisateurs qui utilisent les deux types de tables régulièrement. ? Transactional Database Only : cette option active les deux moteurs InnoDB et MyISAM mais consacre plus de ressource InnoDB. Cette option est recommandée pour les utilisateurs qui emploient exclusivement InnoDB, et très rarement MyISAM. ? Non-Transactional Database Only : cette option désactive complètement InnoDB et consacre toutes les ressources du serveur à MyISAM. Cette option est recommandée pour les utilisateurs qui n'emploient pas InnoDB. 2.2.5.7. Le dialogue d'instalaltoin des espaces de tables InnoDB Certains utilisateurs souhaitent ranger leurs espaces de tables InnoDB hors du dossier de données de MySQL. En pla¸ant ces fichiers comme cela, vous pouvez gagner en performances ou en capacité en choisissant le bon système de stockage, comme un système RAID, par exemple. Installer MySQL 66 Pour changer le dossier par défaut des espaces de tables InnoDB, vous devez choisir un autre volume dans la liste disponible. Pour créer un chemin particulier, il suffit de cliquer... sur le bouton. Si vous modifiez la configuration d'un serveur existant, vous devez cliquer sur le bouton de modification Modify avant de changer le chemin. Dans la situation où vous changez manuellement les fichiers d'espace de table, il faut déplacer les fichiers dans leur nouveau dossier avant de relancer le serveur. 2.2.5.8. Le dialogue de connexions simultanées Il est important de mettre une limite au nombre de connexions simultanées qu'un serveur MySQL va accepter pour éviter que le serveur ne consomme tous les processus existants. Le dialogue Concurrent Connections vous permet de choisir le nombre maximum d'utilisateurs sur le serveur, et configure la limite de connexions simultanées. Il est aussi possible de modifier manuellement cette limite. ? Decision Support (DSS)/OLAP : choisissez cette option si votre serveur ne requiert par beaucoup de connexions simultanées. Le nombre maximal de connexions est de 100, avec une moyenne de 20 connexions simultanées. ? Online Transaction Processing (OLTP) : choisissez cette option si votre serveur requiert de nombreuses connexions simultanées. Le nombre maximal de connexions est de 500. ? Manual Setting : choisissez cette option pour spécifier manuellement le nombre maximal de connexions concurentes au serveur. Choisissez un nombre de connexions dans la liste fournie, ou bien tapez directement le nombre choisi dans cette liste. 2.2.5.9. Le dialogue d'option de réseau Utilisez le dialogue Networking Options pour activer ou désactiver la pile TCP/IP et pour confirmer le numéro de port à utiliser pour se connecter à MySQL. La pile TCP/IP est activée par défaut. Pour désactiver le réseau TCP/IP, décochez la boîte Enable TCP/IP Networking. Le port 3306 est utilisé par éfaut. Pour changer le port utilisé pour se connecter à MySQL, choisissez un port dans la liste fournie, ou tapez un nouveau numéro de port directement dans cette zonne. Si le numéro de port que vous choisissez est déjà utilisé, vous devre confirmer votre choix. 2.2.5.10. Le dialogue de jeux de caractères Le serveur MySQL supporte plusieurs jeux de caractères, et il est possible de configurer un jeu de caractères qui sera utilisé par défaut à toutes les tables, colonnes et bases de données, à moins qu'il ne soit spécifié autrement. Utilisez le dialogue Character Set pour changer le jeu de caractères par défaut du serveur MySQL. ? Standard Character Set : choisissez cette option si vous voulez utiliser Latin1 comme jeu de caractères par défaut. Latin1 sert pour l'anglais et la plupart des langues occidentales. ? Best Support For Multilingualism : choisissez cette option si vous voulez utiliser UTF8 comme jeu de caractères par défaut. UTF8 peut stocker les caractères de très nombreuses langues dans un même jeu. ? Manual Selected Default Character Set / Collation : choisissez cette option si vous voulez choisir le jeu de caractères par défaut manuellement. Choisissez le jeu de caractères souhaité dans la liste fournie. Installer MySQL 67 2.2.5.11. Le dialogue d'options de service Sur les plates-formes Windows NT, le serveur MySQL peut être installé comme un service. Lorsque c'est le cas, le serveur MySQL peut être démarré automatiquement lors du lancement du serveur, et même, redémarré automatiquement par Windows dans le cas d'une panne de service. L'assistant de configuration MySQL installe le serveur MySQL comme service par défaut, en utilisant le service appelé MySQL. Si vous ne voulez pas installer le service, décochez la boîte à coté de l'option Install As Windows Service. Vous pouvez changer le nom du service en en donnant un nouveau dans le champ fourni ou dans le menu déroulant proposé. Pour insatller le serveur MySQL comme un service, mais sans le démarrage automatique au démarrage, décochez la boîte à coté de l'option Launch the MySQL Server automatically. 2.2.5.12. Le dialogue d'options de sécurité Il est recommandé de donner un mot de passe à l'utilisateur root pour votre serveur, et l'assistant de configuration MySQL vous impose de configurer un mot de passe root par défaut. Si vous ne voulez pas spécifier le mot de passe root, il faut décocher l'option Modify Security Settings. Pour choisir un mot de passe root, tapez le mot que vous voulez dans les deux champs New root password et Confirm. Si vous reconfigurez un serveur existant, il faut aussi indiquer le mot de passe courant du root dans le champ Current root password. Pour éviter les connexions root via le réseau, cochez l'option Root may only connect from localhost. Cela améliore la sécurité de votre compte root. Pour créer un compte anonyme, cochez l'option Create An Anonymous Account. La création d'un compte anonyme peut réduire la sécurité de votre serveur et n'est pas recommandée. 2.2.5.13. Le dialogue de confirmation Le dialogue final de l'assistant de configuration MySQL est le Confirmation Dialog. Pour lancer le processus de configuration, cliquez sur le bouton Execute. Pour retourner à un dialogue précédent, cliquez sur le bouton Back. Pour quitter l'assistant de configuration MySQL, cliquez sur le bouton Cancel. Une fois que vous avez cliqué sur le bouton Execute, l'assistant de configuration MySQL effecture différentes tâches et affiche sa progression à l'écran. L'assistant de configuration MySQL détermine différentes options de configuration en fonction de vos choix, en utilisant un gabarit préparé par MySQL AB. Ce gabarit est appelé my- template.ini et est situé dans le dossier d'installation. L'assistant de configuration MySQL écrit alors ces options dans le fichier my.ini. L'emplacement final du fichier my.ini est affiché à coté de la tâche Write configuration file. Si vou choisissez de créer un service pour le serveur MySQL, l'assistant de configuration MySQL va créer le service et le démarrer. Si vous reconfigurez un service existant, l'assistant de configuration MySQL va redémarrer le service pour qu'il prennent en compte vos modifications. Si vous choisissez de configurer un mot de passe root, l'assistant de configuration MySQL va se connecter au serveur, configure votre mot de passe, et appliquer les options de sécurité que vous lui avez spécifié. Une fois que l'assistant de configuration MySQL a terminé, un résumé est affiché. Cliquez sur le bouton Finish pour terminer avec l'assistant de configuration MySQL. Installer MySQL 68 2.2.5.14. L'emplacement du fichier my.ini Dans les intallations MySQL antérieures à la version 4.1.5, il était de coutume de donner le nom de my.cnf au fichier de configuration du serveur, ou bien de le baptiser my.ini et de placer ce fichier dans c:\my.cnf ou c:\Windows\my.ini. Le nouvel assistant de configuration MySQL place le fichier my.ini dans le dossier d'installation du serveur MySQL. Cela permet d'associer le fichier de configuration avec la bonne instance du serveur. Pour s'assurer que le serveur MySQL sait où trouver le fichier my.ini, un argument similaire à celui-ci est passé durant l'installation du service : --defaults-file="C:\Program Files\MySQL\MySQL Server 4.1\my.ini", où C:\Program Files\MySQL\MySQL Server 4.1 est remplacé par le chemin de l'installation du serveur MySQL. L'option --defaults-file indique au serveur MySQL qu'il doit lire le fichier spécifié pour trouver les options de configuration. 2.2.5.15. Editer le fichier my.ini To modify the my.ini file, open it with a text editor and make any necessary changes. You can also modify the server configuration with the MySQL Administrator [http://www.mysql.com/products/administrator/] utility. MySQL clients and utilities such as the mysql command-line client and mysqldump are not able to locate the my.ini file located in the server installation directory. To configure the client and utility applications, create a new my.ini file in the c:\Windows directory. 2.2.6. Installer MySQL à partir d'une archive ZIP sans assistant Les utilisateurs qui réalisent leur installation à partir d'une archive sans assistant (paquet Noinstall), ou qui installe une version antérieure à la version 4.1.5, peuvent utiliser les instructions de cette section pour réaliser leur installation manuelle de MySQL. Si vous utilisez une version antérieure à la version 4.1.5 avec une distribution qui dispose d'un assistant, remplacez l'exécution du programme Setup par l'extraction de l'archive. Les instructions d'installation de MySQL à partir de l'archive ZIP sont les suivantes : 1. Décompressez l'archive dans le dossier d'installation souhaité. 2. Créez un fichier d'options. 3. Choisissez un type de serveur MySQL. 4. Démarrez le serveur MySQL. 5. Sécurisez les mots de passe des utilisateurs créés par défaut. Ce processus est décrit dans les sections suivantes. 2.2.7. Extraction de l'archive d'installation Pour installer MySQL manuellement, suivez ces instructions : 1. Si vous mettez à jour votre installation depuis une installation ancienne, voyez la section Section 2.2.11, « Mettre à jour MySQL sous Windows » avant de commencer le processus de mise à jour. Installer MySQL 69 2. Si vous utilisez un serveur basé sur Windows NT, comme Windows NT, Windows 2000, Windows XP ou Windows Server 2003, assurez-vous que vous êtes connectés avec un utilisateur qui a les droits d'administration. 3. Choisissez un dossier d'installation. Traditionnellement, le serveur MySQL est installé dans le dossier C:\mysql, et le nouvel assistant d'installation MySQL installe MySQL dans C:\Program Files\MySQL. Si vous n'installez pas MySQL dans C:\mysql, vous devez spécifier le chemin jusqu'au dossier d'installation durant le démarrage, ou bien dans un fichier d'options. See Section 2.2.8, « Créer un fichier d'options ». 4. Extrayez l'archive d'installation dans le dossier d'installation, en utilisant votre outil de Zip préféré. Certains outils vont extraire l'archive dans un dossier du dossier que vous aurez désigné. Si cela arrive, il faudra déplacer le contenu de ce sous-dossier dans le dossier que vous souhaitez. 2.2.8. Créer un fichier d'options Si vous avez besoin de spécifier des options lorsque vous exécutez le serveur, vous pouvez les indiquer à la ligne de commande ou les placer dans un fichier d'options. Pour les options qui sont utilisées à chaque démarrage du serveur, il est plus pratique de les ranger dans un fichier d'options. C'est particulièrement vrai dans les situations suivantes : ? Le dossier d'installation et le dossier de données sont à des emplacements différents de leur valeur par défaut (C:\mysql et C:\mysql\data). ? Vous devez adapter le paramétrage du serveur. Par exemple, vous utilisez les tables transactionnelles InnoDB de MySQL 3.23, et vous devez manuellement ajouter des lignes d'options telles que décrites dans Section 15.4, « Configuration InnoDB ». (Depuis MySQL 4.0, InnoDB crée le fichier de données et de log dans le dossier de données, par défaut). Avoir un fichier d'options signifie que vous n'avez plus à configurer InnoDB explicitement. Vous pouvez toujours le faire si vous le voulez, mais le fichier d'options est très pratique dans ce cas. Lorsque le serveur MySQL démarre sur Windows, il recherche les options dans deux fichiers : le fichier my.ini dans le dossier Windows, et le fichier C:\my.cnf. Le dossier Windows est typiquement C:\WINDOWS ou C:\WinNT. Vous pouvez déterminer son chemin exact en affichant la valeur de la variable d'environnement WINDIR avec la commande suivante : C:\> echo %WINDIR% MySQL recherche les options en premier dans le fichier my.ini, puis dans le fichier my.cnf. Cependant, pour éviter les confusions, il est mieux de n'utiliser qu'un seul fichier. Si votre PC utilise un boot loader où le volume C: n'est pas le disque de démarrage, votre seule issue est d'utiliser le fichier my.ini. Quelque soit l'option que vous utiliser, le fichier d'option est un simple fichier texte. Vous pouvez aussi utiliser les fichiers d'options d'exemple inclus dans votre distribution MySQL. Regardez dans le dossier d'installation et recherchez des fichiers tels que my-small.cnf, my- medium.cnf, my-large.cnf, etc., quie vous pouvez copier ou renommer, et placer dans le chemin approprié pour avoir un fichier de configuration de base. Un fichier d'options peut être créé est modifié par n'importe quel éditeur de texte, tels que Notepad. Par exemple, si MySQL est installé dans le dossier E:\mysql et que le dossier de donnéest est situé dans E:\mydata\data, vous pouvez créer un fichier d'options et configurer la section [mysqld] pour spécifier les valeurs de basedir et datadir : [mysqld] # set basedir to your installation path basedir=E:/mysql # set datadir to the location of your data directory Installer MySQL 70 datadir=E:/mydata/data Notez que les noms de chemin Windows sont spécifiés dans les options avec des slash, et non pas des anti-slash. Si vous utilisez des anti-slash, il faut les doubler : [mysqld] # set basedir to your installation path basedir=E:\\mysql # set datadir to the location of your data directory datadir=E:\\mydata\\data Sur Windows, l'installeur MySQL place les données directement dans le dossier où vous installez MySQL. Si vous voulez utiliser un dossier de données différent, il faut copier l'intégralité du dossier data dans le nouveau chemin. Par défaut, l'installeur place MySQL dans C:\mysql et le dossier de données dans C:\mysql\data. Si vous voulez utiliser le dossier E:\mydata, vous devez faire ceci : ? Déplacer le dossier de données depuis C:\mysql\data vers E:\mydata. ? Utilisez l'option --datadir pour spécifier le nouveau dossier de données, à chaque fois que vous lancez le serveur. 2.2.8.1. Choisir un serveur MySQL sur Windows Depuis MySQL 3.23.38, la distribution Windows inclut le serveur MySQL classique et le serveur MySQL-Max. Voici la description de toutes les versions livrées : Programme Description mysqld Compilé avec les informations de débogage, la vérification d'allocation de mémoire, le support des liens symboliques et les tables InnoDB et BDB tables. mysqld-opt Optimisé. Depuis la version 4.0, InnoDB est activé. Avant la version 4.0, ce serveur incluait aucune tables transactionnelles. mysqld-nt Optimisé pour Windows NT/2000/XP avec support pour les pipes nommés. mysqld-max Optimisé, avec le support des liens symboliques et des tables InnoDB et BDB. mysqld- max-nt Comme mysqld-max, mais compilé avec le support des pipes nommés. Tous les serveurs précédents sont optimisés pour les processeurs Intel modernes, mais ils fonctionneront sur toutes les architectures Intel de classe i386 et plus récent. MySQL supporte TCP/IP sur toutes les plates-formes Windows. Les serveurs mysqld-nt et mysql-max-nt supportent les pipes nommés sur NT, 2000 et XP. Cependant, par défaut, MySQL utilise TCP/IP quelque soit la plate-forme. Les pipes nommés sont plus lents que TCP/IP. Les pipes nommés sont sujets aux limitations suivantes : ? Depuis MySQL 3.23.50, les pipes nommés sont activés uniquement si vous lancez le serveur avec l'option --enable-named-pipe. Il est nécessaire d'utiliser explicitement cette option, car des utilisateurs ont rencontré des problèmes lors de l'extinction du serveur MySQL, avec les pipes nommés. ? Les connexions par pipe nommés ne sont permises qu'avec mysqld-nt et mysqld-max-nt, et uniquement si le serveur fonctionne sur une version de Windows qui supporte les pipes nommés (NT, 2000, XP). ? Ces serveurs peuvent fonctionner avec Windows 98 et Me, mais ils requièrent la pile TCP/IP; le Installer MySQL 71 pipes nommés seront ignorés. ? Sur Windows 95, ces serveurs ne peuvent être utilisés. Note : La plupart des exemples dans les prochaines sections, utilisent mysqld comme nom de serveur. Si vous choisissez un autre nom de serveur, comme mysqld-opt, assurez vous de bien faire les bons remplacements dans les commandes des exemples. Une bonne raison de choisir un nom de serveur différent est que mysqld contient le support complet du débogage, il utilise plus de mémoire et fonctionne plus lentement que les autres serveurs Windows. 2.2.8.2. Démarrer le serveur pour la première fois Sur Windows 95, 98 et Me, les clients MySQL utilisent toujours TCP/IP pour se connecter au serveur. Cela permet à toute machine du réseau de se connecter à votre serveur MySQL. A cause de cela, assurez vous que le support TCP/IP est installé avant de lancer MYSQL. Vous pouvez trouver TCP/IP dans votre CD d'installation Windows. Notez que si vous utilisez une vieille version Windows 95 (par exemple, OSR2), il est probable que vous ayez un vieux paquet Winsock; MySQL requiert Winsock 2! Vous pouvez télécharger un nouveau paquet Winsock sur http://www.microsoft.com/. Windows 98 dispose de la bibliothèque Winsock 2, et il est donc inutile de la mettre à jour. Sur les systèmes NT, comme Windows NT, 2000 ou XP, les clients ont deux options. Soit utiliser TCP/IP, soit les pipes nommés, si le serveur les supporte. Pour des informations sur quel serveur choisir, voyez Section 2.2.8.1, « Choisir un serveur MySQL sur Windows ». Cette section donne un aper¸u général du lancement du serveur MySQL. La section suivante fournit des informations spécifiques pour une version particulière de Windows. Les exemples de ces sections supposent que MySQL est installé dans son dossier par défaut : C:\mysql. Adaptez les noms de chemins si vous avez installé MySQL ailleurs. Testez à partir d'une console DOS est la meilleure chose à faire car le serveur affiche des messages qui y apparaissent. Si quelque chose n'est pas bon dans votre configuration, ces messages vous aiderons à identifier et corriger le problème. Assurez-vous d'être dans le répertoire où se situe le serveur, puis entrez cette commande : C:\mysql\bin> mysqld --console Vous devriez voir ce qui suit pendant le démarrage du serveur : InnoDB: The first specified datafile c:\ibdata\ibdata1 did not exist: InnoDB: a new database to be created! InnoDB: Setting file c:\ibdata\ibdata1 size to 209715200 InnoDB: Database physically writes the file full: wait... InnoDB: Log file c:\iblogs\ib_logfile0 did not exist: new to be created InnoDB: Setting log file c:\iblogs\ib_logfile0 size to 31457280 InnoDB: Log file c:\iblogs\ib_logfile1 did not exist: new to be created InnoDB: Setting log file c:\iblogs\ib_logfile1 size to 31457280 InnoDB: Log file c:\iblogs\ib_logfile2 did not exist: new to be created InnoDB: Setting log file c:\iblogs\ib_logfile2 size to 31457280 InnoDB: Doublewrite buffer not found: creating new InnoDB: Doublewrite buffer created InnoDB: creating foreign key constraint system tables InnoDB: foreign key constraint system tables created 011024 10:58:25 InnoDB: Started Lorsque le serveur finit sa séquence de démarrage, vous devriez voir une ligne comme celle-ci, qui indique que le serveur est fonctionnel, et attend les connexions : Installer MySQL 72 mysqld: ready for connections Version: '4.0.14-log' socket: '' port: 3306 Le serveur va continuer à écrire dans la console les logs. Vous pouvez ouvrir une autre console pour utiliser un client. Si vous omettez l'option --console, le serveur va écrire les logs dans un fichier du dossier de données (C:\mysql\data par défaut). Le fichier d'erreurs est celui dont l'extension est .err. Les comptes initiaux, qui sont dans les tables de droits de MySQL n'ont pas de mot de passe. Après le démarrage du serveur, vous devriez modifier leurs mots de passe avec les instructions de Section 2.5, « Procédure de post-installation ». Note : Les comptes sont listés dans les tables de droits MySQL qui n'ont pas de mot de passe initialement. Après avoir démarré le serveur, il est recommandé de les modifié, comme indiqué dans la documentation Section 2.5, « Procédure de post-installation ». 2.2.9. Démarrer MySQL depuis la ligne de commande Windows Le serveur MySQL peut être lancé manuellement depuis la ligne de commande. Ceci est valable pour toutes les versions de Windows. Pour lancer le serveur mysqld depuis la ligne de commande, vous devez ouvrir une fenêtre de console (une ``fenêtre DOS'') et entrer ces lignes : C:\> C:\Program Files\MySQL\MySQL Server 4.1\bin\mysqld Le chemin utilisé dans l'exemple précédent dépend de votre installation de MySQL. Sur les versions non NT de Windows, cette commande lance mysqld en tâche de fond. C'est à dire qu'après le démarrage du serveur, vous devriez retrouver votre invite de commande. Si vous lancez le serveur de cette manière sur Windows NT, 2000, XP ou 2003, le serveur va fonctionner en tâche principale jusqu'à ce que le serveur se termine. A cause de cela, il faudra ouvrir une autre console pour exécuter le client. Vous pouvez arrêter le serveur MySQL en exécutant cette commande : C:\> C:\Program Files\MySQL\MySQL Server 4.1\bin\mysqladmin -u root shutdown Cela appelle l'utilitaire MySQL mysqladmin qui se connecte au serveur et lui indique de s'arrêter. L'utilitaire se connecte en tant que root MySQL, qui est le compte d'administration par défaut dans le système de droits MySQL. Notez que les utilisateurs MySQL sont totalement indépendants des utilisateurs Windows. Si mysqld ne se lance pas, vérifiez le log d'erreur pour fois si le serveur y a inscrit un message pour indiquer la nature du problème. Le fichier d'erreur est rangé dans le dossier C:\mysql\data. C'est le fichier qui porte le suffixe .err. Vous pouvez aussi essayer de lancer le serveur avec la commande mysqld --console; dans ce cas, vous pourrez lire la totalité des informations d'erreur directement à l'écran. La dernière option est de lancer mysqld avec l'option --standalone --debug. Dans ce cas, mysqld écrit un fichier de log dans le fichier C:\mysqld.trace qui contiendra la raison qui fait que mysqld ne se lance pas. See Section D.1.2, « Créer un fichier de tra¸age ». Utilisez mysqld --verbose --help pour afficher toutes les options que mysqld comprend (Avant MySQL 4.1, omettez l'option --verbose.) 2.2.9.1. Lancer MySQL comme un service Windows Installer MySQL 73 Dans la famille NT (Windows NT, 2000 ou XP), la méthode recommandée pour faire fonctionner MySQL est de l'installer comme service Windows. Windows lance et arrête le serveur MySQL lorsque le système d'exploitation se lance ou s'arrête. Un serveur installé comme un service peut aussi être contrôlé en ligne de commande, avec la commande NET, ou avec l'utilitaire graphique Services. L'utilitaire Services (le gestionnaire Windows Service Control Manager) est disponible dans le panneau d'administration Windows (sous la section Utilitaires d'administration sous Windows 2000). Il est conseillé de fermer l'utilitaire Services lorsque vous faites une installation ou une suppression à partir de la ligne de commande : cela évite certaines erreurs étranges. Pour faire fonctionner MySQL avec TCP/IP sous Windows NT 4, vous devez installer le service pack 3 ou plus récent. Avant d'installer MySQL comme service Windows, vous devez commencer par arrêter le serveur en marche, avec cette commande : C:\> C:\mysql\bin\mysqladmin -u root shutdown Elle appelle l'utilitaire MySQL mysqladmin, qui se connecte au serveur et l'arrête. La commande se connecte en tant que root, qui est le compte d'administration par défaut. Notez que les utilisateurs du système de droits MySQL sont totalement indépendant de ceux de Windows. Ensuite, installez le serveur comme un service : C:\> mysqld --install Si vous avez des problèmes d'installation de mysqld en tant que service en utilisant simplement le nom du serveur, essayez d'utiliser le chemin complet : C:\> C:\mysql\bin\mysqld --install Depuis MySQL 4.0.2, vous pouvez spécifier un nom de service personnalisé avec l'option - -install. Depuis MySQL 4.0.3, vous pouvez spécifier en plus l'option --defaults-file après le nom du service, pour indiquer où le serveur doit lire les options au démarrage. Les règles qui détermine le nom du service et le fichier d'options à utiliser sont les suivantes : ? Si vous ne spécifiez pas de nom de service, le serveur utilise le nom de service par défaut de MySQL et le serveur lit les options du groupe [mysqld] dans le fichier d'options standard. ? Si vous spécifiez un nom de service après l'option --install, le serveur va ignorer le groupe d'options [mysqld] et lire les options dans le groupe du même nom que le nom du service. Le serveur lit ces options dans le fichier d'options standard. ? Si vous spécifiez une option --defaults-file après le nom du service, le serveur va ignorer les fichiers d'options standard et ne lire les options que dans le groupe [mysqld]. Note : avant MySQL 4.0.17, un serveur installé comme service Windows avait des problèmes à se lancer si le chemin ou le nom du service contenait des espaces. Pour cette raison, évitez d'installer MySQL dans un dossier tel que C:\Program Files ou avec un nom qui contient des espaces. Dans le cas général où vous installez le serveur avec l'option --install mais sans nom de service, le serveur est installé sous le nom de MySQL. Un exemple plus complexe : voyez la commande suivante, qui peut être saisie sur une seule ligne : C:\> C:\mysql\bin\mysqld --install mysql --defaults-file=C:\my-opts.cnf Installer MySQL 74 Ici, le nom du service est donné après l'option --install. Si aucune option - -defaults-file n'est donnée, cette commande aurait pour effet de faire lire au serveur le groupe [mysql] dans les fichiers d'options standard. Cela est une mauvaise idée, car ce groupe d'options est aussi celui du client mysql. Cependant, comme l'option --defaults-file est présente, le serveur lit les options uniquement dans le fichier indiqué, et uniquement dans le groupe d'options [mysqld]. Vous pouvez aussi spécifier les options comme ``Start parameters'' dans l'utilitaire Windows Services avant de lancer le service. Une fois que le serveur MySQL est installé, Windows va lancer automatiquement le service lorsque Windows se lance. Le service peut aussi être lancé immédiatement depuis l'utilitaire Services, ou avec la commande en ligne NET START MySQL. La commande NET n'est pas sensible à la casse. Lorsqu'il fonctionne comme un service, mysqld n'a pas accès à la console Windows, et aucune message n'apparaîtra la. Si mysqld ne démarre pas, vérifiez dans le fichier d'erreurs si le serveur a inscrit des messages qui indiquent la cause du problème. Le fichier d'erreurs est situé dans le dossier C:\mysql\data. Il porte le suffixe .err. Lorsque mysqld fonctionne comme un service, il peut être stoppé par l'utilitaire Services, la commande NET STOP MySQL, ou la commande mysqladmin shutdown. Si le service fonctionne lors de l'extinction de Windows, ce dernier va stopper automatiquement le serveur. Depuis MySQL 3.23.44, vous avez le choix d'installer le serveur comme un service Manuel, si vous ne voulez pas que le serveur soit lancé automatiquement au lancement du serveur Windows. Pour cela, utilisez l'option --install-manual plutôt que --install : C:\> C:\mysql\bin\mysqld --install-manual Pour supprimer un serveur qui a été installé comme service, commencez par l'arrêter s'il fonctionnait. Puis, utilisez l'option --remove pour le supprimer : C:\> C:\mysql\bin\mysqld --remove Pour les versions MySQL antérieure à la 3.23.49, un problème avec l'arrêt automatique réside dans le fait que Windows n'attend que quelques secondes avant l'extinction complète, et tue les processus si cette limite est dépassée. C'est la cause de problème potentiels (par exemple, le moteur InnoDB devra faire une restauration de base au prochain redémarrage). Depuis MySQL 3.23.49, Windows attend suffisamment longtemps pour que le serveur s'arrête. Si vous remarquez que ce n'est pas suffisant pour votre installation, il est plus prudent de ne pas faire tourner MySQL comme un service. Au lieu de cela, lancez-le en ligne de commande, et stoppez-le avec mysqladmin shutdown. L'augmentation du délai d'attente de Windows fonctionne avec Windows 2000 et XP. Elle ne fonctionne pas pour Windows NT, où Windows attend 20s l'extinction d'un service. Vous pouvez augmenter cette valeur par défaut en ouvrant la base de registres : \winnt\system32\regedt32.exe, et en éditant la valeur de WaitToKillServiceTimeout à HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control. Spécifiez une nouvelle valeur plus grande, exprimée en millisecondes. Par exemple, la valeur de 120000 indique à Windows NT d'attendre 2 minutes (120 secondes). Si vous ne voulez pas lancer mysqld comme un service, vous pouvez le lancer en ligne de commande, comme vous le faites sur les versions qui ne sont pas Windows NT. Pour des instructions, voyez Section 2.2.9, « Démarrer MySQL depuis la ligne de commande Windows ». Voyez Section 2.2.10.1, « Résolution de problèmes d'installation de MySQL sous Windows » si vous rencontrez des difficultés durant l'installation. 2.2.10. Tester son installation MySQL Installer MySQL 75 Vous pouvez tester le bon fonctionnement du serveur MySQL en exécutant une des commandes suivantes : C:\> C:\mysql\bin\mysqlshow C:\> C:\mysql\bin\mysqlshow -u root mysql C:\> C:\mysql\bin\mysqladmin version status proc C:\> C:\mysql\bin\mysql test Si mysqld est lent à répondre sur les connexions TCP/IP depuis les clients sur Windows 9x/Me, c'est qu'il y a vraisemblablement un problème sur vos DNS. Dans ce cas, lancez mysqld avec l'option --skip-name-resolve et utilisez uniquement le serveur localhost et les IP au format numérique dans la colonne Host des tables de droits de MySQL. Vous pouvez forcer un client MySQL à utiliser les connexions de pipes nommés à la place de TCP/ IP en spécifiant l'option --pipe ou en spécifiant un point . comme nom d'hôte. Utilisez l'option - -socket pour spécifier le nom du pipe. Depuis MySQL 4.1, vous pouvez utiliser l'option - -protocol=PIPE. Il y a deux version des utilitaires de ligne de commande MySQL sous Windows : Binary Description mysql Compilé nativement sur Windows, avec des capacités limitées d'édition de texte. mysqlc Compilé avec le compilateur Cygnus GNU et les bibliothèques associées, qui offre les fonctionnalités d'édition de readline. mysqlc a été originellement prévu pour être le principal outil avec Windows 9x/Me. Il ne supporte pas le nouveau protocole d'identification de MySQL 4.1, et il n'est pas supporté à partir de MySQL 4.1. Depuis MySQL 4.1.8, il n'est plus inclus dans les distributions Windows de MySQL. Pour utiliser mysqlc, vous devez avoir une copie de la bibliothèque cygwinb19.dll installée là où mysqlc peut la trouver. Si votre distribution ne dispose pas de cygwinb19.dll dans le dossier bin sous le dossier racine de MySQL, recherchez-la dans le dossier lib et copiez la dans le dossier système de Windows (\Windows\system ou équivalent). 2.2.10.1. Résolution de problèmes d'installation de MySQL sous Windows Lorsque vous installez et lancez MySQL pour la première fois, vous pouvez rencontrer des erreurs qui empêchent MySQL de démarrer. Le but de cette section est de vous aider à comprendre et corriger ces erreurs. Votre première ressource lorsque vous rencontrez un problème est le log d'erreurs. Le serveur MySQL utilise un log d'erreur pour enregistrer les informations pertinentes relevant d'une erreur. Le log d'erreur est situé dans le dossier de données, spécifié dans votre fichier de configuration my.ini. Le dossier de données par défaut est C:\mysql\data. See Section 5.9.1, « Le log d'erreurs ». L'autre source d'information sur les erreurs possibles est la console, qui affiche les messages que MySQL envoie. Utilisez la commande NET START mysql depuis la ligne de commande après avoir installé mysqld comme service, pour voir apparaître les messages d'erreur du lancement de MySQL comme service. See Section 2.2.9.1, « Lancer MySQL comme un service Windows ». Ci-dessous, vous trouverez les exemples des messages d'erreurs les plus courants lors du premier lancement du serveur MySQL : System error 1067 has occurred. Fatal error: Can't open privilege tables: Table 'mysql.host' doesn't exist Ce message survient lorsque le serveur ne peut pas trouver la table de droits mysql ou d'autres Installer MySQL 76 fichiers critiques. Cette erreur survient lorsque la base de mysql ou le dossier de données est installé dans un autre dossier que le dossier par défaut : C:\mysql et C:\mysql\data, respectivement. Si vous avez installé MySQL dans un autre dossier que C:\mysql, vous devez vous assurer que le serveur MySQL le sait grâce à son fichier de configuration, my.ini. Le fichier my.ini a besoin d'être situé dans le dossier Windows, typiquement C:\WinNT ou C:\WINDOWS. Vous pouvez déterminer sa localisation exacte à partir de la valeur de la variable d'environnement WINDIR, grâce à la commande suivante : C:\> echo %WINDIR% Un fichier d'option peut être créé et modifié avec n'importe quel editeur de texte, tel que Notepad. Par exemple, si MySQL est installé dans le dossier E:\mysql et que les données sont situées dans D:\MySQLdata, vous pouvez créer un fichier d'options avec une section [mysqld] pour spécifier la valeur du dossier de données et ses paramètres : [mysqld] # set basedir to your installation path basedir=E:/mysql # set datadir to the location of your data directory datadir=D:/MySQLdata Notez que les noms de chemins Windows sont spécifiés en utilisant des slashes, plutôt que des anti- slash. Si vous utilisez des anti-slash, vous devez les doubler : [mysqld] # set basedir to your installation path basedir=C:\\Program Files\\mysql # set datadir to the location of your data directory datadir=D:\\MySQLdata See Section 2.2.8, « Créer un fichier d'options ». 2.2.11. Mettre à jour MySQL sous Windows Lors de la mise à jour de MySQL sous Windows, suivez ces instructions : 1. Téléchargez la dernière version de MySQL pour Windows. 2. Cherchez un horaire dans la journée où l'utilisation du serveur est faible, et où une interruption de service est acceptable. 3. Prévenez les utilisateurs que vous allez interrompre le serveur. 4. Stoppez le serveur MySQL (par exemple, avec la commande NET STOP MySQL ou avec l'utilitaire de Services si vous utilisez MySQL sous forme de service, ou encore avec mysqladmin shutdown). 5. Quittez le programme WinMySQLAdmin, s'il fonctionnait. 6. Exécutez les scripts d'installation de la distribution Windows, en cliquant sur le bouton "Install" dans WinZip et en suivant les instructions d'installation. Note importante : Les premières versions des distributions Windows de MySQL 4.1 n contenaient pas de programme d'installation. Voyez "Windows binary installation" pour les instructions d'installation d'une telle distribution. 7. Vous pouvez écraser votre précédente installation (généralement installée dans C:\mysql), ou l'installer dans un nouveau dossier, comme C:\mysql4. Supprimer l'ancienne version est recommandée. Installer MySQL 77 8. Relancez le serveur (par exemple, avec NET START MySQL si vous utilisez MySQL comme un service, ou directement avec la commande mysqld). 9. Mettez à jour les tables de droits. La procédure est décrite dans la section Section 2.6.7, « Mise à jour des tables de droits ». Situations possibles : A system error has occurred. System error 1067 has occurred. The process terminated unexpectedly. Cette erreur signifie que votre fichier d'options, qui est par défaut C:\my.cnf, contient une option qui n'est pas reconnue par MySQL. Vous pouvez vérifier que c'est le cas en renommant le fichier my.cnf en my_cnf.old, pour éviter que le serveur l'utilise. S'il démarre correctement, il vous faut alors identifier la partie du fichier d'options cause le problème. Créez un nouveau fichier my.cnf, puis déplacez progressivement toutes les parties de l'ancien fichier d'options, en redémarrant le serveur entre deux copies : vous allez identifier à coup sur le problème. 2.2.11.1. MySQL pour Windows face à MySQL pour Unix MySQL pour Windows a prouvé qu'il était très stable. Cette version de MySQL a les mêmes fonctionnalités que la version Unix, a quelques exceptions : ? Windows 95 et les threads Windows 95 perd environs 200 octets de mémoire central lors de la création de chaque thread. Chaque connexion MySQL crée un nouveau thread, ce qui fait qu'il n'est pas recommandé d'exécuter mysqld pour des durées longues sur Windows 95 si votre serveur gère de nombreuses connexions. Les autres versions de Windows ne souffrent pas du même problème. ? Nombre limités de ports de connexions Les systèmes Windows disposent d'environs 4,000 pour les connexions clientes, et après connexion, cela prend de 2 à 4 minutes avant qu'un port soit de nouveau utilisable. Dans des situations où les clients se connectent et se déconnectent à haute vitesse, il est possible que tous les ports soient utilisés, avant que les anciens ports ne redeviennent utilisables. Lorsque cela arrive, le serveur semblera inaccessible, même s'il fonctionne bien. Notez que des ports peuvent aussi être utilisées par d'autres applications, ce qui réduit encore le nombre de ports disponibles pour MySQL. ? Lectures concurrentes MySQL dépends des fonctions pread() et pwrite() pour être capable de mêler des INSERT et des SELECT. Actuellement, nous utilisons les mutexes pour émuler les fonctions pread()/pwrite(). Nous allons, à long terme, remplacer ce niveau d'interface par une interface virtuelle de fa¸on à ce que nous puissions utiliser l'interface readfile()/writefile() de Windows NT/2000/XP pour gagner de la vitesse. L'implémentation courante limite le nombre de fichiers ouverts par MySQL à 1024, ce qui signifie que vous ne pouvez pas utiliser d'aussi nombreux threads concurrents sur Windows NT/2000/XP que sur Unix. ? Blocking read MySQL utilise une lecture bloquée pour chaque connexion. Cela signifie que : ? Une connexion ne sera pas déconnectée automatiquement après 8 heures d'inactivité, comme c'est le cas sous Unix. ? Si une connexion se bloque, il est impossible de la détruire sans tuer MySQL. Installer MySQL 78 ? mysqladmin kill ne fonctionne pas sur une connexion endormie. ? mysqladmin shutdown ne peut pas s'exécuter tant qu'il y a des connexions qui dorment. Nous envisageons de corriger ce problème, lorsque les développeurs Windows auront fourni un palliatif. ? DROP DATABASE Vous ne pouvez pas détruire une base qui est utilisée par un autre thread. ? Interrompre MySQL depuis le gestionnaire de tâches Vous ne pouvez pas tuer MySQL depuis le gestionnaire de tâche ou avec un utilitaire d'extinction de Windows 95. Vous devez l'éteindre avec mysqladmin shutdown. ? Noms sensibles à la casse Les noms de fichiers sont insensibles à la casse sous Windows, ce qui fait que les noms de tables et de bases ne sont pas sensibles à la casse pour MySQL sur Windows. La seule restriction est que les noms de tables et de bases doivent être donnés avec même casse dans le nom (tout en majuscules, ou en minuscules). See Section 9.2.2, « Sensibilité à la casse pour les noms ». ? Le caractère ?\? Les composants d'un chemin sont séparés par le caractère ?\? sous Windows, qui est aussi le caractère de protection de MySQL. Si vous utilisez la commande LOAD DATA INFILE ou SELECT ... INTO OUTFILE, vous devez doubler le caractère ?\? : mysql> LOAD DATA INFILE "C:\\tmp\\skr.txt" INTO TABLE skr; mysql> SELECT * INTO OUTFILE 'C:\\tmp\\skr.txt' FROM skr; Alternativement, vous pouvez utiliser les noms de fichiers au format Unix, avec le caractère ?/? : mysql> LOAD DATA INFILE "C:/tmp/skr.txt" INTO TABLE skr; mysql> SELECT * INTO OUTFILE 'C:/tmp/skr.txt' FROM skr; ? Problèmes avec les pipes Les pipes ne fonctionnent pas de manière fiables depuis la ligne de commande Windows. Si le pipe re¸oit un caractère ^Z / CHAR(24), Windows va croire qu'il atteint la fin du fichier et arrête le programme. C'est un problème, notamment lorsque vous essayez d'utiliser le log binaire de cette manière : mysqlbinlog binary-log-name | mysql --user=root Si vous rencontrez un problème lors de l'utilisation du log, et que vous pensez que c'est à cause du caractère ^Z / CHAR(24), vous pouvez utiliser le palliatif suivant : mysqlbinlog binary-log-file --result-file=/tmp/bin.sql mysql --user=root --execute "source /tmp/bin.sql" Cette dernière commande peut aussi être utilisée pour lire fiablement tout fichier SQL qui contient des données binaires. Installer MySQL 79 ? L'erreur Can't open named pipe Si vous utilisez MySQL 3.22 sous NT avec les derniers clients mysql, vous allez obtenir cette erreur : error 2017: can't open named pipe to host: . pipe... Ceci est dû au fait que les versions modernes de MySQL utilisent des pipes nommés sous NT, par défaut. Pour éviter cette erreur, vous devez utiliser l'option --host=localhost sur les nouveaux clients, ou bien créer le fichier d'options C:\my.cnf, qui contiendra les informations suivantes : [client] host = localhost Depuis la version 3.23.50, les pipes nommés sont les seuls activés si mysqld est démarré avec --enable-named-pipe. ? Erreur Access denied for user Si vous rencontrez l'erreur Access denied for user: 'utilisateur@unknown' to database 'mysql' lors de l'accès au serveur MySQL sur la même machine, cela signifie que MySQL ne peut résoudre proprement votre nom d'hôte. Pour corriger cela, vous devriez créer un fichier \windows\hosts dans l'information suivante : 127.0.0.1 localhost ? ALTER TABLE Lorsque vous exécutez la commande ALTER TABLE, la table est verrouillé, empêchant les autres threads d'y accéder. Cela est lié au fait que sous Windows, vous ne pouvez pas effacer un fichier qui est en cours d'utilisation par d'autres threads : à l'avenir, vous pourrions trouver un moyen de contourner ce problème. ? DROP TABLE La commande DROP TABLE sur une table qui est utilisée dans le cadre d'un MERGE ne fonctionne pas sous Windows, car le gestionnaire de MERGE garde la carte des tables cachée de la couche supérieure de MySQL. Comme Windows ne vous autorise pas à effacer des fichiers qui sont ouverts, vous devez d'abord vider de la mémoire toutes les tables du MERGE (avec la commande FLUSH TABLES) puis effacer la table MERGEavant d'effacer les tables. Nous allons corriger cela lorsque nous introduirons la notion de VIEWs. ? DATA DIRECTORY et INDEX DIRECTORY Les directives DATA DIRECTORY et INDEX DIRECTORY de CREATE TABLE sont ignorées sous Windows, car Windows ne supporte pas les liens symboliques. Voici quelques problèmes connus et pas encore corrigés, si jamais quelqu'un souhaite nous aider sur la version Windows : ? Ajouter des icônes pour le démarrage et l'arrêt de MySQL, dans l'installateur. ? Il serait vraiment pratique de pouvoir arrêter le processus mysqld depuis le gestionnaire de tâches. Pour le moment, il faut passer par mysqladmin shutdown. Installer MySQL 80 ? Le port de readline sur Windows pour pouvoir l'utiliser avec l'outil de ligne de commande mysql. ? Des versions graphiques des clients standards MySQL (mysql, mysqlshow, mysqladmin et mysqldump) seraient bien. ? Il serait bien si les fonctions de lecture et d'écriture sur les sockets de net.c pouvaient être interrompues. Cela rendrait possible l'arrêt des threads en court avec mysqladmin kill sous Windows. ? Ajouter des macros pour utiliser les méthodes rapides d'incrément/décrément compatibles avec les threads, fourni par Windows. 2.2.12. Installer MySQL sous Linux Il est recommandé d'installer MySQL sous Linux en utilisant un fichier RPM. Les RPM de MySQL sont actuellement compilé sur une Red Hat en version 6.2, mais devraient fonctionner sur toute autre version de Linux qui supporte rpm et utilise glibc. Pour obtenir les paquets RPM, voyez la section Section 2.1.3, « Comment obtenir MySQL ? ». Note : les distributions RPM de MySQL sont souvent fournies par d'autres éditeurs. Soyez prévenus qu'elles peuvent contenir des fonctionnalités différents de celles proposées par MySQL AB, et les instructions de ce manuel ne s'appliquent pas forcément. Les instructions de l'éditeur doivent alors être utilisées. Si vous avez des problèmes avec un fichier RPM, si vous obtenez par exemple l'erreur ``Sorry, the host 'xxxx' could not be looked up'', référez vous à Section 2.8.1.2, « Notes relatives à Linux pour les distributions binaires ». Dans la plupart des cas, vous n'aurez besoin que d'installer les paquets du serveur MySQL et du client MySQL pour obtenir une installation MySQL fonctionnelle. Les autres paquets ne sont pas nécessaires pour une installation standard. Si vous voulez utiliser la version MySQL Max qui a des fonctionnalités supplémentaires, vous devez installer le RPM MySQL-Max. Cependant, il est recommandé de ne faire cela qu'après avoir installé le RPM MySQL-server. See Section 5.1.2, « mysqld-max, la version étendue du serveur mysqld ». Si vous obtenez une message d'erreur de dépendance lors de l'installation des paquets MySQL 4.0 (par exemple, ``error: removing these paquets would break dependencies: libmysqlclient.so.10 is needed by ...''), vous devriez aussi installer le paquet MySQL-shared-compat, qui inclut les bibliothèques partagées pour compatibilité ascendante (libmysqlclient.so.12 pour MySQL 4.0 et libmysqlclient.so.10 pour MySQL 3.23). De nombreuses distributions Linux sont livrés avec MySQL 3.23, et elle sont dynamiquement liées à d'autres applications pour économiser de l'espace. Si ces bibliothèques partagées sont dans un paquet séparé (par exemple, MySQL-shared), il suffit de laisser le paquet installé, puis de mettre à jour le serveur et les clients qui sont statiquement liés à la bibliothèque, et ne dépendent pas des bibliothèques partagées. Pour les distributions qui incluent les bibliothèques partagées dans le même paquet que le serveur MySQL, (par exemple, Red Hat Linux), vous pouvez soit installer notre RPM MySQL-shared 3.23, soit utiliser le paquet MySQL-shared-compat. Les fichiers RPM dont vous pourriez avoir besoin sont : ? MySQL-server-VERSION.i386.rpm Le serveur MySQL. Vous en aurez besoin à moins que vous ne vouliez que vous connectez à un serveur MySQL tournant sur une autre machine. Notez bien : les fichiers du RPM de serveur étaient appelés MySQL-VERSION.i386.rpm avant MySQL 4.0.10. C'est à dire qu'ils n'avaient pas le mot -server dans leur nom. ? MySQL-Max-VERSION.i386.rpm Installer MySQL 81 Le serveur MySQL Max. Ce serveur a des capacités supplémentaires par rapport au serveur MySQL-server. Vous devez installer le RPM MySQL-server d'abord, parce que le RPM MySQL-Max dépend de lui. ? MySQL-client-VERSION.i386.rpm Les programmes clients MySQL standards. Vous avez certainement besoin d'installer ce paquet. ? MySQL-bench-VERSION.i386.rpm Tests et bancs d'essai. Nécessite Perl et les modules RPM msql et mysql. ? MySQL-devel-VERSION.i386.rpm Bibliothèques et fichiers d'inclusions dont vous aurez besoin pour compiler d'autres clients MySQL, tels que les modules Perl. ? MySQL-shared-VERSION.i386.rpm Ce paquet contient les bibliothèques partagées (libmysqlclient.so*) que certains langages et applications recherchent pour les charger dynamiquement, afin d'utiliser MySQL. ? MySQL-shared-compat-VERSION.i386.rpm Ce paquet inclut la bibliothèque partagée pour MySQL 3.23 et MySQL 4.0. Installez ce paquet au lieu de MySQL-shared, si vous avec des applications installée qui utilisent dynamiquement MySQL 3.23 mais que vous voulez passez à MySQL 4.0 sans briser les dépendances. Ce paquet est disponible depuis MySQL 4.0.13. ? MySQL-embedded-VERSION.i386.rpm La bibliothèque intégrée MySQL (depuis MySQL 4.0). ? MySQL-VERSION.src.rpm Celui-ci contient le code source de tous les paquets précédents. Il peut donc être utilisé pour construire des fichiers RPM pour d'autres architectures (par exemple, l'Alpha ou le SPARC). Pour voir tous les fichiers présents dans un paquet RPM, lancez : shell> rpm -qpl MySQL-VERSION.i386.rpm Pour effectuer une installation standard minimale, lancez : shell> rpm -i MySQL-VERSION.i386.rpm MySQL-client-VERSION.i386.rpm Pour installer uniquement le paquet du client MySQL, lancez : shell> rpm -i MySQL-client-VERSION.i386.rpm Les RPM fournissent une fonctionnalité qui permet de vérifier l'authenticité du paquet avant de l'installer. Si vous voulez en savoir plus sur cette fonctionnalité, voyez Section 2.1.4, « Vérifier l'intégrité des paquets avec MD5 ou GnuPG ». Le fichier RPM place les données dans /var/lib/mysql. Le RPM crée aussi les entrées appropriées dans /etc/rc.d/ pour lancer le serveur automatiquement au démarrage. (Cela signifie que, si vous avez déjà effectué une installation auparavant, vous pouvez avoir besoin de faire une sauvegarde de vos fichiers de démarrage précédents si vous les changez, de fa¸on à ne pas les perdre.) Voyez Section 2.5.2.2, « Lancer et arrêter MySQL automatiquement » pour plus d'informations sur comment démarrer automatiquement MySQL au lancement du serveur. Installer MySQL 82 Si vous voulez installer le RPM MySQL sur une ancienne distribution MySQL, qui ne supporte pas les scripts d'initialisation de /etc/init.d (directement ou via un lien symbolique), vous devez créer un lien symbolique qui pointe sur le dossier où les scripts d'initialisation sont installés. Par exemple, si ce dossier est /etc/rc.d/init.d, utilisez une de ces commandes avant d'installer le RPM, pour créer /etc/init.d sous forme de lien symbolique, qui pointe ici : shell> cd /etc; ln -s rc.d/init.d . Cependant, toutes les distributions Linux courantes doivent supporter le nouveau dossier / etc/init.d, car c'est imposé par la compatibilité LSB (Linux Standard Base). Si les fichiers RPM que vous installez incluent MySQL-server, le démon mysqld devrait fonctionner après l'installation. Vous devriez être capable d'utiliser MySQL immédiatement. Si quelque chose cloche, vous pouvez trouver plus d'information dans le chapitre d'installation binaire. See Section 2.3, « Installer MySQL sur d'autres systèmes type Linux ». Note : Les comptes qui sont listés dans les tables de droits MySQL initiales n'ont pas de mot de passe. Après démarrage du serveur, il est recommandé de configurer ces mots de passe, en suivant les instructions de la section Section 2.5, « Procédure de post-installation ». 2.2.13. Installer MySQL sur Mac OS X Depuis MySQL 4.0.11, vous pouvez installer MySQL sur Mac OS X 10.2 ("Jaguar") avec le paquet binaire Mac OS X PKG au lieu d'utiliser la distribution binaire compressée. Notez que les anciennes versions de Mac OS X (i.e. 10.1.x) ne sont pas supportées par ce paquet. Le paquet est situé dans une image disque (.dmg), que vous devez monter en double-cliquant son icône sur le Finder. Le disque devrait alors se monter, et afficher son contenu. Pour télécharger MySQL, voyez Section 2.1.3, « Comment obtenir MySQL ? ». Note : avant de lancer l'installation, assurez vous qu'il n'y a pas de serveur MySQL en fonctionnement! Arrêtez tous les serveurs MySQL avant de continuer, soit en utilisant l'application manager (pour les serveurs Mac OS X) ou via mysqladmin shutdown en ligne de commande. Pour installer le paquet MySQL, double-cliquez sur l'icône. Cela va lancer l'installeur de paquet MacOSX, qui vous guidera durant l'installation. A cause d'un bug dans l'installeur de paquets MySQL, vous pourriez rencontrer le message d'erreur You cannot install this software on this disk. (null) dans le dialogue de sélection du disque de destination. Si cette erreur survient, cliquez sur le bouton de retour (Go Back) pour retourner à l'écran précédent. Puis, cliquez sur le bouton d'avance (Continue) pour passer à nouveau à la page de sélection des disques. Nous avons indiqué ce bug à Apple, qui travaille sur le sujet. Le paquet Mac OS X de MySQL va s'installer lui-même dans le dossier / usr/local/mysql-VERSION et va aussi ajouter un lien symbolique /usr/local/mysql, qui pointe sur le nouveau dossier. Si un dossier appelé /usr/local/mysql existe déjà, il sera renommé en /usr/local/mysql.bak. De plus, il va installer les tables de droits MySQL en exécutant le script mysql_install_db après l'installation. Le schéma d'installation est semblable à celui de la distribution binaire, tous les programmes MySQL sont situés dans le dossier /usr/local/mysql/bin. Les sockets MySQL sont installées dans le fichier /etc/mysql.sock par défaut. See Section 2.1.5, « Dispositions d'installation ». L'installation requiert un compte nommé mysql (qui existe par défaut en Mac OS X 10.2 et plus récent). Installer MySQL 83 Si vous utilisez Mac OS X Server, vous devez avoir déjà une version de MySQL installée : Version Mac OS X Server Version MySQL 10.2-10.2.2 3.23.51 10.2.3-10.2.6 3.23.53 10.3 4.0.14 10.3.2 4.0.16 Cette section du manuel couvre l'installation du paquet binaire MySQL pour Mac OS X uniquement. Assurez vous de bien lire l'aide d'Apple concernant l'installation de MySQL (Lancer le visualiseur d'aide, sélectionnez la rubrique "Serveur Mac OS X", et faites une recherche sur "MySQL", puis lisez l'entrée appelée "Installing MySQL"). Notez bien que la version pre-installée de MySQL sur Mac OS X Server peut être lancée avec la commande safe_mysqld au lieu de mysqld_safe! Si vous avez utilisé auparavant les paquets MySQL de Marc Liyanage pour Mac OS X, depuis le site de http://www.entropy.ch, vous pouvez simplement suivre le processus de mise à jour, en utilisant les conseils de ses pages. Si vous faites une mise à jour depuis les versions de Marc, ou depuis une ancienne version de MySQL pour Mac OS X Server, avec le nouveau paquet officiel, vous devrez convertir les tables de droits. See Section 2.6.3, « Passer de la version 3.23 à la version 4.0 ». Si vous voulez lancer automatiquement MySQL au démarrage du système, vous devez aussi installer le MySQL Startup Item. Depuis MySQL 4.0.15, il fait partie du disque d'installation MySQL pour Mac OS X dans un paquet séparé. Il suffit de double-cliquer sur l'icône MySQLStartupItem.pkg et de suivre les instructions pour l'installer. Notez que le MySQL Startup Item ne doit être installé qu'une seule fois. Il n'y a pas besoin de me mettre à jour avec les versions de MySQL. Le MySQL Startup Item est installé dans le dossier / Library/StartupItems/MySQLCOM. (Avant MySQL 4.1.2, le dossier était / Library/StartupItems/MySQL, mais cela créait un conflit avec le MySQL Startup Item du serveur Mac OS X Server.) Il ajoute la variable MYSQLCOM=-YES- au fichier de configuration /etc/hostconfig. Si vous voulez désactiver le démarrage automatique de MySQL, modifiez simplement la variable avec MYSQLCOM=-NO-. Sur Mac OS X Server, l'installation par défaut de MySQL utilise la variable MYSQL dans / etc/hostconfig. Le MySQL Startup Item désactive cette variable en lui donnant la valeur de MYSQL=-NO-. Cela évite que des conflit de démarrage surviennent, si la variable MYSQLCOM est utilisée par MySQL Startup Item. Cependant, cela n'éteint pas un serveur MySQL en fonctionnement. Après cette installation, vous pouvez lancer le serveur MySQL avec ces commandes, exécutées dans terminal. Notez bien que vous devez avoir des droits d'administrateur pour cela! Si vous avez installé le MySQL Startup Item : shell> sudo /Library/StartupItems/MySQL/MySQL start (Enter your password, if necessary) (Press Control-D or enter "exit" to exit the shell) Si vous n'avez pas installé le MySQL Startup Item : shell> cd /usr/local/mysql shell> sudo ./bin/mysqld_safe (Enter your password) (Press CTRL+Z) Installer MySQL 84 shell> bg (Press CTRL+D to exit the shell) Vous devez alors être capable de vous connecter au serveur MySQL, notamment en exécutant la commande /usr/local/mysql/bin/mysql. Note : cette procédure ne configure aucun mot de passe pour les comptes MySQL. Après avoir suivi cette procédure, lisez la section Section 2.5, « Procédure de post-installation », pour les instructions de post-installation et les tests. Vous pouvez faire cela avec les commandes suivantes : /usr/local/mysql/bin/mysqladmin -u root password <password> /usr/local/mysql/bin/mysqladmin -u root -h `hostname` password <password> Vous pouvez aussi ajouter des alias à votre fichier de ressource Shell, pour accéder à mysql et mysqladmin depuis la ligne de commande : alias mysql '/usr/local/mysql/bin/mysql' alias mysqladmin '/usr/local/mysql/bin/mysqladmin' Alternativement, vous pouvez simplement ajouter /usr/local/mysql/bin à votre variable d'environnement PATH, par exemple, en ajoutant la ligne suivante dans votre fichier $HOME/.tcshrc : setenv PATH ${PATH}:/usr/local/mysql/bin Si aucun fichier .tcshrc n'existe dans votre dossier d'utilisateur, créez le avec un éditeur texte. Notez que l'installation d'un nouveau paquet MySQL ne supprimer pas le dossier d'une vieille installation : l'installeur de Mac OS X n'offre pas encore les fonctionnalités nécessaires pour mettre à jour proprement une vieille version. Après avoir copié les fichiers de bases depuis votre ancien dossier vers le nouveau, et que vous avez réussi à redémarrer MySQL avec la nouvelle version, vous devriez pensez à supprimer les vieilles versions des fichiers, situées dans /Library/Receipts/mysql-<version>.pkg. 2.2.14. Installer MySQL sur NetWare Porter MySQL sur NetWare a été un effort dirigé par Novell. Les clients Novell seront heureux de constater que NetWare 6.5 est distribué avec les exécutables MySQL et une licence de support commercial pour tous les serveurs qui fonctionnent sur cette version de NetWare. MySQL pour NetWare est compilé avec une combinaison de Metrowerks CodeWarrior pour NetWare et de version spéciales de compilation de GNU autotools. Les derniers paquets binaires pour NetWare sont disponibles sur le site http://dev.mysql.com/downloads/. See Section 2.1.3, « Comment obtenir MySQL ? ». Pour pouvoir héberger un serveur MySQL, un serveur NetWare doit avoir les pré-requis suivants. ? NetWare version 6.5, ou NetWare 6.0 avec Support Pack 3 installé (vous pouvez obtenir cela sur http://support.novell.com/filefinder/13659/index.html). Le système doit passer les pré-requis minimum de Novell pour faire tourner cette version de NetWare. ? Le sytème doit satisfaire les prérequis minimum de NetWare. ? Les données MySQL, ainsi que les logiciels, doivent être installés dans un volume NSS; les volumes traditionnels ne sont pas supportés. Installer MySQL 85 Les fichiers binaires de NetWare sont téléchargeables sur le site http://www.mysql.com/downloads/. Pour installer MySQL pour NetWare, utilisez la procédure suivante : 1. Si vous mettez à jour une ancienne installation, stoppez le serveur MySQL. Vous pouvez le faire en console, avec la commande suivante : SERVER: mysqladmin -u root shutdown 2. Connectez vous sur le serveur depuis une machine cliente, avec un accès à l'endroit où vous voulez installer MySQL. 3. Décompressez l'archive binaire zip sur le serveur. Assurez-vous d'autoriser les chemins utilisés dans l'archive zip. Il est sécuritaire d'utiliser le dossier SYS:\. Si vous mettez à jour une ancienne installation, vous pouvez copier le dossier de données (par exemple, SYS:MYSQL\DATA), ainsi que my.cnf si vous l'avez modifié. Vous pouvez alors effacer l'ancienne copie de MySQL. 4. Vous pouvez renommer le dossier avec un nom plus cohérent, et facile à utiliser. Nous recommandons d'utiliser SYS:MYSQL; les exemples du manuel feront références à ce dossier d'installation. 5. Depuis la console du serveur, ajoutez un chemin de recherche pour le dossier contenant les NLM MySQL. Par exemple : SERVER: SEARCH ADD SYS:MYSQL\BIN 6. Installez la base de données initiale, si nécessaire, en exécutant le script mysql_install_db depuis la console. 7. Lancez le serveur MySQL en utilisant le script mysqld_safe depuis la console. 8. Pour finir l'installation, vous devriez aussi installer les commandes suivantes dans le fichier autoexec.ncf. Par exemple, si votre installation MySQL est dans le dossier SYS:MYSQL et que vous voulez que MySQL se lance automatiquement, vous pouvez ajouter ces lignes : #Starts the MySQL 4.0.x database server SEARCH ADD SYS:MYSQL\BIN MYSQLD_SAFE Si vous utilisez MySQL sur NetWare 6.0, nous vous recommandons fortement d'ajouter l'option --skip-external-locking à la ligne de commande : #Starts the MySQL 4.0.x database server SEARCH ADD SYS:MYSQL\BIN MYSQLD_SAFE --skip-external-locking Il est aussi nécessaire d'utiliser CHECK TABLE et REPAIR TABLE au lieu de myisamchk, car myisamchk utilise un verrouillage externe. Le verrouillage externe est reconnu pour poser des problèmes sur NetWare 6.0; ce problème a été supprimé sur NetWare 6.5. mysqld_safe sur NetWare fournit un écran de présence. Lorsque vous déchargez (extinction) le NLM mysqld_safe, l'écran ne se ferme pas par défaut. Au lieu de cela, il demande une action de l'utilisateur : *<NLM has terminated; Press any key to close the screen>* Si vous voulez que NetWare ferme automatiquement cet écrant, utilisez l'option - Installer MySQL 86 -autoclose de mysqld_safe. Par exemple : #Starts the MySQL 4.0.x database server SEARCH ADD SYS:MYSQL\BIN MYSQLD_SAFE --autoclose Le comportement de mysqld_safe sur NetWare est décrit plus en détails dans Section 5.1.3, « safe_mysqld, le script père de mysqld ». S'il y avait une installation MySQL sur le serveur, assurez-vous de vérifier les commandes de démarrage de MySQL dans autoexec.ncf, et éditez ou effacez les autant que nécessaire. Note : Les comptes qui sont stockés dans les tables de droits n'ont pas de mot de passe initial. Après avoir lancé le serveur, il est recommandé de leur donner des mots de passe en suivant les instructions de la section Section 2.5, « Procédure de post-installation ». 2.3. Installer MySQL sur d'autres systèmes type Linux Cette section couvre l'installation des distributions binaires de MySQL, qui sont fournies pour différentes plate-formes au format d'archive tar (les fichiers avec l'extension .tar.gz). Voyez Section 2.1.2.5, « Binaires compilés par MySQL AB » pour une liste détaillée. Pour télécharger une distribution source de MySQL, voyez Section 2.1.3, « Comment obtenir MySQL ? ». En plus de ces paquets génériques, nous offrons aussi des compilations spécifiques pour certaines plate-formes. Voyez Section 2.2, « Installation standard rapide de MySQL » pour plus d'information sur leur installation. Vous avez besoin des utilitaires suivants pour installer une archive tar MySQL : ? GNU gunzip pour décompresser la distribution. ? Un utilitaire tar raisonnable pour ouvrir l'archive. GNU tar est reconnu pour cette tâche. Certains systèmes d'exploitation disposent d'une version pré-installée de tar qui posent des problèmes. Par exemple, Sun tar et Mac OS X tar ont des soucis avec les noms de fichiers longs. Dans ce cas, installez GNU tar. Sur Mac OS X, vous pouvez installer le logiciel pré- installé gnutar. Si vous rencontrez des problèmes, utilisez toujours mysqlbug pour poser des questions à la liste MySQL. Même si le problème n'est pas un bogue, mysqlbug rassemble des informations sur le système qui nous aiderons à résoudre votre problème. Si vous n'utilisez pas mysqlbug, vous réduisez les chances de résolution de votre problème. Vous trouverez mysqlbug dans le dossier bin après avoir décompressé la distribution. See Section 1.4.1.3, « Comment rapporter un bogue ou un problème ». Les commandes de base que vous devez exécuter pour installer MySQL à partir des sources sont : shell> groupadd mysql shell> useradd -g mysql mysql shell> cd /usr/local shell> gunzip < /path/to/mysql-VERSION-OS.tar.gz | tar xvf - shell> ln -s full-path-to-mysql-VERSION-OS mysql shell> cd mysql shell> scripts/mysql_install_db shell> chown -R root . shell> chown -R mysql data shell> chgrp -R mysql . Installer MySQL 87 shell> bin/mysqld_safe --user=mysql & Pour les versions de MySQL plus ancienne que la 4.0, remplacez bin/safe_mysqld par bin/ mysqld_safe dans la commande finale. Note : cette procédure ne configure aucun mot de passe pour les comptes MySQL. Après avoir suivi cette procédure, lisez la section Section 2.5, « Procédure de post-installation », pour les instructions de post-installation et les tests. Plus de détails suivent. Pour installer une distribution binaire, suivez les étapes suivantes, puis reportez vous à Section 2.5, « Procédure de post-installation », pour la configuration post-installation et les tests : 1. Ajoutez un utilisateur et un groupe avec les droits desquels mysqld fonctionnera : shell> groupadd mysql shell> useradd -g mysql mysql Ces commandes ajoutent le groupe mysql group et l'utilisateur mysql. La syntaxe de useradd et de groupadd peut varier de fa¸on significative suivant les versions d'Unix. Elles peuvent aussi s'appeler adduser et addgroup. Vous pouvez aussi souhaiter nommer le groupe et l'utilisateur autrement que mysql. 2. Choisissez le dossier dans lequel vous voulez décompresser la distribution, et placez vous-y. Dans l'exemple suivant, nous allons décompresser la distribution dans le dossier /usr/local. Les instructions suivantes supposeront que vous avez les droits pour créer des dossiers de des fichiers dans /usr/local. Si ce dossier est protégé, vous aurez besoin des droits de root pour faire l'installation. shell> cd /usr/local 3. Téléchargez la distribution sur l'un des sites listé sur Section 2.1.3, « Comment obtenir MySQL ? ». Les archives MySQL tar ont des noms de la forme mysql-VERSION-OS.tar.gz, où VERSION est le numéro de version (par exemple, 4.0.17), et OS indique le système d'exploitation de la distribution (par exemple, pc-linux-gnu-i586). Pour une version donnée, les distributions binaires pour toutes les plate-formes sont compilées sur les mêmes sources MySQL. 4. Décompressez la distribution dans le répertoire courant : shell> gunzip < /path/to/mysql-VERSION-OS.tar.gz | tar xvf - shell> ln -s full-path-to-mysql-VERSION-OS mysql La commande tar crée un dossier appelé mysql-VERSION-OS. La commande ln crée un lien symbolique dans ce dossier. Cela vous laisse le moyen de transférer facilement votre installation dans le dossier /usr/local/mysql. Avec GNU tar, il n'est pas nécessaire d'utiliser séparéement gunzip. Vous pouvez remplacer la première ligne par celle-ci pour décompresser et ouvrir l'archive dans le même temps : shell> tar zxvf /path/to/mysql-VERSION-OS.tar.gz 5. Placez-vous dans le répertoire racine de la distribution décompressée : shell> cd mysql Installer MySQL 88 Vous trouverez plusieurs fichiers et sous dossiers dans le dossier mysql. Le plus important pour l'installation sont les dossiers bin et scripts. ? bin Ce dossier contient les programmes clients et le serveur. Vous devez ajouter le chemin complet de ce dossier à votre variable PATH pour que votre shell trouve MySQL facilement. See Annexe E, Variables d'environnement. ? scripts Ce dossier contient le script mysql_install_db, utilisé pour initialiser la base mysql, qui contient les tables de droits du serveur. 6. Si vous n'avez jamais installé MySQL auparavant, vous devez créer les tables de droits : shell> scripts/mysql_install_db Notez que pour les versions de MySQL plus anciennes que la version 3.22.10, mysql_install_db laisse le serveur fonctionner après avoir créer les tables. Ce n'est plus vrai : vous devez redémarrer le serveur après avoir exécuté ce script. 7. Changez le propriétaire du binaire pour root et le propriétaire des données pour l'utilisateur qui va faire tourner mysqld. En supposant que vous avez installé les données dans le dossier /usr/local/mysql, la commande est : shell> chown -R root . shell> chown -R mysql data shell> chgrp -R mysql . La première commande change l'attribut owner du fichier pour root. La seconde change l'attribut owner du dossier de données pour l'utilisateur mysql. La troisième change l'attribut group pour le groupe mysql. 8. Si vous voulez que MySQL démarre automatiquement après le démarrage de votre serveur, vous pouvez copier le fichier support-files/mysql.server là où votre serveur recherche les scripts de démarrage. Plus d'informations sur support- files/mysql.server sont disponibles dans Section 2.5.2.2, « Lancer et arrêter MySQL automatiquement ». 9. Vous pouvez configurer de nouveaux comptes en utilisant le script bin/ mysql_setpermission si vous installez les modules Perl DBI et DBD::mysql. Pour des instructions, voyez Section 2.9, « Commentaires sur l'installation de Perl ». 10. Si vous voulez utiliser mysqlaccess et avoir accès à la distribution MySQL dans un dossier non-standard, vous devez modifier le chemin où mysqlaccess va rechercher le client mysql. Editez le script bin/mysqlaccess à la ligne 18, environs. Recherchez une ligne qui ressemble à ceci : $MYSQL = '/usr/local/bin/mysql'; # path to mysql executable Changez le dossier pour qu'il prenne la valeur que du chemin où mysql est situé. Si vous le le faite pas, vous allez recevoir une erreur Broken pipe lorsque vous utilisez mysqlaccess. Après que tout ait été ouvert et installé, il faut tester votre distribution : Lancez le serveur MySQL avec les commandes suivantes : shell> bin/mysqld_safe --user=mysql & Installer MySQL 89 Pour les versions de MySQL plus ancienne que 4.0, remplacez bin/safe_mysqld par bin/ mysqld_safe dans la commande. Puis, passez à Section 5.1.3, « safe_mysqld, le script père de mysqld », et Section 2.5, « Procédure de post-installation ». Note : cette procédure ne configure aucun mot de passe pour les comptes MySQL. Après avoir suivi cette procédure, lisez la section Section 2.5, « Procédure de post-installation », pour les instructions de post-installation et les tests. 2.4. Installation de MySQL avec une distribution source Avant de procéder à l'installation à partir des sources, vérifiez auparavant que notre distribution binaire pour votre plate-forme ne fonctionne pas. Nous faisons un maximum d'efforts pour nous assurer que nos binaires sont compilés avec les meilleures options possibles. Les distributions source de MySQL sont fournies sous forme d'archive tar, dont le nom est sous la forme mysql-VERSION.tar.gz, où VERSION est un nombre comme 5.0.6-beta. Pour télécharger une distribution source de MySQL, voyez Section 2.1.3, « Comment obtenir MySQL ? ». Vous avez besoin des outils suivants pour compiler et installer MySQL à partir des sources : ? GNU gunzip pour décompresser la distribution. ? Un programme tar pour désarchiver la distribution. GNU tar est connu pour fonctionner. Le tar de Sun connaît quelques problèmes. ? Un compilateur C++ ANSI fonctionnel. gcc >= 2.95.2, egcs >= 1.0.2 ou egcs 2.91.66, SGI C++, et SunPro C++ sont quelques-uns des compilateurs réputés pour fonctionner. libg++ n'est pas nécessaire si vous utilisez gcc. gcc 2.7.x souffre d'un bogue qui l'empêche de compiler quelques fichiers C++ correctement écrits, tels que sql/sql_base.cc. Si vous disposez seulement de gcc 2.7.x, vous devez mettre à jour votre gcc afin de compiler MySQL. gcc 2.8.1 est aussi reconnu pour rencontrer des problèmes sur certaines plate-formes, il devrait donc être désactivé si un autre compilateur existe pour la plate-forme. gcc >= 2.95.2 est recommandé pour compiler MySQL dans ses versions 3.23.x. ? Un bon programme make. GNU make est une fois de plus recommandé et est quelquefois requis. Si vous rencontrez des problèmes, nous vous recommandons d'essayer GNU make 3.75 ou supérieur. Si vous utilisez une version récente de gcc, suffisamment récente pour reconnaître l'option - fno-exceptions, il est très important que vous l'utilisiez. Sinon, vous risquez de compiler un binaire qui crashe aléatoirement. Nous recommandons donc l'utilisation de - felide-constructors et -fno-rtti en même temps que -fno-exceptions. En cas de doute, faites la chose suivante : CFLAGS="-O3" CXX=gcc CXXFLAGS="-O3 -felide-constructors -fno-exceptions \ -fno-rtti" ./configure --prefix=/usr/local/mysql --enable-assembler \ --with-mysqld-ldflags=-all-static Sur la plupart des systèmes, il en résultera un binaire rapide et stable. Si vous rencontrez des problèmes, utilisez toujours mysqlbug pour poster des questions sur les Installer MySQL 90 listes internes. Même si le problème n'est pas un bogue, mysqlbug rassemble des informations sur le système qui aidera les autres à résoudre votre problème. En n'utilisant pas mysqlbug, vous amoindrissez vos chances d'obtenir une solution à votre problème ! Vous trouverez mysqlbug dans le répertoire scripts après avoir désarchivé la distribution. See Section 1.4.1.3, « Comment rapporter un bogue ou un problème ». 2.4.1. Installation depuis les sources : présentation Les commandes de pages que vous devez exécuter pour installer la distribution source de MySQL sont : shell> groupadd mysql shell> useradd -g mysql mysql shell> gunzip < mysql-VERSION.tar.gz | tar -xvf - shell> cd mysql-VERSION shell> ./configure --prefix=/usr/local/mysql shell> make shell> make install shell> cp support-files/my-medium.cnf /etc/my.cnf shell> cd /usr/local/mysql shell> bin/mysql_install_db shell> chown -R root . shell> chown -R mysql var shell> chgrp -R mysql . shell> bin/mysqld_safe --user=mysql & Pour les versions de MySQL 4.0 ou plus récentes, remplacez bin/safe_mysqld par bin/ mysqld_safe dans la commande finale. Si vous commencez avec un paquet RPM, commencez comme ceci : shell> rpm --rebuild --clean MySQL-VERSION.src.rpm Cela va compiler un paquet RPM binaire que vous pouvez installer. Note : cette procédure ne configure aucun mot de passe pour les comptes MySQL. Après avoir suivi la procédure, passez à la section Section 2.5, « Procédure de post-installation », pour les instructions de post-installation et de tests. Une description plus détaillée suit. 1. Ajoutez un utilisateur et un groupe pour mysqld comme ceci : shell> groupadd mysql shell> useradd -g mysql mysql Ces commandes ajoute le groupe mysql et l'utilisateur mysql. La syntaxe de useradd et groupadd peut différer légèrement suivant votre version d'Unix. Elles peuvent aussi s'appeler adduser et addgroup. Vous pouvez donner un autre nom à l'utilisateur et au groupe, à la place de mysql. Si vous le faîtes, adaptez les commandes dans les prochaines instructions. 2. Choisissez un dossier dans lequel vous allez décompresser les sources de MySQL. Rendez vous dans ce dossier. 3. Téléchargez une distribution sur un des sites listés sur Section 2.1.3, « Comment obtenir MySQL ? ». 4. Décompressez la distribution dans le dossier courant : shell> gunzip < /path/to/mysql-VERSION.tar.gz | tar xvf - Installer MySQL 91 Cette commande crée un dossier appelé mysql-VERSION. Avec GNU tar, il n'est pas besoin de faire un appel séparé à gunzip. Vous pouvez utilise cette commande alternative pour décompresser et extraire la distribution : shell> tar zxvf /path/to/mysql-VERSION-OS.tar.gz 5. Placez vous à la racine de la distribution : shell> cd mysql-VERSION Notez qu'actuellement, vous devez configurer et compiler MySQL depuis la racine de la distribution. Vous ne pouvez pas la compiler ailleurs. 6. Configurer votre version et compilez le tout : shell> ./configure --prefix=/usr/local/mysql shell> make Lorsque vous exécutez le code configure, vous pouvez aussi ajouter des options. Utilisez la commande ./configure --help pour avoir une liste des options disponibles. Section 2.4.2, « Options habituelles de configure », présente certaines options pratiques. Si configure échoue et que vous allez envoyer un courriel aux listes MySQL pour demander de l'aide, ajouter surtout le contenu du fichier config.log qui vous semblent pertinentes. Incluez aussi les dernières lignes affichées par configure. Postez votre rapport de bug avec le script mysqlbug. See Section 1.4.1.3, « Comment rapporter un bogue ou un problème ». Si la compilation échoue, voyez la section Section 2.4.4, « Problèmes de compilation? », pour avoir de l'aide immédiate sur les problèmes les plus courants. 7. Installez la distribution : shell> make install Si vous voulez écrire un fichier d'option, utilisez un des fichiers présents dans le dossier support-files comme exemple. Par exemple, shell> cp support-files/my-medium.cnf /etc/my.cnf Il est possible que vous ayez à éxécuter certaines commandes en tant que root. Si vous voulez ajouter le support des tables InnoDB, vous devez éditer le fichier / etc/my.cnf, supprimer le caractère # dans les lignes d'options qui commencent par innodb_..., et donnez à ces options la valeur que vous souhaitez. Voyez Section 4.3.2, « Fichier d'options my.cnf » et Section 15.4, « Configuration InnoDB ». 8. Déplacez vous dans le dossier d'installation : shell> cd /usr/local/mysql 9. Si vous n'avez jamais installé MySQL auparavant, vous devez créer les tables de droits : shell> bin/mysql_install_db Si vous utilisez la commande en tant que root, il est recommandé d'utiliser l'option --user Installer MySQL 92 présentée. La valeurde l'option doit être le nom de l'utilisateur créé dans les premières étapes pour faire fonctionner le serveur. Si vous exécutez la commande après vous être connecté sous cet utilisateur, vous pouvez omettre l'utilisation de l'option --user. Notez que pour les versions de MySQL plus anciennes que la version 3.22.10, mysql_install_db laisse le serveur en fonctionnement après avoir créé les tables. Ce n'est plus vrai. Vous devez démarrer le serveur vous-même après avoir fait les dernières étapes d'installation. 10. Changez le propriétaire des éxécutables pour les donner à root et le propriétaire des données por les donner à mysqld. En supposant que vous êtes dans le dossier d'installation, / usr/local/mysql, la commande ressemble à ceci : shell> chown -R root . shell> chown -R mysql var shell> chgrp -R mysql . La première commande modifie l'attribut owner des fichiers pour les donner à root user. La seconde donner les fichiers de données à mysql. La troisième commande change le groupe group pour les donner au groupe mysql. 11. Si vous voulez que MySQL se lance automatiquement au démarrage de votre serveur, vous pouvez copier le fichier support-files/mysql.server là ou votre système cherche les fichiers de démarrage. Plus d'informations sont disponibles dans le script support- files/mysql.server et dans la section Section 2.5.2.2, « Lancer et arrêter MySQL automatiquement ». 12. Vous pouvez créer de nouveaux comptes en utilisant le script bin/ mysql_setpermission si vous avez installé les modules Perl DBI et DBD::mysql. Pour les instructions, voyez Section 2.9, « Commentaires sur l'installation de Perl ». Après avoir installé tout, il est recommandé d'initialiser et tester votre installation avec cette commande : shell> /usr/local/mysql/bin/mysqld_safe --user=mysql & Pour les versions de MySQL plus ancienne que 4.0, remplacez bin/safe_mysqld par bin/ mysqld_safe dans la commande. Si la commande échoue immédiatement avec le message mysqld ended, vous pouvez trouver certaines informations dans le fichier mysql-data-directory/'hostname'.err. Plus d'informations sur mysqld_safe sont disponibles dans Section 5.1.3, « safe_mysqld, le script père de mysqld ». Note : les comptes qui sont listés dans les tables de droits MySQL n'ont pas de mot de passe initial. Après le démarrage du serveur, il est recommandé de configurer les mots de passe en utilisant les instructions de Section 2.5, « Procédure de post-installation ». 2.4.2. Options habituelles de configure Le script configure vous donne un bon moyen de contrôler la configuration de votre distribution MySQL. Habituellement, vous faites cela en spécifiant les options dans la ligne de commande de configure. Vous pouvez aussi affecter le comportement de configure en utilisant certaines variables d'environnement. See Annexe E, Variables d'environnement. Pour une liste des options supportées par configure, exécutez cette commande : shell> ./configure --help Les options de configure les plus utilisées sont décrites ici : Installer MySQL 93 ? Pour ne compiler que les bibliothèques et programmes clients, et non le serveur, utilisez l'option --without-server : shell> ./configure --without-server Si vous n'avez pas de compilateur C++, mysql ne compilera pas (c'est le programme client qui requière C++). Dans ce cas, vous pouvez supprimer la partie de code dans configure qui vérifie l'existence d'un compilateur C++, puis exécuter ./configure avec l'option - -without-server. La compilation essaiera encore de construire mysql, mais vous pouvez ignorer les messages d'erreurs concernant mysql.cc. (Si make stoppe, essayez make -k pour dire de continuer même si on rencontre des erreurs.) ? Si vous voulez obtenir une bibliothèque MySQL intégrée (libmysqld.a) vous devez utiliser l'option --with-embedded-server. ? Si vous ne voulez pas que vos fichiers de log et bases de données soient dans / usr/local/var, utiliser une commande configure se rapprochant de l'une des commandes suivantes : shell> ./configure --prefix=/usr/local/mysql shell> ./configure --prefix=/usr/local \ --localstatedir=/usr/local/mysql/data La première change le préfixe de l'installation pour que tout soit installé dans / usr/local/mysql au lieu de /usr/local par défaut. La seconde commande préserve le préfixe d'installation par défaut mais change le répertoire par défaut pour les bases de données (normalement /usr/local/var) en /usr/local/mysql/data. Après que vous ayez compilé MySQL, vous pouvez changer ces options dans les fichiers d'options. See Section 4.3.2, « Fichier d'options my.cnf ». ? Si vous utilisez Unix et que vous voulez que la socket de MySQL soit à un autre endroit que celui par défaut (normalement /tmp ou /var/run) utilisez une commande configure comme celle-ci : shell> ./configure \ --with-unix-socket-path=/usr/local/mysql/tmp/mysql.sock Notez que le fichier donné doit avoir un chemin absolu ! Vous pourrez aussi changer le chemin vers mysql.sock plus tard en utilisant les fichiers d'options de MySQL. See Section A.4.5, « Comment protéger ou changer le fichier socket /tmp/mysql.sock ». ? Si vous voulez compiler des programmes liés statiquement (par exemple, pour créer une distribution binaire, pour obtenir plus de vitesse, ou pour résoudre des problèmes avec quelques distributions RedHat Linux), exécutez configure de la manière suivante : shell> ./configure --with-client-ldflags=-all-static \ --with-mysqld-ldflags=-all-static ? Si vous utilisez gcc et n'avez pas libg++ ou libstdc++ d'installés, vous pouvez dire à configure d'utiliser gcc en tant que compilateur C++ : shell> CC=gcc CXX=gcc ./configure Quand vous utilisez gcc en tant que compilateur C++, aucune tentative de liaison avec libg++ ou libstdc++ ne sera effectuée. Il peut être bon d'utiliser cette méthode même si vous avez les bibliothèques citées, car quelques versions de celles-ci ont causé des problèmes à des utilisateurs MySQL par le passé. Voici quelques variables d'environnement à définir selon le compilateur que vous utilisez : Installer MySQL 94 ? gcc 2.7.2 : CC=gcc CXX=gcc CXXFLAGS="-O3 -felide-constructors" ? egcs 1.0.3a : CC=gcc CXX=gcc CXXFLAGS="-O3 -felide-constructors \ -fno-exceptions -fno-rtti" ? gcc 2.95.2 : CFLAGS="-O3 -mpentiumpro" CXX=gcc CXXFLAGS="-O3 -mpentiumpro \ -felide-constructors -fno-exceptions -fno-rtti" ? pgcc 2.90.29 ou plus récent : CFLAGS="-O3 -mpentiumpro -mstack-align-double" CXX=gcc \ CXXFLAGS="-O3 -mpentiumpro -mstack-align-double \ -felide-constructors -fno-exceptions -fno-rtti" Dans la plupart des cas, vous pouvez obtenir un binaire MySQL raisonnablement optimal en utilisant les options de la table précédente et en ajoutant les options suivantes aux lignes de configuration : --prefix=/usr/local/mysql --enable-assembler \ --with-mysqld-ldflags=-all-static En d'autres termes, la ligne de configuration ressemble à ce qui suit pour les versions récentes de gcc : CFLAGS="-O3 -mpentiumpro" CXX=gcc CXXFLAGS="-O3 -mpentiumpro \ -felide-constructors -fno-exceptions -fno-rtti" ./configure \ --prefix=/usr/local/mysql --enable-assembler \ --with-mysqld-ldflags=-all-static Les binaires que nous fournissons sur le site de MySQL à http://www.mysql.com/ sont tous compilés avec une optimisation totale et devraient être parfaits pour la plupart des utilisateurs. See Section 2.1.2.5, « Binaires compilés par MySQL AB ». Il y a quelques choses que vous pouvez modifier pour rendre le binaire encore plus rapide, mais cela est réservé aux utilisateurs avancés. See Section 7.5.4, « Influences de la compilation et des liaisons sur la vitesse de MySQL ». Si la génération échoue et produit des erreurs disant que votre compilateur ou outil de liaison n'est pas capable de créer la bibliothèque partagée libmysqlclient.so.# (?#? étant un numéro de version), vous pouvez contourner ce problème en donnant l'option - -disable-shared à configure. Dans ce cas, configure ne générera pas de bibliothèque partagée libmysqlclient.so.#. ? Par défaut, MySQL utilise le jeu de caractères ISO-8859-1 (Latin1). Pour changer le jeu par défaut, utilisez l'option --with-charset : shell> ./configure --with-charset=CHARSET CHARSET peut être l'un des big5, cp1251, cp1257, czech, danish, dec8, dos, euc_kr, gb2312, gbk, german1, hebrew, hp8, hungarian, koi8_ru, koi8_ukr, Installer MySQL 95 latin1, latin2, sjis, swe7, tis620, ujis, usa7, ou win1251ukr. See Section 5.8.1, « Le jeu de caractères utilisé pour les données et le stockage ». Depuis MySQL 4.1.1, la collation par défaut peut aussi être spécifiée. MySQL utilise la collation latin1_swedish_ci. Pour le changer, utilisez l'option --with-collation : shell> ./configure --with-collation=COLLATION Pour changer le jeu de caractères et la collation, utilisez les options --with-charset et - -with-collation. La collation doit être valide pour le jeu de caractères spécifié. Utilisez la commande SHOW COLLATION pour déterminer les collations valides pour un jeu de caractères donné. Si vous voulez convertir les caractères entre le serveur et le client, regardez du côté de la commande SET CHARACTER SET. See Section 13.5.2.8, « Syntaxe de SET ». Attention : Si vous changez les jeux de caractères après avoir crée des tables, vous devrez exécuter myisamchk -r -q --set-character-set=charset sur chaque table. Vos index pourraient être stockés de manière incorrecte sinon. (Cela peut survenir si vous installez MySQL, créez quelques tables, puis reconfigurez MySQL pour qu'il utilise un jeu de caractères différent et le réinstallez.) Avec l'option --with-extra-charsets=LIST vous pouvez définir les jeux de caractères additionnels à compiler dans le serveur. Ici LIST est soit une liste de jeux de caractères séparés par des espaces, soit complex pour inclure tous les jeux de caractères ne pouvant être chargés dynamiquement, ou encore all pour inclure tous les jeux de caractères dans les binaires. ? Pour configurer MySQL avec le code de débogage, utilisez l'option --with-debug : shell> ./configure --with-debug Cela alloue un vérificateur d'allocation de mémoire qui peut trouver quelques erreurs et qui fournit des informations sur ce qui se produit. See Section D.1, « Déboguer un serveur MySQL ». ? Si vos programmes clients utilisent les threads, vous avez besoin de compiler une version sûre pour les threads de la bibliothèque du client MySQL avec l'option de configuration - -enable-thread-safe-client. Cela créera une bibliothèque libmysqlclient_r avec laquelle vous devez lier vos applications threadées. See Section 24.2.15, « Comment faire un client MySQL threadé ». ? Les options relatives à un système d'exploitation particulier peuvent être trouvées dans la section spécifique aux systèmes de ce manuel. See Section 2.8, « Notes spécifiques aux systèmes d'exploitation ». 2.4.3. Installer à partir de l'arbre source de développement Attention : Vous devez lire cette partie seulement si vous voulez nous aider à tester notre nouveau code. Si vous souhaitez seulement faire fonctionner MySQL sur votre système, vous devriez utiliser la distribution d'une version standard (que ce soit une distribution sous forme de sources ou de binaire). Pour obtenir notre arbre source de développement le plus réent, suivez les instructions suivantes : 1. Téléchargez BitKeeper à partir de http://www.bitmover.com/cgi-bin/download.cgi. Vous aurez besoin de Bitkeeper 2.0 ou supérieur pour accéder à notre dépôt. Installer MySQL 96 2. Suivez les instructions pour l'installer. 3. Après avoir installé BitKeeper, commencez par vous déplacer dans le répertoire à partir duquel vous voulez travailler, et lancez l'une des commandes suivantes pour dupliquer la branche MySQL de votre choix : Pour dupliquer la branche 3.23, utilisez cette commande : shell> bk clone bk://work.mysql.com:7000 mysql-3.23 Pour dupliquer la branche 4.0, utilisez cette commande : shell> bk clone bk://work.mysql.com:7001 mysql-4.0 Pour dupliquer la branche 4.1, utilisez cette commande : shell> bk clone bk://work.mysql.com:7004 mysql-4.1 Pour dupliquer la branche 5.0, utilisez cette commande : shell> bk clone bk://mysql.bkbits.net/mysql-5.0 mysql-5.0 Dans l'exemple précédent, les sources seront respectivement placées dans les dossiers mysql- 3.23/, mysql-4.0/, mysql-4.1/ ou mysql-5.0/, de votre dossier courant. Si vous êtes derrière un firewall et que vous ne pouvez utiliser que des connexions HTTP, vous pouvez aussi accéder à BitKeeper via HTTP. Si vous devez utiliser un serveur proxy, assignez la variable d'environnement http_proxy pour qu'elle pointe sur votre proxy : shell> export http_proxy="http://your.proxy.server:8080/" Puis, remplacez le protocole bk:// par http:// lors de votre export. Par exemple : shell> bk clone http://mysql.bkbits.net/mysql-4.1 mysql-4.1 Le premier téléchargement de l'arbre source peut prendre un certain temps, selon la vitesse de votre connexion. Soyez patients. 4. Vous aurez besoin de GNU make, autoconf 2.53 (ou plus récent), automake 1.5, libtool 1.4 et m4 pour lancer la prochaine série de commandes. Même si la plupart des systèmes d'exploitation sont livrés avec leur propre implémentation de make, les chances sont fortes pour que la compilation échoue avec des messages d'erreur étranges. Par conséquent, il est fortement recommandé d'utiliser GNU make (parfois aussi appelé gmake). Heureusement, d'autres systèmes d'exploitation sont livrés avec les utilitaires GNU, ou propose des paquets facilement installables. Dans tous les cas, vous pouvez les télécharger sur ces sites : ? http://www.gnu.org/software/autoconf/ ? http://www.gnu.org/software/automake/ ? http://www.gnu.org/software/libtool/ ? http://www.gnu.org/software/m4/ ? http://www.gnu.org/software/make/ Installer MySQL 97 Si vous essayez ded configurer MySQL 4.1 ou plus récent, vous aurez besoin de GNU bison 1.75 ou plus récent. Les anciennes versions de bison peuvent indiquer cette erreur : sql_yacc.yy:#####: fatal error: maximum table size (32767) exceeded Note : la taille maximale de la table n'est pas dépassée. L'erreur est causée par un bug dans les versions plus anciennes de bison. Les versions de MySQL avant la version 4.1 peuvent aussi se compiler avec d'autres versions de yacc (par exemple, BSD yacc 91.7.30). Pour les versions plus récentes, GNU bison est une obligation. Les commandes typiques nécessaires pour compiler MySQL sont présentées ci-dessous. La première commande cd change le dossier de travail : remplacez mysql-4.0 avec le bon nom de dossier. shell> cd mysql-4.0 shell> bk -r get -Sq shell> aclocal; autoheader; autoconf; automake; shell> ./configure # Ajoutez ici vos options favorites shell> make Les lignes de commande qui passent dans les dossiers innobase et bdb/dist sont utilisées pour configurer InnoDB et Berkeley DB (BDB). Vous pouvez omettre ces lignes si vous n'avez pas besoin du support InnoDB ou BDB. Si vous obtenez des erreurs étranges pendant cette étape, vérifiez bien que vous avez vraiment installé libtool! Une collection de nos scripts de configuration les plus courants de trouve dans le sous- répertoire BUILD/. Si vous êtes fainéants, vous pouvez utiliser BUILD/ compile-pentium-debug. Pour compiler sur une architecture différente, modifiez ce script en enlevant les drapeaux spécifiques au Pentium. 5. Quand la compilation est achevée, lancez make install. Prenez garde sur des machines de production. Cette commande pourrait écraser votre installation actuelle. Si vous avez une autre installation de MySQL, nous vous recommandons de lancer ./configure avec des valeurs des options prefix, with-tcp-port, et unix-socket-path différentes de celles de votre serveur de production. 6. Torturez votre nouvelle installation et tentez de faire planter les nouvelles fonctionnalités. Commencez par lancer make test. See Section 27.1.2, « Suite de test de MySQL ». 7. Si vous avez échoué avec l'étape make et que la distribution ne compile pas, envoyez un rapport sur le site http://bugs.mysql.com/. Si vous avez installé la dernière version des indispensables outils GNU, et qu'ils échouent dans l'analyse de vos fichiers de configuration, envoyez aussi un rapport. D'autre part, si vous exécutez aclocal et que vous obtenez l'erreur command not found ou un problème du même type, n'envoyez pas de rapport. A la place, assurez vous que les outils nécessaires sont bien installés et que votre variable PATH est configurée de telle fa¸on que votre interpréteur de commandes les trouvent. 8. Après la première opération bk clone pour obtenir l'arbre source, vous devez lancer régulièrement bk pull pour obtenir les mises à jour. 9. Vous pouvez examiner l'historique des changements de l'arbre avec toutes les différences en utilisant bk sccstool. Si vous apercevez des différences anormales ou sur lesquelles vous avez des questions, n'hésitez pas à envoyer un e-mail aux listes internes. See Section 1.4.1.1, « Les listes de diffusion de MySQL ». De même, si vous pensez avoir une meilleure méthode pour traiter un problème, envoyez un e-mail accompagné d'un patch à la même adresse. bk diffs vous fournira un patch après que vous ayez fait vos changements aux sources. Si vous n'avez pas le temps de coder votre idée, envoyez en juste une description. Installer MySQL 98 10. BitKeeper dispose d'une aide agréable à laquelle vous pouvez accéder via bk helptool. 11. Veuillez noter que chaque commit (bk ci ou bk citool) postera un message avec un aper¸u des changements à notre liste de diffusion interne, à la fa¸on habituelle des propositions openlogging.org avec seulement les commentaires des changements. Généralement, vous n'aurez pas besoin d'utiliser commit (l'arbre public interdisant les bk push), mais plutôt d'utiliser la méthode bk diffs décrite plus haut. Vous pouvez aussi naviguer dans les fichiers d'historiques, les commentaires et le code source en ligne. Par exemple, pour lire ses informations pour MySQL 4.1, allez à http://mysql.bkbits.net:8080/mysql-4.1. Le manuel est dans un module séparé, qui peut être obtenu comme ceci : shell> bk clone bk://mysql.bkbits.net/mysqldoc mysqldoc Il y a aussi des arbres BitKeeper pour MySQL Control Center et Connector/ODBC. Ils sont disponibles comme ceci : Pour obtenir le MySQL Control Center, utilisez cette commande : shell> bk clone http://mysql.bkbits.net/mysqlcc mysqlcc Pour obtenir le Connector/ODBC, utilisez cette commande : shell> bk clone http://mysql.bkbits.net/myodbc3 myodbc3 2.4.4. Problèmes de compilation? Tous les programmes MySQL compilent proprement chez nous, sans aucune alerte sur Solaris avec gcc. Sur d'autres systèmes, des alertes peuvent apparaître à cause de différences dans le système d'inclusions. Voyez Section 2.4.5, « Notes relatives aux MIT-pthreads » pour les alertes qui peuvent apparaître avec MIT-pthreads. Pour d'autres problèmes, voyez la liste suivante. La solution à de nombreux problèmes implique une nouvelle configuration. Si vous avez besoin de refaire une configuration voici quelques conseils généraux : ? Si configure est exécuté après une première exécution, il peut utiliser des informations qui ont été rassemblées durant une première invocation. Ces informations sont stockées dans le fichier config.cache. Lorsque configure est lancé, il commence par regarder dans ce fichier, et lire le contenu qui existe, en supposant que ces données sont toujours correctes. Cette supposition est invalide si vous faîtes une reconfiguration. ? Chaque fois que vous exécutez configure, vous devez exécuter à nouveau make pour recompiler. Toutefois, vous devrez peut être supprimer les vieux fichiers d'objets qui ont été compilé en utilisant différentes configurations précédentes. Pour éviter d'utiliser de vieilles informations de configuration, ou des vieux fichiers d'objet, vous pouvez utiliser ces commandes, avant configure : shell> rm config.cache shell> make clean Alternativement, vous pouvez aussi utiliser make distclean. La liste suivante décrit certains problèmes lors de la compilation de MySQL, qui surviennent souvent : Installer MySQL 99 ? Si vous avez des problèmes lors de la compilation de sql_yacc.cc, comme ceux qui sont décrits ci-dessous, vous avez probablement été à court de mémoire ou d'espace de swap : Internal compiler error: program cc1plus got fatal signal 11 Out of virtual memory Virtual memory exhausted Le problème est que gcc requiert de grandes quantité de mémoire pour compiler sql_yacc.cc avec les options inline. Essayez d'exécuter configure avec l'option - -with-low-memory : shell> ./configure --with-low-memory Cette option ajoute -fno-inline dans la ligne de compilation, si vous utilisez gcc et -O0 si vous utilisez autre chose. Vous pouvez essayer --with-low-memory même si il vous reste suffisamment de mémoire, et que vous ne pensez pas être limité. Ce problème a été observé sur des systèmes avec de généreuses configurations, et --with-low-memory résout ce problème. ? Par défaut, configure choisit c++ comme compilateur, et GNU c++ pour les liens avec - lg++. Si vous utilisez gcc, ce comportement peut poser les problèmes suivants : configure: error: installation or configuration problem: C++ compiler cannot create executables. Vous pourriez aussi observer des problèmes durant la compilation, avec g++, libg++ ou libstdc++. La cause de ces problèmes est que vous avez peut être que vous n'avez pas g++, ou que vous avez g++ mais pas libg++, ou libstdc++. Regardez le fichier de log config.log. Il va sûrement contenir la raison exacte du mauvais fonctionnement de votre compilateur. Pour contourner ce problème, vous pouvez utiliser gcc comme compilateur C++. Essayez de modifier la variable d'environnement CXX avec la valeur "gcc -O3". Par exemple : shell> CXX="gcc -O3" ./configure Cela fonctionne car gcc compile les sources C++ aussi bien que g++, mais il n'est pas lié avec libg++ ou libstdc++ par défaut. Un autre moyen pour régler ces problèmes, bien sur, est d'installer g++, libg++ et libstdc++. Nous vous recommandons toutefois de ne pas utiliser libg++ ou libstdc++ avec MySQL car cela ne fera qu'accroître la taille de votre exécutable binaire, sans vous apporter d'avantages. Par le passé, certaines versions de ces bibliothèques ont posé des problèmes étranges aux utilisateurs MySQL. Utiliser gcc comme compilateur C++ est aussi nécessaire, si vous voulez compiler MySQL avec le support de RAID (voyez Section 13.2.5, « Syntaxe de CREATE TABLE » pour plus d'information sur le type de table RAID), ou utilisez GNU gcc version 3 plus récent. Si vous avez des erreurs de compilation comme celles ci-dessous avec l'option --with-raid, essayez d'utiliser gcc comme compilateur C++ en définissant la variable d'environnement CXX ci- dessus : gcc -O3 -DDBUG_OFF -rdynamic -o isamchk isamchk.o sort.o libnisam.a ../mysys/libmysys.a ../dbug/libdbug.a ../strings/libmystrings.a -lpthread -lz -lcrypt -lnsl -lm -lpthread ../mysys/libmysys.a(raid.o)(.text+0x79): In function `my_raid_create':: undefined reference to `operator new(unsigned)' ../mysys/libmysys.a(raid.o)(.text+0xdd): In function `my_raid_create':: undefined reference to `operator delete(void*)' ../mysys/libmysys.a(raid.o)(.text+0x129): In function `my_raid_open':: undefined reference to `operator new(unsigned)' Installer MySQL 100 ../mysys/libmysys.a(raid.o)(.text+0x189): In function `my_raid_open':: undefined reference to `operator delete(void*)' ../mysys/libmysys.a(raid.o)(.text+0x64b): In function `my_raid_close':: undefined reference to `operator delete(void*)' collect2: ld returned 1 exit status ? Si votre compilation échoue avec des erreurs, ou si l'une des erreurs suivantes apparaît, vous devez changer la version de make en GNU make: making all in mit-pthreads make: Fatal error in reader: Makefile, line 18: Badly formed macro assignment ou : make: file `Makefile' line 18: Must be a separator (: ou : pthread.h: No such file or directory Solaris et FreeBSD sont connus pour avoir des problèmes avec make. GNU make version 3.75 est reconnu pour fonctionner. ? Si vous voulez définir des options supplémentaires qui seront utilisées par votre compilateur C ou C++, faites le en ajoutant ces options aux variables d'environnement CFLAGS et CXXFLAGS. Vous pouvez aussi spécifier le nom du compilateur via les variables CC et CXX. Par exemple : shell> CC=gcc shell> CFLAGS=-O3 shell> CXX=gcc shell> CXXFLAGS=-O3 shell> export CC CFLAGS CXX CXXFLAGS Voyez Section 2.1.2.5, « Binaires compilés par MySQL AB », pour avoir une liste des définitions des options disponibles sur divers systèmes. ? Si vous obtenez un message d'erreur comme celui-ci, vous devrez mettre à jour votre version de gcc : client/libmysql.c:273: parse error before `__attribute__' gcc 2.8.1 est connu pour fonctionner, mais nous recommandons l'utilisation de gcc 2.95.2 ou egcs 1.0.3a. ? Si vous obtenez des erreurs telles que celles qui sont affichées ci-dessous lors de la compilation de mysqld, c'est que configure n'a pas correctement détecter le dernier argument des fonctions accept(), getsockname() ou getpeername() : cxx: Error: mysqld.cc, line 645: In this statement, the referenced type of the pointer value "&length" is "unsigned long", which is not compatible with "int". new_sock = accept(sock, (struct sockaddr *)&cAddr, &length); Pour corriger ce problème, éditez le fichier config.h (qui est généré par le fichier configure). Recherchez ces lignes : /* Define as the base type of the last arg to accept */ Installer MySQL 101 #define SOCKET_SIZE_TYPE XXX Remplacez XXX par size_t ou int, suivant votre système d'exploitation. Notez que vous devrez faire cette manipulation à chaque fois que vous exécuterez le script configure car configure regénére config.h. ? Le fichier sql_yacc.cc est généré à partir du fichier sql_yacc.yy. Normalement, le processus de création ne s'occupe pas de sql_yacc.cc, car MySQL en a déjà une copie. Cependant, si vous devez le recréer, vous pouvez rencontrer cette erreur : "sql_yacc.yy", line xxx fatal: default action causes potential... Cela indique que votre version de yacc est inadéquate. Vous devrez probablement réinstaller bison (la version GNU de yacc) et l'utiliser à la place. ? Sur Debian Linux 3.0, vous devez installer gawk au lieu du programme par défaut mawk si vous voulez compiler MySQL 4.1 ou plus récent avec le support Berkeley DB. ? Si vous avez besoin de déboguer mysqld ou un client MySQL, exécutez le script configure avec l'option --with-debug, puis recompilez vos clients avec la nouvelle bibliothèque. See Section D.2, « Débogage un client MySQL ». ? Si vous rencontrez une erreur de compilation sous Linux (e.g. SuSE Linux 8.1 ou Red Hat Linux 7.3) similaire à celle-ci : libmysql.c:1329: warning: passing arg 5 of `gethostbyname_r' from incompatible pointer type libmysql.c:1329: too few arguments to function `gethostbyname_r' libmysql.c:1329: warning: assignment makes pointer from integer without a cast make[2]: *** [libmysql.lo] Error 1 Par défaut, le script configure tente de déterminer le nombre correct d'argument en utilisant g++, le compilateur GNU C++. Ce test retourne des résultats erroné si g++ n'est pas installé. Il y a deux fa¸ons de contourner le problème : ? Assurez vous que GNU C++ g++ est installé. Sur certains Linux, le paquet nécessaire est appelé gpp, et sur d'autres, c'est gcc-c++. ? Utilisez gcc comme compilateur C++ en mettant donnant à la variable d'environnement CXX, la valeur de gcc: export CXX="gcc" Notez bien que vous devez lancer configure après cela. 2.4.5. Notes relatives aux MIT-pthreads Cette section décrit quelques informations concernant l'utilisation des MIT-pthreads. Notez que sur Linux vous ne devez pas utiliser les MIT-pthreads mais installer LinuxThreads ! See Section 2.8.1, « Notes relatives à Linux (toutes versions) ». Si votre système ne fournit pas un support natif des threads, vous aurez besoin de construire MySQL en utilisant le paquet des MIT-pthreads. Cela inclut les anciens systèmes FreeBSD, SunOS 4.x, Solaris 2.4 et plus ancien, et quelques autres systèmes. See Section 2.1.1, « Systèmes d'exploitation supportés par MySQL ». Installer MySQL 102 Notez qu'à partir de la version 4.0.2 de MySQL les MIT-pthreads ne font plus partie de la distribution des sources ! si vous avez besoin de ce paquet, vous pouvez l'obtenir sur http://www.mysql.com/Downloads/Contrib/pthreads-1_60_beta6-mysql.tar.gz Après l'avoir récupéré, décompressez l'archive dans le répertoire racine de votre répertoire des sources de MySQL. Cela créera le répertoire mit-pthreads. ? Sur la plupart des systèmes, vous pouvez forcer l'utilisation des MIT-pthreads en exécutant configure avec l'option --with-mit-threads : shell> ./configure --with-mit-threads La compilation dans un dossier non-sources n'est pas supporté lors de l'utilisation des MIT- pthreads car nous voulons minimiser les changements de leur code. ? La vérification pour l'utilisation des MIT-pthreads ne survient que durant la partie du processus de configuration qui s'occupe du code du serveur. Si vous avez configuré la distribution en utilisant --without-server pour ne construire que le client, les clients ne sauront pas si les MIT-pthreads sont utilisés et utiliserons les socket Unix pour les connexions par défaut. Puisque les sockets Unix ne fonctionnent pas avec les MIT-pthreads sur certaines plate-formes, cela signifie que vous devrez utiliser -h ou --host quand vous exécuterez les programmes clients. ? Lorsque MySQL est compilé en utilisant les MIT-pthreads, le verrouillage système est désactivé par défaut pour des soucis de performances. Vous pouvez demander au serveur d'utiliser les verrous systèmes avec l'option --external-locking. Cela n'est requis que si vous avez besoin de faire fonctionner deux serveurs MySQL avec les mêmes données (non recommandé). ? De temps en temps, la commande bind() des pthreads n'arrive pas à attacher une socket sans afficher d'erreurs (du mois, sous Solaris). Le résultat est que toutes les connexions au serveur échouent. Par exemple : shell> mysqladmin version mysqladmin: connect to server at '' failed; error: 'Can't connect to mysql server on localhost (146)' La solution est de terminer le serveur mysqld et de le redémarrer. Cela ne nous est arrivé que quand nous avons forcé le serveur à se terminer et que nous l'avons redémarré immédiatement après. ? Avec les MIT-pthreads, l'appel système à sleep() ne peut pas être interrompu avec SIGINT (break). On ne s'en rend compte que quand on exécute mysqladmin --sleep. Vous devez attendre que l'appel système à sleep() se termine avant que le processus ne s'arrête. ? Lors de la liaison, vous pouvez obtenir des messages d'erreurs comme ceux-ci (du moins sur Solaris); ils peuvent être ignorés : ld: warning: symbol `_iob' has differing sizes: (file /my/local/pthreads/lib/libpthread.a(findfp.o) value=0x4; file /usr/lib/libc.so value=0x140); /my/local/pthreads/lib/libpthread.a(findfp.o) definition taken ld: warning: symbol `__iob' has differing sizes: (file /my/local/pthreads/lib/libpthread.a(findfp.o) value=0x4; file /usr/lib/libc.so value=0x140); /my/local/pthreads/lib/libpthread.a(findfp.o) definition taken ? D'autres avertissements peuvent être ignorés : implicit declaration of function `int strtoll(...)' Installer MySQL 103 implicit declaration of function `int strtoul(...)' ? Nous n'avons pas réussi à faire fonctionner readline avec les MIT-pthreads. (Cela n'est pas nécessaire, mais peut être utile à quelqu'un.) 2.4.6. La distribution source Windows Ces instructions décrivent comment compiler MySQL version 4.1, depuis les sources, pour Windows. Les instructions sont fournies pour compiler les versions standards à partir des sources standards, ou depuis la version de développement de BitKeeper. Note : :es instructions de ce document sont strictement destinées aux utilisateurs qui veulent tester MySQL sur Windows, à partir des toutes dernières sources de BitKeeper. Pour un serveur de production, MySQL vous recommande de ne pas compiler votre serveur vous-même. Normalement, il est mieux d'utiliser une distribution binaire précompilée, et optimisée pour l'utilisation sur Windows par MySQL AB. Les instructions d'installation pour les distributions binaires sont disponibles dans la section Section 2.2.1, « Installer MySQL sous Windows ». Pour compiler MySQL sur Windows depuis les sources, vous avez besoin des logiciels et ressources suivantes sur votre système : ? Le compilateur VC++ 6.0 (mis à jour avec le service pack 4 ou 5, et paquet pre- processeur) Le paquet pre-processeur est nécessaire pour l'assembleur macro. Plus de détails à : http://msdn.microsoft.com/vstudio/downloads/updates/sp/vs6/sp5/faq.aspx. ? Environs 45 Mo d'espace disque. ? 64 Mo de RAM Vous aurez besoin de la distribution source MySQL pour Windows. Il y a deux méthodes pour obtenir cette distribution pour MySQL 4.1 et supérieur : 1. Télécharger une distribution source préparée par MySQL AB pour la version de MySQL que vous voulez. Les distributions sources pre-compilées sont disponibles pour les versions de MySQL publiées, et sont accessibles sur le site de http://www.mysql.com/downloads/. 2. Vous pouvez préparer votre propre distribution source vous-même, avec la dernière version disponible sur le serveur BitKeeper. Si vous voulez faire cela, vous devez créer la distribution sur un serveur Unix, et transférer l'archive sur votre système Windows. La raison est que certaines étapes de configuration requièrent des outils qui ne fonctionnent que sous Unix. L'approche BitKeeper requiert : ? Un système fonctionnant sous Unix, ou un système équivalent, comme Linux. ? BitKeeper 3.0 sur ce système. Vous pouvez obtenir BitKeeper sur http://www.bitkeeper.com/. Si vous utilisez une distribution source Windows vous pouvez passer directement à Section 2.4.6.1, « Compiler MySQL avec VC++ ». Pour compiler depuis les sources BitKeeper, commencez par Section 2.4.6.2, « Compiler MySQL sur Windows à partir des sources de développement ». Si vous découvrez quelque chose qui ne fonctionne pas comme prévu, ou si vous avez des suggestions pour améliorer le processus actuel envoyez un message à la liste de diffusion dédiée à win32. See Section 1.4.1.1, « Les listes de diffusion de MySQL ». 2.4.6.1. Compiler MySQL avec VC++ Installer MySQL 104 Note: Les fichiers du projet VC++ de MySQL 4.1 et plus récent sont compatibles avec Microsoft Visual Studio 6.0 et plus récent (7.0/.NET) et sont testés par l'équipe de MySQL AB avant chaque publication. Pour compiler MySQL, suivez ces instructions ci-dessous. Notez que les noms de menus sont laissés en anglais, et devront éventuellement être adaptés à votre interface. 1. Créez un dossier de travail : par exemple, workdir. 2. Décompressez la distribution source dans le dossier ci-dessus, en utilisant WinZip ou un autre utilitaire Windows qui sache lire les fichiers .zip. 3. Lancez le compilateur VC++ 6.0. 4. Dans le menu File, sélectionnez Open Workspace. 5. Ouvrez le fichier mysql.dsw que vous trouverez dans le dossier de travail. 6. Dans le menu Build, sélectionnez le menu Set Active Configuration. 7. Cliquez dans le dialogue pour sélectionner mysqld - Win32 Debug, puis cliquez sur OK. 8. Pressez F7 pour lancer la compilation du serveur de débogage, des bibliothèques et des applications clients. 9. Compilez la version que vous souhaitez, de la même fa¸on. 10. Les versions de débogage et les bibliothèques sont placées dans les dossiers client_debug et lib_debug. Les versions finales des programmes et bibliothèques sont placées dans les dossiers client_release et lib_release. Notez que si vous voulez compiler les versions de débogage et finales, vous pouvez utiliser l'option ``build all'' dans le menu Build. 11. Testez le serveur. Le serveur compilé avec les instructions suivantes suppose que le dossier de base MySQL et le dossier de données sont situés dans les dossiers C:\mysql et C:\mysql\data, par défaut. Si vous voulez tester votre serveur, utilisez le chemin de votre dossier d'installation comme chemin racine. Vous pouvez faire cela en ligne de commande, avec les options --basedir et --datadir ou bien placez les bonnes options dans le fichier d'options (C:\my.cnf ou my.ini de votre dossier Windows). Si vous avez un dossier de données sur votre disque, vous pouvez spécifier son chemin. 12. Lancez le serveur depuis le dossier client_release ou client_debug, suivant la version que vous voulez utiliser. Les instructions générales de lancement sont dans Section 2.2.1, « Installer MySQL sous Windows ». Vous devrez adapter les instructions à votre configuration, si vous avez un dossier de base ou de données différents. 13. Lorsque le serveur fonctionne en mode indépendant ou comme un service, suivant votre configuration, essayez de vous connecter avec le client interactif mysql, qui est placé dans le dossier client_release ou client_debug. Lorsque vous êtes satisfait du fonctionnement de votre serveur, stoppez le. Puis installez MySQL comme ceci : 1. Créez un dossier sur votre disque pour installer MySQL. Par exemple, nous pourrions l'installer dans C:\mysql. Voici les commandes : C: mkdir \mysql mkdir \mysql\bin mkdir \mysql\data mkdir \mysql\share Installer MySQL 105 mkdir \mysql\scripts Si vous voulez compiler d'autres clients et les lier à MySQL, il faudra créer d'autres dossiers : mkdir \mysql\include mkdir \mysql\lib mkdir \mysql\lib\debug mkdir \mysql\lib\opt Si vous voulez tester les performances de MySQL, créez ce dossier : mkdir \mysql\sql-bench Les tests de performances requièrent Perl. 2. Depuis le dossier workdir, copiez dans le dossier C:\mysql les fichiers suivants : copy client_release\*.exe C:\mysql\bin copy client_debug\mysqld.exe C:\mysql\bin\mysqld-debug.exe xcopy scripts\*.* C:\mysql\scripts /E xcopy share\*.* C:\mysql\share /E Si vous voulez compiler d'autres clients, et les lier avec MySQL, vous devrez aussi faire ceci : copy lib_debug\mysqlclient.lib C:\mysql\lib\debug copy lib_debug\libmysql.* C:\mysql\lib\debug copy lib_debug\zlib.* C:\mysql\lib\debug copy lib_release\mysqlclient.lib C:\mysql\lib\opt copy lib_release\libmysql.* C:\mysql\lib\opt copy lib_release\zlib.* C:\mysql\lib\opt copy include\*.h C:\mysql\include copy libmysql\libmysql.def C:\mysql\include Si vous voulez tester les performances de MySQL, faites aussi ceci : xcopy sql-bench\*.* C:\mysql\bench /E Puis lancez votre serveur de la même fa¸on que vous lancez l'exécutable MySQL classique. See Section 2.2.1, « Installer MySQL sous Windows ». 2.4.6.2. Compiler MySQL sur Windows à partir des sources de développement Pour compiler la dernière version Windows à partir de sources disponibles dans le serveur BitKeeper, suivez les instructions suivantes. Notez que ces commandes doivent être exécutés sur un système fonctionnant sous Unix ou Linux. La procédure fonctionne très bien sous Linux, par exemple. 1. Clonez les source issues de BitKeeper (version 4.1 ou plus récent). Pour plus d'informations sur comment cloner les sources sont disponibles dans la section Section 2.4.3, « Installer à partir de l'arbre source de développement ». 2. Configurez et compilez la distribution pour obtenir un serveur fonctionnel. Pour cela, vous pouvez lancez la commande suivante à la racine de vos sources : shell> ./BUILD/compile-pentium-max Installer MySQL 106 3. Après vous être assurés que le processus est complet et réussi, lancez l'utilitaire suivant depuis la racine de vos sources : shell> ./scripts/make_win_src_distribution Ce script crée un paquet source Windows, qui peut être utilisé sur votre système. Vous pouvez passer d'autres options à ce script, suivant vos besoins. Il accepte les options suivantes : ? --help Affiche ce message d'aide. ? --debug Débogage, sans créer le paquet. ? --tmp Spécifie le dossier temporaire. ? --suffix Suffixe pour le nom du paquet. ? --dirname Nom du dossier où copier les fichiers (intermédiaire). ? --silent Ne liste pas tous les fichiers traités. ? --tar Crée le paquet au format tar.gz plutôt que .zip. Par défaut, make_win_src_distribution crée une archive zippée avec le nom mysql- VERSION-win-src.zip, où VERSION représente la version de votre source MySQL. 4. Copiez ou téléchargez le paquet sur votre machine Windows. Pour le compiler, suivez les instructions de la section Section 2.4.6.1, « Compiler MySQL avec VC++ ». 2.4.7. Compiler les clients MySQL sous Windows Dans vos fichiers sources, vous devez inclure windows.h avant mysql.h : #if defined(_WIN32) || defined(_WIN64) #include <windows.h> #endif #include <mysql.h> my_global.h inclut tous les autres fichiers nécessaires pour Windows (comme le fichier windows.h) si vous compilez votre programme sous Windows. Vous pouvez soit lier votre code avec la bibliothèque dynamique libmysql.lib, qui est juste une interface pour charger libmysql.dll à la demande, soit lier avec la bibliothèque statique mysqlclient.lib. Notez que puisque les bibliothèques mysqlclient sont compilées en tant que bibliothèques Installer MySQL 107 threadées, vous devez aussi compiler votre code pour qu'il soit multi-threadé ! 2.5. Procédure de post-installation Il y a des manipulations importantes à faire après avoir installé MySQL. Par exemple, sous Unix, vous devez créer les tables de droits. Sur toutes les plate-forme, un point de sécurité important est que les comptes initiaux n'ont pas de mot de passe. Vous devez assigner les mots de passe pour éviter un accès indu au serveur MySQL. Les sections suivantes décrivent les procédures de post installation sur Windows et pour les systèmes Unix. Une autre section, Section 2.5.2.3, « Problèmes de démarrage du serveur MySQL » s'applique aux autres plate-formes : elle décrit ce que vous devez faire si vous avez des problèmes de lancement. La section Section 2.5.3, « Création des premiers droits MySQL » s'applique aussi à toutes les plate-formes. Vous devez suivre les instructions pour vous assurer que vous avez bien protégé vos comptes MySQL en leur assignant un mot de passe. Lorsque vous êtes prêts à créer d'autres comptes, vous pouvez trouver des informations sur le contrôle d'accès à MySQL et la gestion de comptes dans les sections Section 5.5, « Règles de sécurité et droits d'accès au serveur MySQL » et Section 5.6, « Gestion des comptes utilisateurs de MySQL ». 2.5.1. Post-installation sous Windows Sous Windows, la table de droits n'a pas besoin d'être créée. Les distributions MySQL pour Windows incluent les tables de droits pré-configurées dans la base mysql, dans le dossier de données data. Cependant, vous devez assigner des mots de passe aux comptes. Avant de donner des mots de passe aux comptes, vérifiez que le serveur fonctionne avec un client. Assurez vous que le serveur fonctionne (see Section 2.2.8.2, « Démarrer le serveur pour la première fois »), puis utilisez les commandes suivantes pour vérifier que vous pouvez lire des données sur le serveur. Lr résultat doit être proche de celui présenté ici : C:\> C:\mysql\bin\mysqlshow +-----------+ | Databases | +-----------+ | mysql | | test | +-----------+ C:\> C:\mysql\bin\mysqlshow mysql Database: mysql +--------------+ | Tables | +--------------+ | columns_priv | | db | | func | | host | | tables_priv | | user | +--------------+ C:\> C:\mysql\bin\mysql -e "SELECT Host,Db,User FROM db" mysql +------+-------+------+ | host | db | user | +------+-------+------+ | % | test% | | +------+-------+------+ Si vous avez une version fonctionnelle de Windows qui supporte les services, et que vous voulez que MySQL fonctionne automatiquement au lancement de Windows, voyez la section Section 2.2.9.1, « Lancer MySQL comme un service Windows ». Installer MySQL 108 2.5.2. Procédures de post-installation sous Unix Une fois que vous avez installé MySQL sur Unix, vous devez initialiser les tables de droits, lancer le serveur, et vous assurer que tout fonctionne bien. Vous pouvez aussi configurer le démarrage et l'extinction automatique du serveur, lorsque votre serveur se lance et s'arrête. Sous Unix, les tables de droits sont configurées avec le programme mysql_install_db. Pour certaines méthodes d'installation, ce programme est utilisé automatiquement : ? Si vous installez MySQL sous Linux avec un RPM, le serveur RPM exécute mysql_install_db. ? Si vous installez MySQL sous Mac OS X en utilisant la distribution PKG, l'installeur exécute mysql_install_db. Sinon, vous devez lancer manuellement mysql_install_db. La procédure suivante décrit comment initialiser les tables de droits (si cela n'a pas été fait), puis comment lancer le serveur. Vous trouverez aussi des suggestions de commandes pour tester l'accessibilité du serveur. Pour des informations sur le démarrage et l'extinction automatique du serveur, voyez Section 2.5.2.2, « Lancer et arrêter MySQL automatiquement ». Une fois que vous avez exécuté la procédure, et que le serveur fonctionne, vous devez assigner des mots de passe aux comptes créés par mysql_install_db. Les instructions pour faire cela Section 2.5.3, « Création des premiers droits MySQL ». Dans les exemples ici, le serveur fonctionne avec l'utilisateur mysql. On suppose donc que ce compte existe. Créez ce compte, s'il n'existe pas, ou bien utilisez le nom que vous avez choisi. 1. Changez de dossier de travail, pour vous mettre à la racine de l'installation MySQL, représentée ici par BASEDIR : shell> cd BASEDIR BASEDIR vaut probablement /usr/local/mysql ou /usr/local. Les étapes suivantes supposent que vous êtes dans ce dossier. 2. Si nécessaire, lancez le programme mysql_install_db pour configurer les tables de droits initiales, qui déterminent les utilisateurs qui sont autorisées à se connecter au serveur. Vous devez faire cela si vous avez installé le programme avec une distribution qui ne lance pas ce programme pour vous. Typiquement, mysql_install_db doit être utilisé uniquement à la première installation, et vous pouvez éviter cette étape si vous faites une mise à jour. Cependant, mysql_install_db n'écrase pas les tables de droits : vous pouvez l'utiliser, en cas de doute. Pour initialiser les tables de droits, utilisez une des commandes suivantes, en fonction de la localisation de mysql_install_db dans le dossier bin scripts : shell> bin/mysql_install_db --user=mysql shell> scripts/mysql_install_db --user=mysql Le script mysql_install_db crée la base mysql qui contient les tables de droits, et la base test que vous pouvez utiliser pour les tests avec MySQL. Ce script va aussi créer l'utilisateur root et un compte anonyme. Ces deux comptes sont créés sans mot de passe. Une description des droits initiaux sont présentés dans la section Section 2.5.3, « Création des premiers droits MySQL ». Le script mysqld_safe lance le serveur mysqld. Avant la version 4.0, utilisez safe_mysqld au lieu de mysqld_safe. Installer MySQL 109 Il est important de vous assurer que les dossiers et les fichiers appartiennent au compte mysql pour que le serveur puisse lire et écrire dedans. Pour cela, l'option --user doit être utilisée comme présenté si vous utilisez mysql_install_db comme root. Sinon, il est recommandé d'exécuter le script lorsque vous êtes connectés en tant que mysql : dans ce cas, vous pouvez omettre l'option --user. mysql_install_db crée de nombreuses tables dans la base mysql : user, db, host, tables_priv, columns_priv, func, et même d'autres, en fonction des versions de MySQL. Si vous ne voulez pas de la base test, vous pouvez la supprimer avec mysqladmin -u root drop test au redémarrage du serveur. Si vous avez des problèmes avec mysql_install_db, voyez Section 2.5.2.1, « Problèmes d'exécution de mysql_install_db ». Il y a d'autres alternatives pour lancer mysql_install_db tel que fournit par la distribution MySQL : ? Si vous voulez que les droits initiaux soient différents des valeurs par défaut, vous pouvez modifier le script mysql_install_db avant de l'exécuter. Cependant, une technique préférable est d'utiliser GRANT et REVOKE pour changer les droits après avoir configuré les tables de droits. En d'autres termes, vous pouvez lancer mysql_install_db, puis utiliser mysql -u root mysql pour vous connecter au serveur en tant que root MySQL, pour émettre les commandes GRANT et REVOKE. Si vous voulez installer MySQL sur de nombreuses machines avec les mêmes droits, vous pouvez mettre les commandes GRANT et REVOKE dans un fichier de script, et exécuter ce script avec mysql après avoir utilisé mysql_install_db. Par exemple : shell> bin/mysql_install_db --user=mysql shell> bin/mysql -u root < your_script_file Comme cela, vous pouvez éviter les problèmes de répétition manuelle entre chaque machine. ? Il est possible de re-créer entièrement les tables de droits après les avoir créées. Vous pouvez le faire si vous apprenez comment utiliser GRANT et REVOKE et que vous avez fait tellement de modifications après mysql_install_db que vous voulez recommencer à zéro. Pour re-créer les tables de droits, supprimez les fichiers .frm, .MYI et .MYD dans le dossier contenant les tables mysql. C'est le dossier appelé mysql dans le dossier de données, qui est listé dans le dossier datadir lorsque vous utilisez la commande mysqld --help. Puis, utilisez à nouveau le script mysql_install_db. Note : pour les versions MySQL antérieure à la version 3.22.10, vous ne devez pas supprimer les fichiers .frm. Si vous les supprimez accidentellement, essayez de les retrouver et de les remettre dans le dossier mysql depuis votre distribution MySQL, avant d'utiliser mysql_install_db. ? Vous pouvez lancer mysqld manuellement en utilisant l'option - -skip-grant-tables et en ajoutant les droits mysql : shell> bin/mysqld_safe --user=mysql --skip-grant-tables & shell> bin/mysql mysql Depuis mysql, exécutez manuellement les commandes SQL contenues dans le script mysql_install_db. Assurez vous que vous utilisez mysqladmin flush- privileges ou mysqladmin reload après, pour dire au serveur de relire les tables de droits. Installer MySQL 110 Notez que si vous n'utilisez pas mysql_install_db, vous devez remplir les tables manuellement, et en plus, vous devez commencer par les créer. 3. Lancez le serveur MySQL : shell> bin/mysqld_safe --user=mysql & Pour les versions de MySQL antérieure à 4.0, remplacez bin/safe_mysqld par bin/ mysqld_safe dans cette commande. Il est important de vous assurez que le dossier de base de données et les fichiers de mysql sont accessibles, pour que le serveur puisse y lire et écrire. Pour cela, l'option --user peut être utilisée avec mysql_install_db si vous l'exécutez en tant que root. Sinon, vous devez exécuter le script lorsque vous êtes identifié comme mysql, auquel cas, vous pouvez omettre l'option --user. D'autres instructions pour faire fonctionner MySQL en tant qu'utilisateur sans droits sont données dans la section Section A.3.2, « Comment exécuter MySQL comme un utilisateur normal ». Si vous n'avez pas créé les tables de droits, l'erreur suivante sera inscrite dans le fichier de log d'erreur de votre serveur : mysqld: Can't find file: 'host.frm' Si vous avez des problèmes au démarrage du serveur, voyez Section 2.5.2.3, « Problèmes de démarrage du serveur MySQL ». 4. Utilisez mysqladmin pour vérifier que le serveur fonctionne. La commande suivante vous permet de faire un test simple pour vérifier que le serveur est actif et qu'il répond aux connexions : shell> bin/mysqladmin version shell> bin/mysqladmin variables Le résultat de mysqladmin version varie légèrement, suivant votre plates-formes et votre version de MySQL, mais il doit être proche de ceci : shell> bin/mysqladmin version mysqladmin Ver 8.40 Distrib 4.0.18, for linux on i586 Copyright (C) 2000 MySQL AB & MySQL Finland AB & TCX DataKonsult AB This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to modify and redistribute it under the GPL license Server version 4.0.18-log Protocol version 10 Connection Localhost via Unix socket TCP port 3306 UNIX socket /tmp/mysql.sock Uptime: 16 sec Threads: 1 Questions: 9 Slow queries: 0 Opens: 7 Flush tables: 2 Open tables: 0 Queries per second avg: 0.000 Memory in use: 132K Max memory used: 16773K Pour voir ce que vous pouvez faire d'autre avec mysqladmin, utilisez l'option --help. 5. Vérifiez que vous pouvez éteindre le serveur : Installer MySQL 111 shell> BINDIR/mysqladmin -u root shutdown 6. Vérifiez que vous pouvez relancer le serveur. Pour cela, utilisez mysqld_safe ou mysqld directement. Par exemple : shell> BINDIR/mysqld_safe --log & Si mysqld_safe échoue, essayez de l'exécuter directement depuis le dossier d'installation MySQL (si vous n'y êtes pas déjà). Si cela ne fonctionne toujours pas, voyez Section 2.5.2.3, « Problèmes de démarrage du serveur MySQL ». 7. Exécutez les tests simples pour vérifier que le serveur fonctionne. Le résultat devrait être proche de celui-ci : shell> BINDIR/mysqlshow +-----------+ | Databases | +-----------+ | mysql | +-----------+ shell> BINDIR/mysqlshow mysql Database: mysql +--------------+ | Tables | +--------------+ | columns_priv | | db | | func | | host | | tables_priv | | user | +--------------+ shell> BINDIR/mysql -e "SELECT host,db,user FROM db" mysql +------+--------+------+ | host | db | user | +------+--------+------+ | % | test | | | % | test_% | | +------+--------+------+ Il y a aussi une suite de tests dans le dossier sql-bench (sous le dossier d'installation MySQL) que vous pouvez utiliser pour comparer les performances de MySQL sur différentes plates-formes. La suite de tests utilise le module Perl DBI pour assurer une interface avec les autres bases de données. Les modules Perl suivants sont aussi nécessaires pour exécuter la suite de tests : DBI DBD::mysql Data::Dumper Data::ShowTable Ces modules sont disponibles sur la bibliothèque CPAN http://www.cpan.org/. See Section 2.9.1, « Installer Perl sur Unix ». Le dossier sql-bench/Results contient des résultats de tests sur différentes plates-formes et bases. Pour lancer tous les tests, exécutez ces commandes : shell> cd sql-bench shell> run-all-tests Installer MySQL 112 Si vous n'avez pas de dossier sql-bench, vous avez probablement installé MySQL avec un fichier RPM, différent du RPM source. Le RPM source inclut le dossier sql-bench) Dans ce as, vous devez d'abord installer la suite de tests avant de l'utiliser. Depuis MySQL version 3.22, il y a des fichiers de tests RPM appelé mysql-bench-VERSION-i386.rpm, qui contiennent le code et les données. Si vous avec une distribution source, il y a aussi des tests dans le sous-dossier tests. Par exemple, pour lancer auto_increment.tst, faîtes : shell> BINDIR/mysql -vvf test < ./tests/auto_increment.tst Les résultats attendus des tests sont disponibles dans le fichier ./tests/auto_increment.res. 8. A ce point, vous devez avoir un serveur fonctionnel. Cependant, les comptes initiaux n'ont pas de mot de passe : il est recommandé de leur assigner des mots de passe en suivant les instructions de la section Section 2.5.3, « Création des premiers droits MySQL ». 2.5.2.1. Problèmes d'exécution de mysql_install_db Le but du script mysql_install_db est de générer un nouveau système de droits pour MySQL. Il ne modifiera aucune autre donnée! Il ne fera rien du tout si vous avez des tables de droits installées. Si vous voulez recréer vos tables de droits, vous devez éteindre le serveur mysqld, s'il fonctionnait. Puis, renommez le dossier mysql dans le dossier de données, sauvez le, et exécutez le script mysql_install_db. Par exemple : shell> mv mysql-data-directory/mysql mysql-data-directory/mysql-old shell> mysql_install_db --user=mysql Cette section liste les problèmes que vous pourriez rencontrer lors de l'exécution du script mysql_install_db : ? mysql_install_db n'installe pas les tables de droits Vous réalisez que mysql_install_db n'arrive pas à installer les tables de droits, et se termine sur ce message : starting mysqld daemon with databases from XXXXXX mysql daemon ended Dans ce cas, examinez le fichier de log très attentivement! Le fichier de log est situé dans le dossier XXXXXX indiqué dans le message d'erreur, et il indiquera pourquoi mysqld n'a pas démarré. Si vous ne comprenez pas ce qui est arrivé, incluez le log dans votre message, lors de l'envoi du rapport de bugs avec mysqlbug! See Section 1.4.1.3, « Comment rapporter un bogue ou un problème ». ? Un démon mysqld fonctionne déjà Dans ce cas, vous n'avez probablement pas exécuté mysql_install_db du tout. Vous avez exécuté mysql_install_db une fois, lorsque vous avez installé MySQL pour la première fois. ? Installer un second démon mysqld n'est pas possible lorsque le premier fonctionne. Cela arrive lorsque vous avez une installation MySQL pre-existantes, mais que vous voulez Installer MySQL 113 installer une autre version ailleurs (par exemple, pour faire des tests ou simplement pour avoir deux installations). Généralement, le problème survient lorsque le second serveur est démarré, et qu'il essaie d'utiliser les mêmes ports et sockets que le premier. Dans ce cas, vous recevez des message d'erreur tels que : Can't start server: Bind on TCP/IP port: Address already in use Can't start server: Bind on unix socket... Pour des instructions sur la configuration de serveurs multiples, voyez la section Section 5.10, « Faire fonctionner plusieurs serveurs MySQL sur la même machine ». ? You don't have write access to /tmp Si vous n'avez pas les droits d'accès suffisant pour créer un fichier de socket à l'endroit prévu ou les permissions pour créer un fichier temporaire dans /tmp, vous allez avoir une erreur lors de l'utilisation de mysql_install_db ou avec mysqld. Vous pouvez spécifier une socket différente et un dossier temporaire différent avec les options suivantes : shell> TMPDIR=/some_tmp_dir/ shell> MYSQL_UNIX_PORT=/some_tmp_dir/mysql.sock shell> export TMPDIR MYSQL_UNIX_PORT some_tmp_dir doit être le chemin complet d'un dossier dans lequel vous avez les droits en écriture. Après cela, vous devriez être capable d'exécuter mysql_install_db et lancer le serveur avec ces commandes : shell> bin/mysql_install_db --user=mysql shell> bin/mysqld_safe --user=mysql & Si mysql_install_db est situé dans le dossier scripts, modifiez la première commande pour utiliser scripts/mysql_install_db. Voyez Section A.4.5, « Comment protéger ou changer le fichier socket /tmp/mysql.sock ». See Annexe E, Variables d'environnement. 2.5.2.2. Lancer et arrêter MySQL automatiquement Généralement, vous démarrez le serveur mysqld par l'un de ces moyens : ? En appelant mysqld directement. Cela fonctionne sur toutes les plates-formes. ? En lan¸ant le serveur MySQL comme un service Windows. Cela fonctionne sur les versions de Windows qui supportent les services : comme Windows NT, 2000 et XP. Le service peut être configuré pour démarrer automatiquement au lancement de Windows, ou manuellement, à la demande. Pour des instructions, reportez vous à Section 2.2.9.1, « Lancer MySQL comme un service Windows ». ? En appelant mysqld_safe, qui essaie de déterminer les options correctes avant de lancer mysqld. Ce script est utilisé sur les systèmes Unix BSD. Il est aussi appelé par mysql.server. See Section 5.1.3, « safe_mysqld, le script père de mysqld ». Installer MySQL 114 ? En appelant mysql.server. Ce script sert principalement au moment du démarrage et de l'extinction du système, sur les systèmes qui utilisent un dossier de processus programmés System V, où il est généralement enregistré sous le nom de mysql. Le scriptmysql.server lance le serveur en appelant mysqld_safe. See Section 5.1.4, « Le script de démarrage mysql.server ». ? Sur Mac OS X, vous pouvez installer un paquet indépendant appelé MySQL Startup Item pour activer le lancement automatique de MySQL au démarrage. Le Startup Item lance le serveur en appelant mysql.server. Voir Section 2.2.13, « Installer MySQL sur Mac OS X » pour plus de détails. Les scripts mysql.server et safe_mysqld et le StartUp Item de Mac OS X peuvent être utilisés pour démarrer le serveur automatiquement au moment du démarrage du serveur. mysql.server peut aussi servir à arrêter le serveur. Le script mysql.server peut servir à démarrer ou arrêter le serveur en l'appelant avec les arguments start ou stop : shell> mysql.server start shell> mysql.server stop Avant que mysql.server ne démarre le serveur, il change de dossier pour aller dans le dossier d'installation et appelle safe_mysqld. Si vous voulez que le serveur fonctionne sous un nom d'utilisateur spécifique, ajoutez l'option user appropriée dans le groupe [mysqld] du fichier / etc/my.cnf, tel que présenté ultérieurement dans cette section (il est possible que vous ayez besoin d'éditer mysql.server). Vous pourriez avoir à éditer mysql.server si vous avez une installation binaire dans une situation non standard. Modifiez la commande cd avec le dossier correct, avant qu'il n'exécute safe_mysqld. Si vous voulez que le serveur fonctionne avec un utilisateur spécifique, ajouter l'option user appropriée dans le fichier /etc/my.cnf, tel que présenté ultérieurement dans cette section. mysql.server stop arrête le serveur en lui envoyant un signal. Vous pouvez éteindre le serveur manuellement avec la commande mysqladmin shutdown. Pour lancer et arrêter automatiquement MYSQL sur votre serveur, vous devez ajouter les commandes de lancement et d'arrêt dans les bons endroits de vos fichiers /etc/rc*. Notez que si vous utilisez des paquets Linux RPM (MySQL-server-VERSION.rpm), le script mysql.server est installé sous le nom /etc/init.d/mysql. Vous n'avez pas à l'installer manuellement. Voyez Section 2.2.12, « Installer MySQL sous Linux » pour plus d'informations sur les paquets Linux RPM. Certaines éditeurs fournissent des paquets RPM qui installent un script de démarrage sous un autre nom, comme mysqld. Si vous installez MySQL depuis une distribution source, ou en utilisant une distribution binaire qui n'installe pas automatiquement le script mysql.server, vous pouvez l'installer manuellement. Le script est disponible dans le dossier support-files du dossier d'installation MySQL, ou dans le dossier source de MySQL. Pour installer mysql.server manuellement, copiez le dans le dossier /etc/init.d sous le nom mysql, puis rendez-le exécutable. Pour cela, placez vous dans le dossier où mysql.server est stocké, et utilisez ces commandes : shell> cp mysql.server /etc/init.d/mysql shell> chmod +x /etc/init.d/mysql Les anciens systèmes Red Hat utilisent le dossier /etc/rc.d/init.d plutôt que / etc/init.d. Adaptez les commandes précédentes. Alternativement, créez un lien symbolique / etc/init.d qui pointe sur /etc/rc.d/init.d : Installer MySQL 115 shell> cd /etc shell> ln -s rc.d/init.d . Après installation du script, les commandes doivent être activées pour fonctionner au lancement du système, sur votre système d'exploitation. Sous Linux, vous pouvez utiliser chkconfig : shell> chkconfig --add mysql Sur certains systèmes Linux, les commandes suivantes sont aussi nécessaires pour activer totalement le script mysql : shell> chkconfig --level 345 mysql on Sous FreeBSD, les scripts de démarrage vont généralement dans le dossier / usr/local/etc/rc.d/. La page de manuel rc(8) indique que les scripts de ce dossier ne sont exécutés que si leur nom est de la forme *.sh. Tout autre fichier de ce dossier sera alors ignoré. En d'autres termes, vous devez installer le script mysql.server sous le nom / usr/local/etc/rc.d/mysql.server.sh pour activer le démarrage automatique. Alternativement à la configuration précédente, certains systèmes d'exploitation utilisent aussi / etc/rc.local ou /etc/init.d/boot.local pour lancer des services supplémentaires au démarrage. Pour lancer MySQL avec cette méthode, vous pouvez ajouter une commande comme celle-ci au fichier de démarrage : /bin/sh -c 'cd /usr/local/mysql; ./bin/mysqld_safe --user=mysql &' Pour les autres systèmes, consultez la documentation de votre système d'exploitation pour savoir comment installer un script de démarrage. Vous pouvez aussi ajouter des options à mysql.server via le fichier global /etc/my.cnf file. Un fichier /etc/my.cnf typique peut ressembler à ceci : [mysqld] datadir=/usr/local/mysql/var socket=/var/tmp/mysql.sock port=3306 user=mysql [mysql.server] basedir=/usr/local/mysql Le script mysql.server comprend les options suivantes : basedir, datadir et pid-file. Si spécifiées, elles doivent être placées dans un fichier d'option, et non pas en ligne de commande. mysql.server comprend les options de ligne de commande start et stop. La table suivante montre quels groupes d'options chaque scripts de démarrage utilise : Script Groupe d'options mysqld mysqld et server mysql.server mysql.server, mysqld, et server safe_mysqld mysql.server, mysqld, et server [mysqld-major-version] signifie que des groupes ayant des noms tels que [mysqld-4.0], [mysqld-4.1], et [mysqld-5.0] seront lus par les serveurs de versions 4.0.x, 4.1.x, 5.0.x, etc. Cette fonctionnalité a été ajoutée en MySQL 4.0.14. Elle sert à spécifier des options qui ne seront lues que par des serveurs dont les versions sauront les comprendre. A des fins de compatibilité ascendante, mysql.server lit aussi le groupe d'options Installer MySQL 116 [mysql_server] et mysqld_safe lit le groupe d'options [safe_mysqld]. Cependant, il est recommandé de modifier vos fichiers de configuration pour utiliser les groupes [mysql.server] et [mysqld_safe] à la place. See Section 4.3.2, « Fichier d'options my.cnf ». 2.5.2.3. Problèmes de démarrage du serveur MySQL Si vous avez des problèmes pour lancer le serveur, voici quelques pistes que vous pouvez essayer : ? Spécifiez toutes les options spéciales nécessaires aux moteurs de tables que vous utilisez. ? Assurez vous que le serveur sait où trouver le dossier de données. ? Assurez vous que le serveur peut utiliser le dossier de données. Le propriétaire et les droits du dossier de données et son contenu doivent être accessibles au serveur, en lecture et écriture. ? Vérifiez le log d'erreurs pour voir pourquoi le serveur ne démarre pas. ? Vérifiez que les interfaces réseau sont accessibles au serveur. Certains moteurs de stockage ont des options qui contrôlent leur comportement. Vous devrez créer un fichier d'options my.cnf et y configurer celles des moteurs que vous voulez utiliser. Si vous allez utiliser des tables qui supportent les transactions (InnoDB, BDB), assurez vous qu'elles sont bien configurées comme vous le souhaitez. ? Si vous utilisez les tables InnoDB, voyez les options de démarrages spécifiques à InnoDB. En MySQL version 3.23, vous devez configurer InnoDB explicitement ou le serveur ne pourra pas démarrer. Depuis MySQL 4.0, InnoDB utiliser des valeurs par défaut pour sa configuration, si vous n'en spécifiez pas. See Section 15.4, « Configuration InnoDB ». ? Si vous utilisez les tables BDB (Berkeley DB), vous devez vous familiariser avec les différentes options spécifiques à BDB. See Section 14.4.3, « Options de démarrage BDB ». Lorsque le démon mysqld démarre, il change le dossier de travail par le dossier de données. C'est là qu'il doit trouver les fichiers de log, et le fichier pid (ID de processus), ainsi que les dossiers de bases. Le chemin du dossier de données est codé en dur lorsque la distribution est compilée. Cependant, si mysqld cherche le dossier de données ailleurs que là où il est vraiment, il ne va pas fonctionner correctement. Vous pouvez lire les chemins par défaut en invoquant mysqld avec l'option - -verbose ou --help. Avant MySQL 4.1, omettez --verbose. Si les valeurs par défaut ne correspondent pas à votre installation MySQL, vous pouvez les modifier en spécifiant des options de ligne de commande pour mysqld et mysqld_safe. Vous pouvez aussi lister les options dans un fichier d'options. Pour spécifier la localisation du dossier de données explicitement, utilisez l'option --datadir. Cependant, vous pouvez spécifier à mysqld le chemin du dossier de base sous lequel MySQL est installé, et il va rechercher le dossier de données là. Vous pouvez faire cela avec l'option - -basedir. Pour vérifier l'effet de ces options, appelez mysqld avec ces options, suivies de --verbose et - -help. Par exemple, si vous modifiez le chemin pour celui dans lequel mysqld est installé, alors vous pouvez utiliser la commande suivante, et vous verrez l'effet sur le démarrage du serveur avec une installation de base /usr/local : shell> ./mysqld --basedir=/usr/local --verbose --help Vous pouvez spécifier d'autres options comme --datadir, mais notez que --verbose et - Installer MySQL 117 -help doivent être les dernières options. Avant MySQL 4.1, omettez l'option --verbose. Une fois que vous déterminez les configurations que vous voulez, lancez le serveur avec - -verbose et --help. Si votre démon mysqld fonctionne déjà, vous pouvez connaître les chemins de configuration avec la commande : shell> mysqladmin variables ou : shell> mysqladmin -h host_name variables host_name est le nom de l'hôte MySQL. Si vous avez une erreur Errcode 13 (ce qui signifie Permission denied) lorsque vous démarrez mysqld, cela signifie que les droits d'accès au serveur ou son contenu ne sont pas bons. Dans ce cas, vous devez modifier les droits sur les dossiers et fichiers que le serveur va utiliser. Vous pouvez aussi lancer le serveur en tant que root, mais cela pose des problèmes de sécurité, et il vaut mieux l'éviter. Sous Unix, vérifiez l'existence du dossier de données et vérifiez le nom du propriétaire du dossier de données et de son contenu. Par exemple, si le dossier est /usr/local/mysql/var, utilisez cette commande : shell> ls -la /usr/local/mysql/var Si le dossier, ses sous-dossiers ou ses fichiers ne sont pas au nom du compte qui fait tourner le serveur, changez le propriétaire avec cette commande : shell> chown -R mysql /usr/local/mysql/var shell> chgrp -R mysql /usr/local/mysql/var Quelque soit la méthode que vous utilisez pour démarrer le serveur, si elle échoue, vérifiez le fichier de log d'erreurs pour savoir pourquoi. Les fichiers de log sont situés dans le dossier de données (typiquement /usr/local/mysql/data pour une distribution binaire, /usr/local/var pour une distribution source, et \mysql\data\mysql.err sous Windows). Regardez dans le dossier de données et recherchez des fichiers de la forme host_name.err et host_name.log ou host_name est le nom de votre serveur. Vérifiez alors les dernières lignes de ce fichier : shell> tail host_name.err shell> tail host_name.log Recherchez des lignes comme celles-ci : 000729 14:50:10 bdb: Recovery function for LSN 1 27595 failed 000729 14:50:10 bdb: warning: ./test/t1.db: No such file or directory 000729 14:50:10 Can't init databases Cela signifie que vous n'avez pas démarré mysqld avec --bdb-no-recover et Berkeley DB a trouvé une erreur dans les fichiers de log lorsqu'il a essayé de restaurer votre base. Pour pouvoir continuer, vous devez déplacer le vieux fichier de log Berkeley DB vers un autre dossier, pour l'examiner plus tard. Les fichiers de logs sont nommés log.0000000001, et ce nombre augmente au fil du temps. Si vous exécutez mysqld avec les tables BDB et que mysqld fait des core dumps au démarrage, c'est peut être que vous avez des problèmes avec le fichier de restauration de BDB. Dans ce cas, essayez de démarrer mysqld avec --bdb-no-recover. Si cela aide, vous devriez alors retirer tous les fichiers de log log.* du dossier de données, et démarrer mysqld à nouveau. Installer MySQL 118 Si vous obtenez l'erreur suivant, cela signifie que d'autres programmes (ou un autre serveur mysqld) fonctionne déjà avec le port TCP/IP ou la socket que mysqld essaie d'utiliser : Can't start server: Bind on TCP/IP port: Address already in use Can't start server : Bind on unix socket... Utilisez ps pour vous assurer que vous n'avez pas d'autre serveur mysqld qui fonctionne. Si c'est le cas, éteignez le serveur avant de lancer mysqld à nouveau. Si un autre serveur fonctionne, et que vous voulez vraiment en avoir plusieurs, voyez la section Section 5.10, « Faire fonctionner plusieurs serveurs MySQL sur la même machine ».) Si vous ne pouvez pas trouver d'autre serveur en fonctionnement, essayer d'exécuter la commande telnet votre-nom-d-hote numero-de-port-tcp puis pressez la touche 'Entrée' plusieurs fois. Si vous n'obtenez pas de message d'erreur comme telnet: Unable to connect to remote host: Connection refused, alors un autre processus utilise le port TCP/IP de mysqld. Vous devrez alors rechercher le programme qui utilise ce port, et le désactiver, ou bien dire à mysqld d'écouter sur un autre port avec l'option --port. Dans ce cas, vous devrez aussi spécifier le numéro de port à tous les clients qui se connecte au serveur via TCP/ IP. Une autre raison d'inaccessibilité du port est que vous avez un coupe-feu qui fonctionne, et qui bloque ces port. Pour cela, modifiez la configuration du coupe-feu pour libérer l'accès au port. Si safe_mysqld démarre le serveur, mais que vous n'arrivez pas à vous y connecter, vous devriez vous assurer que vous avez une entrée dans le fichier /etc/hosts qui ressemble à ceci@ : 127.0.0.1 localhost Ce problème survient uniquement sur les systèmes qui n'ont pas une bibliothèque de threads fonctionnels, ou pour lesquels MySQL a été configuré pour utiliser les MIT-pthreads. Si vous n'arrivez toujours pas à lancer mysqld, vous pouvez essayer de générer un fichier de traces avec l'option --debug. See Section D.1.2, « Créer un fichier de tra¸age ». 2.5.3. Création des premiers droits MySQL Le processus d'installation de MySQL passe par la création de la base de données mysql, qui contient les tables de droits : ? La distribution Windows contient des tables de droits pre-initialisées automatiquement. ? Sous Unix, les tables de droits sont remplies par le programme mysql_install_db. Certains assistants d'installation le font pour vous. Les autres vous imposent de le faire manuellement. Pour plus de détails, voyez Section 2.5.2, « Procédures de post-installation sous Unix ». Le script mysql_install_db démarre le serveur mysqld et initialise les tables de droits, avec les paramètres suivants : ? Deux comptes MySQL root sont créés en tant qu'administrateurs ayant tous les droits. Le mot de passe de l'utilisateur initial root est vide, ce qui permet à n'importe qui de se connecter en tant que root sans mot de passe, pour profiter de tous les droits. ? Sous Windows, un compte root permet de se connecter depuis l'hôte local, et l'autre depuis n'importe quel hôte. ? Sous Unix, les deux comptes root sont destinés à être utilisés depuis le compte local. Les connexions doivent être faîtes en spécifiant le nom d'hôte localhost, ou le véritable nom d'hôte, ou l'adresse IP. Installer MySQL 119 ? Deux comptes utilisateur anonyme sont créés, qui peuvent faire ce qu'ils veulent avec toutes les tables dans la base de données 'test' ou commen¸ant par 'test_'. Cela signifie qu'un utilisateur peut se connecter sans mot de passe et être traité comme un utilisateur anonyme. ? Sous Windows, un compte anonyme sert depuis l'hôte local. Ce compte a tous les droits, comme root. L'autre sert aux connexions depuis les hôtes, et a tous les droits pour les bases test ou commen¸ant par test. ? Sous Unix, les deux comptes anonymes servent depuis l'hôte local. Les connexions doivent être faîtes en spécificant le nom d'hôte localhost, ou le véritable nom d'hôte, ou l'adresse IP. Ces comptes ont tous les droits dans les bases test ou dont le nom commence par test_. Comme indiqué, aucun des comptes initiaux n'a de mot de passe. Cela signifie que votre installation MySQL n'est pas protégée jusqu'à ce que vous y remédiez : ? Si vous voulez éviter que les clients ne se connectent en tant qu'utilisateur anonyme sans mot de passe, vous devez assigner des mots de passe à ces comptes, ou bien les supprimer. ? Vous devez assigner des mots de passe aux comptes root. Les instructions suivantes décrivent comment configurer les mots de passe pour les comptes initiaux, en commen¸ant par les comptes anonymes, puis pour les comptes root. Remplacez ``nouveau_mot'' dans les exemples ci-dessous par le nouveau mot de passe que vous voulez utiliser. Ces instructions montrent aussi comment supprimer les comptes anonymes. Vous pouvez différer le changement de mot de passe jusqu'à plus tard, pour pouvoir utiliser cette configuration pour les tests. Cependant, n'oubliez pas de le faire avant de mettre votre serveur en production. Pour assigner des mots de passe aux comptes anonymes, vous pouvez utiliser les commandes SET PASSWORD et UPDATE. Dans les deux cas, assurez-vous de chiffrer les mots avec la fonction PASSWORD(). Pour utiliser SET PASSWORD sur Windows, faîtes : shell> mysql -u root mysql> SET PASSWORD FOR ''@'localhost' = PASSWORD('nouveau_mot'); mysql> SET PASSWORD FOR ''@'%' = PASSWORD('nouveau_mot'); Pour utiliser SET PASSWORD sur Unix, faîtes : shell> mysql -u root mysql> SET PASSWORD FOR ''@'localhost' = PASSWORD('nouveau_mot'); mysql> SET PASSWORD FOR ''@'host_name' = PASSWORD('nouveau_mot'); Dans la seconde commande SET PASSWORD, remplacez host_name par le nom de l'hôte du serveur. C'est le nom qui sera spécifié dans la colonne Host de la ligne du compte root, et qui n'est pas localhost. Si vous ne savez pas quel nom d'hôte c'est, utilisez cette commande avant d'utiliser SET PASSWORD : mysql> SELECT Host, User FROM mysql.user; Recherchez une ligne qui contient root dans la colonne User et quelque chose d'autre que localhost dans la colonne Host. Puis, utilisez la valeur de Host dans la seconde commande SET PASSWORD. L'autre moyen d'assigner des mots de passe à un compte anonyme est d'utiliser la commande UPDATE pour modifier la table user directement. Connectez vous en tant que root et envoyez Installer MySQL 120 une commande UPDATE qui assigne une valeur à la colonne Password dans les lignes appropriée de la table user. La procédure est la même sous Unix et sous Windows. La commande suivante UPDATE met à jour le mot de passe pour les deux comptes en même temps : shell> mysql -u root mysql> UPDATE mysql.user SET Password = PASSWORD('nouveau_mot') -> WHERE User = ''; mysql> FLUSH PRIVILEGES; Après voir fait la mise à jour des mots de passe dans la table user avec la commande UPDATE, vous devez demander au serveur de relire les tables de droits, avec FLUSH PRIVILEGES. Sinon, les modifications ne seront pas prises en compte avant le prochain redémarrage du serveur. Si vous préférez supprimer les comptes anonymes, faîtes ceci : shell> mysql -u root mysql> DELETE FROM mysql.user WHERE User = ''; mysql> FLUSH PRIVILEGES; La commande DELETE s'applique à Windows et Unix. Sous Windows, si vous voulez supprimer uniquement les comptes anonymes qui ont les mêmes droits que root, faîtes ceci : shell> mysql -u root mysql> DELETE FROM mysql.user WHERE Host='localhost' AND User=''; mysql> FLUSH PRIVILEGES; Ce compte permet un accès anonyme avec les pleins droits : le supprimer améliore la sécurité. Vous pouvez assigner les mots de passe au compte root de nombreuses fa¸ons. La discussion suivante montre trois méthodes : ? Utiliser la commande SET PASSWORD ? Utiliser la commande en ligne mysqladmin ? Utiliser la commande UPDATE Pour assigner un mot de passe avec la commande SET PASSWORD, connectez vous en tant que root et faites deux commandes SET PASSWORD. Assurez vous de chiffrer le mot de passe avec PASSWORD(). Pour Windows, faîtes ceci : shell> mysql -u root mysql> SET PASSWORD FOR 'root'@'localhost' = PASSWORD('nouveau_mot'); mysql> SET PASSWORD FOR 'root'@'%' = PASSWORD('nouveau_mot'); Pour Unix, faîtes ceci : shell> mysql -u root mysql> SET PASSWORD FOR 'root'@'localhost' = PASSWORD('nouveau_mot'); mysql> SET PASSWORD FOR 'root'@'host_name' = PASSWORD('nouveau_mot'); Dans la seconde commande SET PASSWORD, remplacez host_name par le nom de l'hôte du serveur. C'est le même nom que celui qui a été utilisé pour les comptes anonymes. Pour assigner un mot de passe à root en utilisant mysqladmin, exécutez les commandes suivantes : shell> mysqladmin -u root password "nouveau_mot" Installer MySQL 121 shell> mysqladmin -u root -h host_name password "nouveau_mot" Ces commandes s'appliquent à Windows et à Unix. Dans la seconde commande, remplacez host_name par le nom du serveur hôte. Les guillemets doubles autour du mot de passe ne sont pas nécessaires, mais vous devez les utiliser si vous avez des espaces ou d'autres caractères spéciaux. Si vous utilisez un serveur d'une très vieille version de MySQL, la commande mysqladmin va échouer avec un message d'erreur : parse error near 'SET password'. La solution à ce problème est de changer la version du serveur MySQL. Vous pouvez aussi utiliser UPDATE pour modifier directement la table user. La commande UPDATE suivante assigne un mot de passe aux comptes root en même temps : shell> mysql -u root mysql> UPDATE mysql.user SET Password = PASSWORD('nouveau_mot') -> WHERE User = 'root'; mysql> FLUSH PRIVILEGES; La commande UPDATE s'applique à Windows et à Unix. Après modification des mots de passe, vous devrez les fournir à chaque connexion au serveur. Par exemple, si vous voulez utiliser la commande mysqladmin pour éteindre le serveur, vous devez utiliser une commande de cette forme : shell> mysqladmin -u root -p shutdown Enter password: (enter root password here) Note : si vous perdez votre mot de passe root après l'avoir configuré, la procédure pour le remettre à zéro est présentée dans la section Section A.4.1, « Comment réinitialiser un mot de passe Root oublié ». Pour créer de nouveaux comptes, utilisez la commande GRANT. Pour les instructions, voyez Section 5.6.2, « Ajouter de nouveaux utilisateurs à MySQL ». 2.6. Changer de version de MySQL Vous pouvez toujours les fichiers de structures et de données entre les différentes versions de MySQL. La version de base actuelle est la version 3. Si vous changez le jeu de caractères lors de l'utilisation de MySQL (ce qui va aussi affecter le tri), vous devez exécuter la commande myisamchk -r -q --set-character-set=charset sur toutes les tables. Sinon, vos index ne seront pas correctement triés. Les instructions suivantes sont un pense-bête de tout ce à quoi vous devez penser lors d'une mise à jour : ? Lisez la section de mise à jour pour la version que vous voulez utiliser, afin de voir les nouvelles fonctionnalités que vous pourrez utiliser. Par exemple, en passant de MySQL 4.1 en 5.0, lisez l'historique de la version 5.0. See Annexe C, Historique des changements MySQL. ? Avant de faire une mise à jour, faîtes une sauvegarde de vos données. ? Si vous utilisez MySQL Server sur Windows, voyez Section 2.2.11, « Mettre à jour MySQL sous Windows ». ? Une mise à jour peut impliquer la modification des tables de droits, dans la base mysql. Certaines colonnes ou tables peuvent être ajoutées pour supporter de nouvelles fonctionnalités. Pour tirer partie de ces fonctionnalités, assurez vous de mettre à jour vos tables. La procédure de migration est présentée dans Section 2.6.7, « Mise à jour des tables de droits ». ? Si vous utilisez la réplication, voyez la Section 6.6, « Changer de version de réplication » pour Installer MySQL 122 savoir comment mettre à jour votre architecture de réplication. ? Si vous installez une distribution MySQL-Max qui inclut le serveur mysqld-max, puis que vous passez à une version non-Max de MySQL, mysqld_safe va tenter d'utiliser l'ancien serveur mysqld-max. Si vous faites une telle mise à jour, vous devez supprimer manuellement l'ancien serveur mysqld-max pour vous assurer que mysqld_safe utilise le nouveau mysqld. Si vous avez peur des nouvelles versions, vous pouvez toujours renommer votre vieux mysqld avec un nom comme mysqld-ancienne_version. Si votre nouveau serveur mysqld se comportement bizarrement, vous pourrez toujours l'éteindre, et redémarrer avec votre vieux mysqld! Lorsque vous faites une évolution de version, vous devriez toujours faire une sauvegarde de vos anciennes données. Si après un changement de version, vous rencontrez des problèmes avec les clients recompilés, comme Commands out of sync ou des core dumps inopinés, vous avez probablement utiliser un vieux fichier d'entête ou une vieille bibliothèque lors de la compilation de vos programmes. Dans ce cas, vérifiez la date de votre fichier mysql.h, et de votre bibliothèque libmysqlclient.a, pour vous assurer qu'ils proviennent bien de la nouvelle distribution MySQL. Si ce n'est pas le cas, recompilez vos programmes! Si vous avez des problèmes tels que le nouveau serveur mysqld ne peut plus démarrer, ou que vous ne pouvez pas vous connecter sans un mot de passe, vérifiez que vous n'avez pas un vieux fichier my.cnf dans votre installation! Vous pouvez le vérifier comme ceci : program-name - -print-defaults. Si cette commande affiche autre chose que le nom du programme, vous avez un fichier my.cnf actif, qui perturbe vos opérations. C'est une bonne idée que de reconstruire et re-installer le module Msql-Mysql à chaque fois que vous faites une nouvelle version de MySQL, en particulier si vous rencontrez des symptômes tels que les DBI qui font des core dump après votre mise à jour de MySQL. 2.6.1. Passer en de version 4.1 en version 5.0 En général, il faut suivre ces instructions pour passer en version 5.0, depuis la version 4.1 : ? Lisez la présentation de la version 5.0, pour savoir quelles évolutions et quelles nouveautés vous pourrez utiliser. See Section C.1, « Changements de la version 5.0.0 (Développement) ». ? Si vous utilisez MySQL Server sur Windows, voyez la section Section 2.2.11, « Mettre à jour MySQL sous Windows ». ? MySQL 5.0 apporte les procédures stockées. Ce support requiert la table de droits proc dans la base mysql. Après la mise à jour du serveur, mettez aussi à jour les tables de droits pour vous assurer que la table proc existe. La procédure utilise le script mysql_fix_privilege_tables et est décrite dans la section Section 2.6.7, « Mise à jour des tables de droits ». ? Si vous utilisez la réplication, voyez aussi la section Section 6.6, « Changer de version de réplication », pour la mise à jour de votre architecture. 2.6.2. Passer de la version 4.0 à la version 4.1 En général, vous devez suivre les instructions suivantes pour passer de MySQL 4.0 à 4.1 : ? Vérifiez la liste des modifications de cette section, vous voir si elles ont un impact sur vos applications. Installer MySQL 123 ? Lisez la liste des nouveautés de la version 4.1 pour identifier les nouvelles fonctionnalités significatives pour vos projets. See Section C.2, « Changements de la version 4.1.x (Alpha) ». ? Si vous faites fonctionner MySQL sur Windows, voyez Section 2.2.11, « Mettre à jour MySQL sous Windows ». ? Après mise à jour du serveur, mettez à jour les tables de droits, pour accepter des colonnes Password plus grande. La procédure utilise le script mysql_fix_privilege_tables et est décrite dans la section Section 2.6.7, « Mise à jour des tables de droits ». Les implications du changement de gestion du mot de passe est décrit plus loin dans cette section. Si vous ne le faîtes pas, MySQL ne pourra pas utiliser le protocole sécuritaire pour l'identification. ? Si vous utilisez la réplication, voyez la section Section 6.6, « Changer de version de réplication » pour mettre à jour votre installation. ? Le moteur de table Berkeley DB table est passé en version DB 4.1 (depuis la 3.2), et il dispose d'un nouveau format de log. Si vous devez revenir en version 4.0, vous devrez utiliser mysqldump pour exporter vos tables BDB au format texte, et effacer tout les fichiers log.XXXXXXXXXX avant de redémarrer le serveur MySQL 4.0 et de réimporter les données. ? Le support des jeux de caractères a été amélioré. si vous avez des tables qui contiennent des données représentées dans un jeu de caractères que MySQL 4.1 supporte directement, vous pouvez convertir ces colonnes vers le bon jeu de caractères avec les instructions du chapitre Section 10.10.2, « Conversion de colonnes version 4.0 en version 4.1 ». ? Si vous utilisez un vieux module DBD-mysql (Msql-MySQL-modules) vous devez mettre à jour le module DBD-mysql. Tout ce qui est plus récent que DBD-mysql 2.xx doit convenir. Si vous ne mettez pas à jour, certaines commandes telles que DBI->do() ne rapporteront pas correctement les erreurs. ? L'option --defaults-file=option-file-name vous donnera une erreur si le fichier d'options n'existe pas. Plusieurs comportements visibles ont changé entre MySQL 4.0 et MySQL 4.1 pour corriger des bogues critiques et rendre MySQL plus compatible avec le standard SQL. Ces changements peuvent affecter votre application. Certains des comportement 4.1 peuvent être testés en version 4.0 avant de passer à la 4.1. Nous avons ajouté l'option --new de démarrage de mysqld pour les versions supérieure à la 4.0.12. See Section 5.2.1, « Options de ligne de commande de mysqld ». Cette option vous donne le comportement de la version 4.1 pour les modifications les plus critiques. Vous pouvez aussi activer ces comportements pour une connexion particulière en utilisant la commande SET @@new=1, pour désactiver cette option avec SET @@new=0. Si vous pensez que certains des changements de la version 4.1 vous affecteront, nous vous recommandons, avant de passer en version 4.1, de télécharger la dernière version 4.0, et de l'exécuter avec l'option --new en plus de vos configuration habituelles : [mysqld-4.0] new De cette manière, vous pouvez tester le comportement de la version 4.1 depuis votre serveur 4.0. Cela vous donnera le temps de supprimer les anomalies, et de passer sans problème à la version 4.1, ultérieurement. En faisant cela, vous n'allez pas rencontrer de bug accidentel lors du changement, que vous n'aurez pas corrigé grâce à --new. Voici une liste complète, vous indiquant ce à quoi vous devez faire attention lors du changement de version : Modification du serveur : Installer MySQL 124 ? Toutes les colonnes et tables ont désormais un jeu de caractères, qui apparaît dans le résultat de la commande SHOW CREATE TABLE et mysqldump. See Chapitre 10, Jeux de caractères et Unicode. (MySQL 4.0.6 et plus récent peuvent lire les nouveaux fichiers de dump, mais pas les plus anciennes versions de MySQL). Cela ne doit pas affecter les applications qui n'utilisent qu'un seul jeu de caractères. ? Le format de définition de table du fichier .frm a légèrement changé en version 4.1. Les versions de MySQL 4.0 à partir de la 4.0.11 peuvent lire le nouveau format .frm directement, mais les versions plus anciennes ne le peuvent pas. Si vous devez déplacer des tables de la version 4.1 vers une version 4.0.11, passez plutôt par mysqldump. See Section 8.8, « mysqldump, sauvegarde des structures de tables et les données ». ? Note importante : si vous mettez à jour en version InnoDB-4.1.1 ou plus récent, il sera difficile de revenir à une version plus ancienne, 4.0 or 4.1.0! Ceci est dû aux versions de InnoDB qui ne reconnaissent pas les espaces de table multiples. ? Si vous utilisez plusieurs serveurs sur la même machine Windows, vous devriez utiliser l'option --shared_memory_base_name avec des valeurs différentes sur toutes les machines. ? L'interface des fonctions UDF agrégeantes a un peu changé. Vous devez commencer par déclarer une fonction xxx_clear() pour chaque fonction agrégeante XXX(). Evolution du client : ? mysqldump dispose des options --opt et --quote-names, qui sont activées par défaut. Vous pouvez les désactiver avec --skip-opt et --skip-quote-names. Evolution du SQL : ? La comparaison de chaînes fonctionne maintenant conformément au standard SQL : au lieu de supprimer les espaces de fin de chaîne avant la comparaison, nous complétons les chaînes courte avec des espaces. Le problème est que maintenant, 'a' > 'a\t', ce qui n'était pas le cas avant. Si vous avez des tables avec des colonnes CHAR ou VARCHAR dont le dernier caractères peut être de code ASCII(32) ou plus petit, vous devez utiliser la commande REPAIR TABLE ou myisamchk. ? Lorsque vous utilisez des commandes DELETE multi-tables, vous devez utiliser les alias de tables que vous voulez effacer, et non pas le véritable nom de la table. Par exemple, au lieu de : DELETE test FROM test AS t1, test2 WHERE ... faîtes : DELETE t1 FROM test AS t1, test2 WHERE ... ? TIMESTAMP est maintenant retourné comme une chaîne, au format 'YYYY-MM-DD HH:MM:SS'. L'option --new peut être utilisée depuis la version 4.0.12, pour que le serveur adopte le comportement de la version 4.1 pour ce point. Si vous voulez recevoir la version entière de la valeur, comme en version 4.0, il suffit d'ajouter +0 à chaque colonne TIMESTAMP : mysql> SELECT ts_col + 0 FROM tbl_name; La largeur d'affichage des colonnes TIMESTAMP ne sont plus supportées. Par exemple, si vous déclarez une colonne de type TIMESTAMP(10), le nombre (10) est ignoré. Ces changements sont nécessaires pour respecter les standards SQL. Dans une future version, une autre modification aura lieu, mais restera compatible avec celle-ci : la taille de la valeur Installer MySQL 125 TIMESTAMP indiquera le nombre de chiffres voulu pour les fractions de secondes. ? Les valeurs binaires, comme 0xFFDF, sont maintenant supposées être des chaînes et non pas des nombres. Cela corrige des problèmes avec les jeux de caractères, où il est plus pratique d'insérer une chaîne comme une chaîne binaire. Avec cette modification, vous devez utiliser la fonction CAST() si vous voulez comparer des valeurs binaires avec les entiers : mysql> SELECT CAST(0xFEFF AS UNSIGNED INTEGER) < CAST(0xFF AS UNSIGNED INTEGE -> 0 Si vous n'utilisez pas CAST(), une comparaison lexicale de la chaîne aura lieu : mysql> SELECT 0xFEFF < 0xFF; -> 1 Utiliser des chaînes binaires dans un contexte numérique, ou bien comparer des valeurs avec les opérateurs comme = devrait fonctionner comme auparavant. L'option --new peut être utilisée à partir de la version 4.0.13 pour que le serveur 4.0 se comporte comme le serveur 4.1. ? Les fonctions qui retournent des DATE, DATETIME, ou TIME sont désormais traitées lors de leur arrivée sur le client. Par exemple, en MySQL 4.1, vous obtenez le résultat suivant : mysql> SELECT CAST("2001-1-1" as DATETIME); -> '2001-01-01 00:00:00' En MySQL 4.0, le résultat est différent : mysql> SELECT CAST("2001-1-1" as DATETIME); -> '2001-01-01' ? Les valeurs DEFAULT ne peuvent plus être spécifiées pour les colonnes de type AUTO_INCREMENT. En 4.0, la clause DEFAULT est ignorée silencieusement. En 4.1, une erreur survient. ? LIMIT n'accepte plus les arguments négatifs. Utilisez 18446744073709551615 au lieu de -1. ? SERIALIZE n'est plus une option valide pour la variable sql_mode. Il faut utiliser la commande SET TRANSACTION ISOLATION LEVEL SERIALIZABLE à la place. SERIALIZE n'est plus valide comme option de --sql-mode pour mysqld, non plus. Utilisez --transaction-isolation=SERIALIZABLE. Changement de l'interface C : ? Certaines fonctions C telles que mysql_real_query() retournent maintenant 1 en cas d'erreur, et non plus -1. Vous aurez peut être à changer certaines anciennes applications comme ceci : if (mysql_real_query(mysql_object, query, query_length) == -1) { printf("Erreur"); } Modifiez le test de comparaison à 0 : if (mysql_real_query(mysql_object, query, query_length) != 0) { printf("Erreur"); } Installer MySQL 126 Gestion des mots de passe : Le mécanisme de mot de passe a changé en version 4.1 pour assurer une meilleure sécurité, mais cela pose des problèmes de compatibilité, si vous avez encore des clients qui utilisent les bibliothèques 4.0 ou plus ancien. Il est probable que vous ayez de tels clients, s'ils se connectent depuis des serveurs distants qui n'ont pas encore adopté la version 4.0. La liste suivante présente les stratégies de mise à jour. Elle représentent différents compromis entre la compatibilité et la sécurité. ? Ne passez pas en version 4.1. Aucun comportement ne changera, mais vous ne pourrez pas utiliser les nouvelles fonctionnalités du protocole de la version 4.1. MySQL a amélioré le protocole client/serveur de la version 4.1, en ajoutant les commandes préparées et le support des jeux de caractères. See Section 24.2.4, « Fonctions C de commandes préparées ». ? Passez en version 4.1, utilisez le script mysql_fix_privilege_tables pour agrandir la colonne Password de la table user pour qu'elle puisse contenir les nouveaux hashs de mots de passe. Mais lancez le serveur avec l'option --old-passwords pour que les clients pre-4.1 puissent continuer d'utiliser leurs anciens comptes. Finalement, lorsque tous les clients seront passés en version 4.1, vous pourrez cesser d'utiliser l'option --old-passwords. Vous pouvez aussi changer les mots de passe de vos comptes MySQL pour adopter le nouveau format. ? Passez en version 4.1 et utilisez le script mysql_fix_privilege_tables pour aggrandir la colonne Password de la table user. Si vous savez que tous les clients sont passés en version 4.1, n'utilisez pas l'option --old-passwords. Au lieu de cela, changez les mots de passe de tous les comptes, pour qu'ils adoptent le nouveau format. Une installation 100% 4.1 est la plus sûre. D'autres informations sur le nouvel algorithme de protection des mots de passe et les opérations les concernants sont disponibles dans la section Section 5.5.9, « Hashage de mots de passe en MySQL 4.1 ». Section A.2.3, « Erreur Client does not support authentication protocol ». 2.6.3. Passer de la version 3.23 à la version 4.0 En général, ce que vous devez faire pour passer en version 4.0, à partir d'une version 3.23 : ? Vérifiez que les changements de la liste ci-dessous n'affectent pas votre application. ? Lisez les nouveautés de la version 4.0, pour savoir quelles nouvelles fonctionnalités vous allez découvrir en 4.0. See Section C.3, « Changements de la version 4.0.x (Production) ». ? Après mise à jour, exécutez le script mysql_fix_privilege_tables pour ajouter de nouveaux droits et fonctionnalités à la table MySQL. Voyez Section 2.6.7, « Mise à jour des tables de droits ». ? Editez les scripts de démarrage MySQL pour les fichiers de configuration pour ne plus utiliser les options abandonnées, listées ci-dessous. ? Convertissez vos vieilles tables ISAM en tables MyISAM avec la commande : mysql_convert_table_format database. Pour convertir toutes les tables d'une base de données, utilisez cette commande : shell> mysql_convert_table_format database db_name Notez que cela ne doit être fait que si toutes les tables de la base sont des tables ISAM ou MyISAM. Pour éviter de convertir toutes les tables d'une base au format MyISAM, vous pouvez explicitement utiliser les noms de vos tables ISAM après le nom de la base dans la commande. Vous pouvez aussi utiliser la commande ALTER TABLE table_name TYPE=MyISAM sur toutes les tables ISAM. Installer MySQL 127 Les tables individuelles peuvent être mises au format MyISAM en utilisant la commande ALTER TABLE suivante, pour chaque table : mysql> ALTER TABLE tbl_name TYPE=MyISAM; Pour connaître le type d'une table, utilisez cette commande : mysql> SHOW TABLE STATUS LIKE 'tbl_name'; ? Assurez-vous que vous n'avez pas de client MySQL qui utilise des bibliothèques partagées (comme les modules Perl Msql-Mysql). Si vous en avez, vous devriez les recompiler car les structures utilisées dans libmysqlclient.so ont changées. ? Si vous utilisez MySQL sur Windows, voyez aussi Section 2.2.11, « Mettre à jour MySQL sous Windows ». ? Si vous utilisez la réplication, voyez aussi Section 6.6, « Changer de version de réplication » pour plus de détails sur la mise à jour de la réplication. MySQL 4.0 va fonctionner même si vous ne suivez pas les instructions ci-dessus, mais il ne sera pas capable de profiter des nouveaux droits disponibles avec MySQL 4.0 et vous pourriez rencontrer des problèmes lors de l'évolution vers MySQL 4.1 ou plus récent. Les fichiers ISAM fonctionne toujours en MySQL 4.0 mais il est abandonné, et il sera désactivé en MySQL 5.0. Les anciens clients doivent fonctionner avec le serveur version 4.0 sans aucun problème. Même si vous suivez les instructions ci-dessus, vous pourrez retourner en version MySQL 3.23.52 ou plus récent, si vous rencontrez des difficultés avec MySQL 4.0. Dans ce cas, vous devez utiliser la commande mysqldump sur toutes les tables qui utilisent un index en texte plein, et restaurer ces tables en 3.23 (car la version 4.0 utilise un nouveau format pour les index en texte plein). Voici une liste plus complète de points à contrôler lorsque vous passez à la version 4.0 : ? MySQL 4.0 a de très nombreux nouveaux droits dans la table mysql.user. See Section 5.5.3, « Droits fournis par MySQL ». Pour installer ces nouveaux droits, suivez la procédure dans Section 2.6.7, « Mise à jour des tables de droits ». Jusqu'à ce que ce script soit exécuté, les utilisateurs auront les droits de SHOW DATABASES, CREATE TEMPORARY TABLES, et LOCK TABLES. Les droits de SUPER et EXECUTE héritent leur valeur du droit de PROCESS. REPLICATION SLAVE et REPLICATION CLIENT héritent leur valeur de FILE. Si vous avez un script qui crée automatiquement des nouveaux utilisateur, vous devez le modifier pour y inclure les nouveaux droits. Si vous n'utilisez pas la commande GRANT dans ces scripts, c'est une bonne idée que de les vérifier. En version 4.0.2, l'option --safe-show-database est abandonnée (et ne fait plus rien du tout). See Section 5.4.3, « Options de démarrage qui concernent la sécurité ». Si vous obtenez des interdictions d'accès pour les nouveaux utilisateurs en version 4.0.2, vous devriez vérifier si vous avez besoin de nouveaux droits que vous n'utilisiez pas avant. En particulier, vous aurez besoin du droit de REPLICATION SLAVE (au lieu de FILE) pour les nouveaux esclaves. ? safe_mysqld a été renommé en mysqld_safe. Pour assurer la compatibilité ascendante, les distribution binaires vont inclure pour quelques temps un lien symbolique de safe_mysqld vers mysqld_safe. ? Le support InnoDB est désormais inclut par défaut dans la distribution binaire. Si vous Installer MySQL 128 compilez MySQL depuis les sources, et que vous voulez économiser de la mémoire, utilisez l'option --skip-innodb au démarrage du serveur. Pour compiler MySQL sans le support InnoDB, utilisez le script configure avec l'option --without-innodb. ? Les paramètres de démarrage myisam_max_extra_sort_file_size et myisam_max_extra_sort_file_size sont désormais exprimés en octets, et non plus en Mo, comme cela était le cas jusqu'en version 4.0.3). ? mysqld dispose maintenant de l'option --temp-pool activée par défaut, car cela donne de meilleures performances sur certains systèmes d'exploitation, et notamment Linux. ? Les options de démarrage mysqld --skip-locking et --enable-locking ont été renommées --skip-external-locking et --external-locking. ? Les systèmes externes de verrouillages des tables MyISAM/ISAM sont désormais désactivés par défaut. Vous pouvez les réactiver avec l'option --external-locking. Pour la plupart des utilisateurs, ce n'est jamais nécessaire. ? Les options de démarrage suivantes ont été renommées : Ancien nom Nouveau nom. myisam_bulk_insert_tree_size bulk_insert_buffer_size query_cache_startup_type query_cache_type record_buffer read_buffer_size record_rnd_buffer read_rnd_buffer_size sort_buffer sort_buffer_size warnings log-warnings err-log --log-error (for mysqld_safe) Les options de démarrage record_buffer, sort_buffer et warnings vont encore fonctionner avec MySQL 4.0 mais elles sont obsolètes. Changements SQL : ? Les variables SQL suivantes ont changé de nom. Ancien nom Nouveau nom. SQL_BIG_TABLES BIG_TABLES SQL_LOW_PRIORITY_UPDATES LOW_PRIORITY_UPDATES SQL_MAX_JOIN_SIZE MAX_JOIN_SIZE SQL_QUERY_CACHE_TYPE QUERY_CACHE_TYPE Les anciens noms fonctionneront encore en MySQL 4.0, mais sont obsolètes. ? Vous devez utiliser la commande SET GLOBAL SQL_SLAVE_SKIP_COUNTER=# au lieu de SET SQL_SLAVE_SKIP_COUNTER=#. ? SHOW MASTER STATUS retourne désormais une liste vide si les logs binaires ne sont pas activés. ? SHOW SLAVE STATUS retourne désormais une liste vide si l'esclave n'est pas initialisé. ? SHOW INDEX a 2 colonnes de plus (Null et Index_type) qu'il n'avait pas en version 3.23. ? Le format de SHOW OPEN TABLE a été changé. Installer MySQL 129 ? ORDER BY col_name DESC trie les valeurs NULL en dernier, depuis MySQL 4.0.11. En 3.23 et dans les premières versions de 4.0, ce n'était pas toujours cohérent. ? CHECK, SIGNED, LOCALTIME et LOCALTIMESTAMP sont des mots réservés. ? Les colonnes DOUBLE et FLOAT acceptent désormais l'option UNSIGNED pour le stockage (auparavant, UNSIGNED était ignoré pour ces colonnes). ? Le résultat de toutes les opérations sur les bits, |, &, <<, >> et ~ est maintenant non signé. Cela peut poser des problèmes si vous aviez un contexte dans lequel vous souhaitez un résultat signé. See Section 12.7, « Fonctions de transtypage ». Note : lorsque vous utilisez la soustraction entre des entiers dont l'un est UNSIGNED, le résultat sera non signé! En d'autres termes, avant de passer à la version MySQL 4.0, vous devriez vérifier les situations où votre application soustrait une valeur d'un entier non signé, et que vous attendez une valeur négative, ou si vous soustrayez une valeur non signée d'une colonne. Vous pouvez désactiver ce comportement en utilisant l'option de démarrage - -sql-mode=NO_UNSIGNED_SUBTRACTION lorsque vous démarrez mysqld. See Section 12.7, « Fonctions de transtypage ». ? Vous devriez utiliser des entiers pour stocker les valeurs dans les colonnes de type BIGINT (au lieu d'utiliser des chaînes, comme vous le faisiez en MySQL 3.23). Utiliser des chaînes va toujours fonctionner, mais passer des entiers est bien plus efficace. ? En version 3.23, INSERT INTO ... SELECT fonctionne toujours avec l'option IGNORE. En version 4.0.1, MySQL va s'arrêter (et peut être annuler la transaction) si vous ne spécifiez pas l'option IGNORE. ? Vous devriez utiliser la commande TRUNCATE TABLE lorsque vous voulez effacer toutes les lignes d'une table, et que vous ne souhaitez pas savoir combien de lignes ont été effacées de la table (car TRUNCATE TABLE est plus rapide que DELETE FROM table_name). ? Vous allez rencontrer une erreur si vous avez un verrou actif ou une transaction active, et que vous essayez d'utiliser les commandes TRUNCATE TABLE ou DROP DATABASE. ? Pour utiliser MATCH ... AGAINST (... IN BOOLEAN MODE) avec vos table,s vous devez les reconstruire avec ALTER TABLE table_name TYPE=MyISAM, même si la table est déjà au format MyISAM. See Section 12.6.4, « Paramétrage précis de la recherche en text intégral de MySQL ». ? LOCATE() et INSTR() sont sensibles à la casse, si l'un des arguments est une chaîne binaire. Sinon, ils sont insensibles à la casse. ? STRCMP() utilise désormais le jeu de caractères courant pour les comparaisons, ce qui signifie que le comportement par défaut des comparaisons est désormais insensible à la casse. ? HEX(string) retourne désormais les caractères convertis sous la forme d'une chaîne hexadécimale. Si vous voulez convertir un nombre en hexadécimal, vous devez vous assurer d'appeler HEX() avec un argument numérique. ? RAND(seed) retourne un nombre différent en version 4.0 qu'en version 3.23 : cela est fait pour différencier plus fortement RAND(seed) de RAND(seed+1). ? Le type par défaut retourné par IFNULL(A,B) est maintenant le plus général des deux types A et B. (L'ordre est STRING, REAL puis INTEGER). Changements de l'interface C : ? Les fonctions de l'ancienne API C API mysql_drop_db, mysql_create_db et mysql_connect ne sont plus supportées, à moins que vous ne compiliez MySQL avec CFLAGS=-DUSE_OLD_FUNCTIONS. Au lieu de cela, il sera plus sage de changer vos programmes, pour qu'il utilisent la nouvelle API 4.0. Installer MySQL 130 ? Dans la structure MYSQL_FIELD, length et max_length ont évolué de unsigned int en unsigned long. Cela ne va pas causer de problèmes, hormis le fait qu'ils peuvent générer des messages d'alerte lorsqu'ils sont utilisé comme argument de fonctions comme printf(). ? Les clients multi-threadés doivent utiliser mysql_thread_init() et mysql_thread_end(). See Section 24.2.15, « Comment faire un client MySQL threadé ». Autres changements : ? Si vous voulez recompiler le module Perl DBD::mysql, vous devez prendre les versions Msql- Mysql-modules 1.2218 ou plus récente, car les anciennes versions des module DBD utilisent une fonction drop_db() abandonnée. 2.6.4. Passer de la version 3.22 à la version 3.23 Les clients des versions 3.22 et 3.21 vont fonctionner sans problèmes avec la version 3.23 du serveur. La liste suivante indique les points à vérifier lors de la migration : Changement de tables : ? MySQL 3.23 supporte les nouvelles tables MyISAM et l'ancien type ISAM. Par défaut, toutes les nouvelles tables sont créées avec MyISAM à moins que vous ne lanciez mysqld avec l'option - -default-table-type=isam. Vous n'avez pas à convertir les anciennes tables ISAM pour les utiliser avec MySQL 3.23. Vous pouvez les convertir les tables ISAM en MyISAM avec la commande ALTER TABLE tbl_name TYPE=MyISAM et le script Perl mysql_convert_table_format. ? Toutes les tables qui utilisent le jeu de caractères tis620 doivent être corrigées avec myisamchk -r ou REPAIR TABLE. ? Si vous utilisez le jeu de caractères allemand pour les tris, vous devez réparer vos tables avec isamchk -r, car nous avons fait des modifications dans l'ordre de tri. Changement au programme client : ? Le client MySQL mysql est démarré par défaut avec l'option option - -no-named-commands (-g). Cette option peut être désactivée avec - -enable-named-commands (-G). Cela peut causer des problèmes d'incompatibilité dans certains cas : par exemple, dans les scripts SQL qui utilisent des commandes nommées sans point virgule! Le format long de la commande devrait fonctionner correctement. ? Si vous voulez que les fichiers d'export de mysqldump soient compatibles entre les versions MySQL 3.22 et 3.23, vous ne devez pas utiliser l'option --opt ou --all de mysqldump. Changements SQL : ? Si vous exécutez une commande DROP DATABASE sur un lien symbolique, le lien et la base originale seront effacés. Cela n'arrivait pas en 3.22 car configure ne détectait pas les appels à readlink. ? OPTIMIZE TABLE ne fonctionne que pour les tables MyISAM. Pour les autres types de tables, vous devez utiliser ALTER TABLE pour optimiser la table. Durant la commande OPTIMIZE TABLE, la table est verrouillée. Installer MySQL 131 ? Les fonctions de date qui travaillent sur des parties de date (comme MONTH()) vont désormais retourner 0 pour la date 0000-00-00. (MySQL 3.22 retournait NULL.) ? Le type de retour par défaut de IF() dépendant maintenant des deux arguments, et plus seulement du premier. ? AUTO_INCREMENT ne fonctionne pas sur les nombres négatifs. La raison pour cela est que les nombres négatifs posaient des problèmes d'écrasement entre -1 et 0. AUTO_INCREMENT pour les tables MyISAM est maintenant géré à un niveau plus bas, et il est bien plus rapide. Pour les tables MyISAM, les anciens numéros ne sont plus réutilisés, même si vous effacez des lignes dans la table. ? CASE, DELAYED, ELSE, END, FULLTEXT, INNER, RIGHT, THEN et WHEN sont de nouveaux mots réservés. ? FLOAT(p) est maintenant un véritable type de nombre à virgule flottante, avec un nombre défini de décimales. ? Lors de la déclaration de DECIMAL(length,dec), la taille de l'argument n'inclut plus une place pour le signe ou le séparateur décimal. ? Une chaîne TIME doit être fournie au format suivant : [[[DAYS] [H]H:]MM:]SS[.fraction] ou [[[[[H]H]H]H]MM]SS[.fraction]. ? LIKE compare maintenant les chaînes en appliquant les mêmes règles que =. Si vous voulez l'ancien comportement, vous pouvez compiler MySQL avec l'option CXXFLAGS=-DLIKE_CMP_TOUPPER. ? REGEXP est maintenant insensible à la casse pour les chaînes normales (non binaires). ? Quand vous vérifiez/réparez des tables, vous devez utiliser CHECK TABLE ou myisamchk pour les tables MyISAM (.MYI) et isamchk pour les tables ISAM (.ISM). ? Vérifiez tous vos appels à DATE_FORMAT() pour vous assurer qu'il y a un signe pourcentage ?%? avant chaque caractère de format (MySQL version 3.22 et plus récent avait déjà cette syntaxe, mais désormais ?%? est obligatoire). ? En MySQL version 3.22, le résultat de SELECT DISTINCT ... était toujours trié. En version 3.23, vous devez spécifier la clause GROUP BY ou ORDER BY pour obtenir un résultat trié. ? SUM() retourne désormais NULL, au lieu de 0, si il n'y a pas de lignes à calculer. Ceci s'accorde avec la norme SQL. ? AND ou OR avec les valeurs NULL vont désormais retourner NULL au lieu de 0. Cela affecte surtout les requêtes qui utilisait NOT ou une expression AND/OR telle que NOT NULL = NULL. ? LPAD() et RPAD() vont réduire la taille de la chaîne résultante, si elle est plus grand que l'argument de taille. Changement de l'interface C : ? mysql_fetch_fields_direct est maintenant une fonction (c'était une macro), qui retourne un pointeur sur MYSQL_FIELD au lieu de MYSQL_FIELD. ? mysql_num_fields() ne peut plus être utilisé sur les objets MYSQL* (c'est maintenant une fonction qui prend MYSQL_RES* comme argument. Il faut donc utiliser mysql_field_count() à la place). 2.6.5. Passer de la version 3.21 à la version 3.22 Installer MySQL 132 Rien qui n'affecte la compatibilité n'a changé entre les versions 3.21 et 3.22. Le seul problème courant est que les nouvelles tables qui sont créées avec le type DATE vont désormais utiliser le nouveau format de stockage. Vous ne pourrez pas accéder à ces nouveaux formats depuis les vieilles versions de mysqld. Lors de la mise à jour en MySQL 3.23 depuis une ancienne version, suivez ces conseils : ? Après avoir installé MySQL version 3.22, vous devriez démarrer le nouveau serveur, et exécuter le script mysql_fix_privilege_tables. Il va ajouter les nouveaux droits à la commande GRANT. Si vous oubliez cela, vous obtiendrez des erreurs Access denied lorsque vous essayez d'utiliser les commandes ALTER TABLE, CREATE INDEX ou DROP INDEX. La procédure pour mettre à jour les tables de droits est décrite dans Section 2.6.7, « Mise à jour des tables de droits ». ? L'interface C de mysql_real_connect() a changé. Si vous avez un vieux client qui appelle cette fonction, vous devez placer un 0 pour le nouvel argument db (ou réécrire le client pour qu'il envoie l'élément db, et accélère les connexions). Vous devez aussi appeler mysql_init() avant d'appeler mysql_real_connect()! Ce changement a été fait pour permettre l'appel de la fonction mysql_options(), qui sauve les options dans la structure MYSQL. ? La variable key_buffer de mysqld a changé de nom, et est devenue key_buffer_size, mais vous pouvez toujours utiliser l'ancien nom dans vos fichiers de démarrage. 2.6.6. Passer de la version 3.20 à la version 3.21 Si vous avez une version de MySQL plus ancienne que la version 3.20.28 et que vous voulez passer à la version 3.21, vous devez suivre ces étapes : Vous pouvez démarrer le serveur mysqld version 3.21 avec le script safe_mysqld - -old-protocol pour l'utiliser avec les clients de la version 3.20. Dans ce cas, la fonction mysql_errno() des nouveaux clients ne sera pas fonctionnelle, et seul CR_UNKNOWN_ERROR (mais il fonctionne pour les erreurs client), et le serveur utilisera l'ancienne fonction password() plutôt que la nouvelle. Si vous n'utilisez pas l'option --old-protocol avec mysqld, vous devez suivre ces instructions : ? Tous les clients doivent être recompilés. Si vous utilisez ODBC, vous devez obtenir le nouveau pilote MyODBC 2.x. ? Le script scripts/add_long_password doit être utilisé pour convertir le champs Password de la table mysql.user en CHAR(16). ? Tous les mots de passe doivent être réassignés dans la table mysql.user pour utiliser les mots de 62 bits au lieu de 31 bits. ? Le format de table n'a pas changé, ce qui vous évite d'avoir à convertir des tables. MySQL version 3.20.28 et plus récent peut gérer les nouvelles tables user sans affecter les clients. Si vous avez une version plus ancienne que la 3.20.28, les mots de passe ne seront plus valide, si vous convertissez la table user. Pour être tranquille, commencez par faire passer votre version à la 3.20.28 puis passez en version 3.21. Le nouveau client fonctionne avec le serveur 3.20.x mysqld, alors si vous rencontrez des problèmes avec la version 3.21.x, vous pouvez toujours vous rabattre sur les vieux serveurs 3.20.x sans recompiler les clients. Si vous n'utilisez pas l'option --old-protocol de mysqld, les vieux clients vont émettre une Installer MySQL 133 erreur : ERROR: Protocol mismatch. Server Version = 10 Client Version = 9 La nouvelle interface Perl DBI/DBD supporte aussi l'ancienne interface mysqlperl. Le seul changement que vous devez faire si vous utilisez mysqlperl est de changer les arguments de la fonction connect(). Les nouveaux arguments sont : host, database, user, et password (les arguments user et password ont été échangés). Les modifications actuelles affectent les requêtes des anciennes applications : ? HAVING doit être spécifié avant la clause ORDER BY. ? Les paramètres de la fonction LOCATE() ont été échangés. ? Il y a de nouveaux mots réservés. Les plus notables sont DATE, TIME et TIMESTAMP. 2.6.7. Mise à jour des tables de droits Certaines versions introduisent des modifications dans la structure des tables de droits (les tables qui sont dans la base mysql), pour ajouter de nouveaux droits ou fonctionnalités. Pour vous assurer que vos tables de droits sont à jour lorsque vous changez de version de MySQL, il est recommandé de les mettre aussi à jour. Sous Unix ou ses équivalent, la mise à jour des tables de droits se fait en exécutant le script mysql_fix_privilege_tables : shell> mysql_fix_privilege_tables Vous devez exécuter ce script lorsque le serveur fonctionne. Le script tente de se connecter au serveur local avec le compte root. Si votre compte root requiert un mot de passe, indiquez-le en ligne de commande. Depuis MySQL 4.1 et plus récent, spécifiez le mot de passe comme ceci : shell> mysql_fix_privilege_tables --password=root_password Pour les versions antérieures à la version MySQL 4.1, spécifiez le mot de passe comme ceci : shell> mysql_fix_privilege_tables root_password L script mysql_fix_privilege_tables effectue les manipulations nécessaires pour convertir vos tables de droits au format courant. Vous pouvez apercevoir des alertes Duplicate column name durant l'exécution du script : ces alertes peuvent être ignorées sans danger. Après avoir exécuté le script, arrêtez le serveur, et relancez le. Sous Windows, il n'existe pas de moyen facile de modifier les tables de droits jusqu'à MySQL 4.0.15. Depuis la version 4.0.15 on, la distribution MySQL inclut un script SQL mysql_fix_privilege_tables.sql que vous pouvez utiliser avec le client mysql. Si votre installation MySQL est située dans le dossier C:\mysql, la commande a utiliser ressemble à celle-ci : C:\mysql\bin> mysql -u root -p mysql mysql> SOURCE C:\mysql\scripts\mysql_fix_privilege_tables.sql Si votre installation est située dans un autre dossier, vous devrez adapter les chemins. La commande mysql vous demandera le mot de passe pour le compte root : saisissez-le lorsqu'il Installer MySQL 134 est demandé. Comme pour la procédure Unix, vous pouvez voir apparaître des alertes Duplicate column name durant le traitement de votre base mysql par le script mysql_fix_privilege_tables.sql : elles peuvent être ignorées. Après avoir exécuté le script arrêtez le serveur, et relancez-le. 2.6.8. Migrer depuis une autre architecture Si vous utilisez MySQL version 3.23, vous pouvez copier les fichiers .frm, .MYI et .MYD entre les différentes architectures qui supportent le même format de nombre à virgule flottante (MySQL prend en charge les échanges d'octets). See Section 14.1, « Le moteur de tables MyISAM ». Les données MySQL des tables ISAM et les fichiers d'index (.ISD et *.ISM, respectivement) sont dépendantes de l'architecture, et dans certains cas, dépendantes du système d'exploitation. Si vous voulez déplacer des applications vers une autre machine qui a une autre architecture, ou un autre système d'exploitation que votre machine courante, il est recommandé de ne pas faire une simple copie de base en copiant les fichiers vers leur nouvelle destination. Utilisez plutôt mysqldump. Par défaut, mysqldump va créer un fichier de requêtes SQL. Vous pouvez alors transférer le fichier sur une autre machine, et le fournir comme script à un client mysql. Essayez la commande mysqldump --help pour voir quelles options sont disponibles. Si vous envoyez les données vers une nouvelle version de MySQL, il recommandé d'utiliser l'option mysqldump --opt pour obtenir un export compact et plus rapide. Le plus facile (mais pas le plus rapide) pour déplacer une base de données entre deux machines et d'exécuter les commandes suivantes sur la machine qui héberge la base : shell> mysqladmin -h 'other hostname' create db_name shell> mysqldump --opt db_name \ | mysql -h 'other hostname' db_name Si vous voulez copier la base depuis une machine distante sur un réseau lent, vous pouvez utiliser : shell> mysqladmin create db_name shell> mysqldump -h 'other hostname' --opt --compress db_name \ | mysql db_name Vous pouvez aussi stocker le résultat dans un fichier, et transférer le fichier sur la machine de destination, puis charger ce fichier dans le serveur. Par exemple, vous pouvez exporter la base vers un fichier source comme ceci : shell> mysqldump --quick db_name | gzip > db_name.contents.gz Le fichier créé est compressé. Transférez le fichier contenant le contenu de votre base sur la machine de destination, puis utilisez ces commandes : shell> mysqladmin create db_name shell> gunzip < db_name.contents.gz | mysql db_name Vous pouvez aussi utiliser mysqldump et mysqlimport pour accomplir cette opération. Pour les grandes tables, c'est bien plus rapide que d'utiliser simplement mysqldump. Dans les commandes suivantes, DUMPDIR représente le chemin complet du dossier que vous utilisez pour stocker le résultat de mysqldump. Premièrement, créez un dossier pour les fichiers d'exportation, puis faites l'export : shell> mkdir DUMPDIR shell> mysqldump --tab=DUMPDIR db_name Installer MySQL 135 Puis transférez les fichiers du dossier DUMPDIR dans un dossier correspondant, dans la machine de destination, puis chargez ces fichiers dans MySQL comme ceci : shell> mysqladmin create db_name # Création de la base shell> cat DUMPDIR/*.sql | mysql db_name # Création des tables dans la base shell> mysqlimport db_name DUMPDIR/*.txt # Chargement des données dans les tab N'oubliez pas non plus de copier le contenu de votre base mysql car c'est là que résident les droits (user, db, host). Vous devrez alors exécuter les commandes en tant que root MySQL sur la nouvelle machine, jusqu'à ce que vous ayez réinstallé mysql. Après l'importation de la base mysql sur la nouvelle machine, exécutez la commande mysqladmin flush-privileges pour que le serveur relise les droits. 2.7. Réduire de version de MySQL Cette section décrit les étapes à suivre pour passer d'une version récente à une version ancienne de MySQL, dans le cas peu probable où vous souhaitez passer à une vieille version qui marchait mieux qu'une version récente. Si vous changez de version dans une même famille (par exemple, de la version 4.0.20 à 4.0.19) la règle générale est qu'il suffit d'installer les nouveaux exécutables à la place des anciens. Il n'y a pas besoin de toucher aux données. Comme toujours, il est cependant recommandé de faire une sauvegarde. Les informations suivantes sont à garder comme liste de vérification avant de faire la migration : ? Lisez la section de mise à jour pour les versions que vous allez utiliser, et assurez-vous que vous n'aurez pas besoin de fonctionnalités qui ne seront plus disponibles. Section 2.6, « Changer de version de MySQL ». ? S'il y a une section de réduction de version pour votre installation, lisez-la. Vous pouvez toujours copier les fichiers de format et de données entre différentes installation de la même famille, sur la même architecture. La version en production actuellement est la version 4.1. Si vous passez d'une version de production à une autre plus ancienne, il est possible que vous rencontriez des incompatibilités dans les formats de stockage de table. Dans ce cas, utilisez la commande mysqldump pour exporter vos tables avant de faire la migration. Après la mise à jour, importez à nouveau les tables avec la commande mysql ou mysqlimport. Voyez Section 2.6.8, « Migrer depuis une autre architecture » pour des exemples. Le symptôme normal d'incompatibilité entre deux versions de tables est l'impossibilité d'ouvrir la table. Dans ce cas, utilisez la procéduire suivante : 1. Stoppez le vieux serveur MySQL, celui qui est l'objectif de votre migration. 2. Redémarrez le nouveau serveur, que vous essayez de quitter. 3. Exportez les tables qui étaient inaccessibles sur le vieux serveur, en utilisant la commande mysqldump pour créer un fichier d'export. 4. Stoppez le nouveau serveur et relancez l'ancien. 5. Rechargez les fichiers exportés dans le vieux serveur. Vos tables devraient être disponibles. 2.7.1. Revenir en version 4.1 Installer MySQL 136 Après être passé de MySQL 5.0 en 4.1, vous risquez de trouver les lignes suivantes dans le fichier mysql.err : Incorrect information in file: './mysql/user.frm' Dans ce cas, suivez ces instructions : 1. Lancez MySQL 5.0.4 ou plus récent. 2. Exécutez la commande mysql_fix_privilege_tables, qui va changer la table mysql.user pour qu'elle ait un format que les deux versions 4.1 et 5.0 peuvent utiliser. 3. Arrêtez le serveur MySQL. 4. Lancez MySQL 4.1. Si la procédure précédente échoue, alors il faut suivre ces instructions : 1. Lancez MySQL 5.0.4 ou plus récent. 2. Exécutez la commande mysqldump --opt --add-drop-table mysql > / tmp/mysql.dump. 3. Arrêtez le serveur MySQL. 4. Lancez MySQL 4.1 avec l'option --skip-grant. 5. Exécutez la commande mysql mysql < /tmp/mysql.dump. 6. Exécutez la commande mysqladmin flush-privileges. 2.7.2. Revenir en version 4.0 Le format des tables de la version 4.1 a changé pour accepter les jeux de caractères. A cause de cela, vous devez utiliser la commande mysqldump pour exporter les données qui ont été créées avec des versions plus récentes de MySQL. Par exemple, si toutes les tables d'une base de données doivent être exportées pour être réinsérées, au format MySQL 4.0, utilisez cette commande : shell> mysqldump --create-options --compatible=mysql40 db_name > dump_file Puis, arrêtez le nouveau serveur, relancez l'ancien, et importez les données depuis ce fichier : shell> mysql db_name < dump_file Dans le cas particulier où vous utilisez des tables MyISAM, aucun traitement spécial n'est nécessaire si toutes les colonnes contiennent des nombres ou des chaînes de caractères (CHAR, VARCHAR, TEXT etc) qui ne contiennent que des caractères latin1. Dans ce cas, les tables version 4.1 devraient être directement utilisables en version 4.0. Si vous utilisez le script mysql_fix_privilege_tables pour mettre à jour les tables de droits, vous pouvez utilisez la méthode précédente pour convertir les tables en version 4.0, ou appliquez les commandes suivantes aux tables version 4.1 : ALTER TABLE mysql.user CONVERT TO CHARACTER SET latin1 COLLATE latin1_swedish_ci ALTER TABLE mysql.db CONVERT TO CHARACTER SET latin1 COLLATE latin1_swedish_ci; ALTER TABLE mysql.host CONVERT TO CHARACTER SET latin1 COLLATE latin1_swedish_ci ALTER TABLE mysql.tables_priv CONVERT TO CHARACTER SET latin1 COLLATE latin1_swe Installer MySQL 137 ALTER TABLE mysql.columns_priv CONVERT TO CHARACTER SET latin1 COLLATE latin1_sw ALTER TABLE mysql.func CONVERT TO CHARACTER SET latin1 COLLATE latin1_swedish_ci 2.8. Notes spécifiques aux systèmes d'exploitation 2.8.1. Notes relatives à Linux (toutes versions) Cette section présente les problèmes que nous avons rencontré avec Linux. Les premières sections décrivent les problèmes liés aux opérations générales, les problèmes qui arrivent avec les distributions binaires ou source, puis les problèmes de post-installation. Les autres sections discutent de problèmes qui surviennent sur des plates-formes spécifiques. Notez que la plupart des problèmes surviennent sur les anciennes versions de Linux. Si vous utilisez une version récente, vous ne les verrez jamais ou presque. 2.8.1.1. Notes sur Linux MySQL requiert au moins Linux Version 2.0. Attention : Nous avons rencontré d'étranges problèmes avec Linux 2.2.14 et MySQL sur des architectures SMP. Nous avons aussi des rapports d'utilisateurs MySQL qui ont rencontré de sérieux problèmes de stabilité avec le noyau 2.2.14. Si vous utilisez ce noyau, il est recommandé de passer en version 2.2.19 (ou plus récente) ou en 2.4. Si vous avez un serveur multi-processeurs, vous devriez considérer sérieusement la migration vers la version 2.4 car elle vous apportera un gain de vitesse significatif. Votre système sera aussi plus stable. Lorsque vous utilisez les LinuxThreads, vous verrez un minimum de trois processus mysqld. Ce sont en fait des threads. Il y a un thread de gestion LinuxThreads, un thread pour gérer les connexions et un thread pour gérer les alertes et signaux. 2.8.1.2. Notes relatives à Linux pour les distributions binaires MySQL requière au moins la version 2.0 de Linux. Attention : Certains utilisateurs de MySQL nous ont avertis qu'ils ont rencontré de graves problèmes de stabilité avec MySQL et le noyau 2.2.14 de Linux. Si vous utilisez ce noyau, vous devez mettre à jour à la 2.2.19 (ou plus récent) ou a un noyau 2.4. Si vous utilisez un ordinateur multi-processeurs, vous devriez sérieusement songer à passer au noyau 2.4 qui vous apportera de grandes performances niveau vitesse. La version binaire est liée avec -static, ce qui signifie que normalement vous n'avez pas besoin de vous soucier des versions des bibliothèques système que vous avez. Vous n'avez pas besoin d'installer LinuxThreads non plus. Un programme lié avec -static est légèrement plus grand qu'un programme liée dynamiquement mais aussi un peu plus rapide (3-5%). Un problème, toutefois, est que vous ne pouvez utiliser de fonctions définies par l'utilisateur avec un programme lié statiquement. Si vous allez écrire ou utiliser des fonctions UDF (c'est réservé aux développeurs C ou C++), vous devez compiler MySQL vous-même, en utilisant les liaisons dynamiques. Si vous utilisez un système basé sur libc (au lieu de glibc2), vous aurez probablement quelques problèmes de résolution des noms d'hôtes et des problèmes avec getpwnam() avec les versions binaires. (Cela vient du fait que glibc dépend malheureusement de quelques bibliothèques externes pour résoudre les noms d'hôtes et getpwent(), même quand elle est compilée avec - static). Dans ce cas, vous obtiendrez probablement l'erreur suivante quand vous exécuterez mysql_install_db : Sorry, the host 'xxxx' could not be looked up Installer MySQL 138 ou l'erreur suivante quand vous essayez de démarrer mysqld avec l'option --user : getpwnam: No such file or directory Vous pouvez résoudre ce problème de la fa¸on suivante : ? Obtenez une distribution des sources MySQL (un distribution RPM ou le tar.gz) et installez la à la place. ? Exécutez mysql_install_db --force; cela n'exécutera pas le test resolveip dans mysql_install_db. Le mauvais côté est que vous ne pourrez pas utiliser de noms d'hôtes dans les tables de droits; vous devez utiliser les adresses IP à la place (sauf pour localhost). Si vous utilisez une vielle version de MySQL qui ne supporte pas --force, vous devez supprimer le test resolveip dans mysql_install à l'aide d'un éditeur. ? Démarrez mysqld avec su au lieu d'utiliser --user. Le binaire Linux-Intel et les RPM de MySQL sont configurés pour la vitesse la plus grande possible. Nous essayons toujours d'utiliser le compilateur le plus rapide disponible. Le support Perl de MySQL requière la version 5.004_03 de Perl ou plus récent. Sur quelques version de Linux 2.2, vous pouvez obtenir l'erreur Resource temporarily unavailable quand vous faites beaucoup de nouvelles connexions à un serveur mysqld en utilisant TCP/IP. Le problème est que Linux possède un délai entre votre fermeture de la socket TCP/IP et sa libération par le système. Vu qu'il y a un nombre fini de places pour les branchements TCP/IP, vous obtiendrez l'erreur précédente si vous essayez de faire beaucoup de connexions TCP/IP en peu de temps, comme quand vous exécutez le benchmark MySQL test-connect via TCP/IP. Nous avons envoyé des questions plusieurs fois à propos de ce problème à différentes listes de diffusions Linux mais n'avons jamais réussi à résoudre ce problème proprement. Le seul correctif connu pour ce problème est d'utiliser des connexions persistantes dans vos clients ou d'utiliser les sockets, si vous utilisez le serveur de bases de données et le client sur la même machine. Nous espérons que le noyau de Linux 2.4 corrigera ce problème bientôt. 2.8.1.3. Notes sur la distribution source de Linux Les notes suivantes concernant glibc ne s'appliquent que si vous compilez vous-mêmes MySQL. Si vous utilisez Linux sur une machine x86, dans la plupart des cas, il est mieux d'utiliser notre bibliothèque. Nous compilons nos exécutables avec les meilleures versions corrigées de glibc que nous pouvons trouver, avec les meilleures options de compilation possible, pour faire que notre serveur supporte les hautes charges. Pour un utilisateur typique, même pour une configuration avec de nombreuses connexions ou des tables dépassant les 2 Go, notre programme est meilleur choix. Après avoir lu ce texte, si vous doutez toujours, testez notre compilation pour voir si elle répond à vos besoins. Si vous pensez qu'elle n'est pas à la hauteur, alors essayez de compiler par vous-mêmes. Dans ce cas, nous apprécierons de savoir ce que vous avez fait, pour pouvoir améliorer notre propre version. MySQL utilise les LinuxThreads sur Linux. Si vous utilisez une vieille version de Linux qui n'a pas glibc2, vous devrez installer LinuxThreads avant de compiler MySQL. Vous pouvez obtenir LinuxThreads sur http://dev.mysql.com/downloads/os-linux.html. Notez que les versions de glibc avant et incluant la version 2.1.1 ont un bug critique dans la gestion de pthread_mutex_timedwait(), qui est utilisée lorsque vous envoyez des commandes INSERT DELAYED. Nous vous recommandons de ne pas utiliser INSERT DELAYED avant de mettre à jour glibc. Installer MySQL 139 Notez que le noyau Linux et la bibliothèque LinuxThreads sont limitées par défaut à 1024. Si vous envisagez d'avoir plus de 1000 connexions simultanées, vous aurez besoin de faire des changement dans LinuxThreads : ? Augmentez PTHREAD_THREADS_MAX dans sysdeps/ unix/sysv/linux/bits/local_lim.h à 4096 et réduisez STACK_SIZE dans linuxthreads/internals.h à 256 ko. Les chemins sont relatifs à la racine de glibc. (Notez que MysQL ne sera pas stable autour de 600 à 1000 connexions si STACK_SIZE vaut les 2 Mo par défaut. ? Recompilez LinuxThreads pour avoir un nouveau libpthread.a, et recompilez MySQL avec. La page http://www.volano.com/linuxnotes.html contient des informations supplémentaires pour contourner cette limite de LinuxThreads. Il y a un autre problème qui limite considérablement les performances de MySQL, notamment sur des systèmes multi-processeurs. L'implémentation mutex de LinuxThreads dans glibc 2.1 est très mauvaise pour les programmes ayant de nombreux threads qui gardent le mutex pour une courte période de temps. Cela produit un résultat paradoxal : si vous compilez MySQL avec un version originale de LinuxThreads, supprimer des processeurs de votre architecture va améliorer les performances. Nous avons fait un correctif de glibc 2.1.3 pour corriger ce comportement (http://www.mysql.com/Downloads/Linux/linuxthreads-2.1-patch). Avec glibc 2.2.2, MySQL 3.23.36 va utiliser un mutex adaptatif, qui est bien meilleur que la version corrigée de glibc 2.1.3. Soyez prévenu, que dans certaines conditions, le code courant du mutex de glibc 2.2.2 surchauffe, ce qui bride MySQL. La probabilité de rencontrer cette condition sera réduite en donnant à mysqld la plus haute priorité. Nous avons été capable de corriger le problème avec un correctif, disponible à http://www.mysql.com/Downloads/Linux/linuxthreads-2.2.2.patch. Il combine la correction avec l'augmentation du nombre limite de threads et de la taille de pile. Vous devez l'appliquer dans le dossier linuxthreads avec patch -p0 </tmp/linuxthreads-2.2.2.patch. Nous espérons qu'il sera inclut dans une version future de glibc 2.2. Dans tous les cas, si vous compilez avec glibc 2.2.2, vous devrez corriger STACK_SIZE et PTHREAD_THREADS_MAX. Nous espérons que les valeurs par défaut seront corrigées et remplacées par des valeurs plus raisonnables pour les configurations à haut rendement de MySQL : les manipulations futures pour compiler MySQL seront alors réduites à ./configure; make; make install. Nous recommandons que vous utilisiez ces correctifs pour compiler une version spéciale statique de libpthread.a et que vous l'utilisiez pour compiler MySQL. Nous savons que les correctifs sont sécuritaires pour MySQL, et améliore significativement les performances, mais nous ne pouvons pas nous avancer pour les autres applications. Si vous compilez d'autres applications qui requièrent les LinuxThreads avec la version statique corrigée de la bibliothèque, faîtes le à vos risques et périls. Si vous rencontrez des problèmes étranges durant l'installation de MySQL, ou si vous voyez les utilitaires se geler, il est très probable que vous ayez un problème de compilateur ou de bibliothèque. Dans ce cas, utiliser notre binaire résoudra vos problèmes. Si vous compilez vos propres clients MySQL, vous pouvez rencontrer l'erreur suivante durant l'exécution : ld.so.1: fatal: libmysqlclient.so.#: open failed: No such file or directory Ce problème peut être évité avec les méthodes suivantes : ? Compilez le client avec l'option -Wl,r/full/path/to/libmysqlclient.so plutôt que -Lpath). Installer MySQL 140 ? Copiez libmysqclient.so dans /usr/lib. ? Ajoutez le chemin du dossier où libmysqlclient.so est situé dans la variable d'environnement LD_RUN_PATH avant de lancer votre client. Si vous utilisez le compilateur Fujitsu (fcc/FCC), vous aurez des problèmes pour compiler MySQL car le fichier d'entête Linux est très orienté gcc. La ligne de configuration configure devrait fonctionner avec fcc/FCC : CC=fcc CFLAGS="-O -K fast -K lib -K omitfp -Kpreex -D_GNU_SOURCE \ -DCONST=const -DNO_STRTOLL_PROTO" \ CXX=FCC CXXFLAGS="-O -K fast -K lib \ -K omitfp -K preex --no_exceptions --no_rtti -D_GNU_SOURCE \ -DCONST=const -Dalloca=__builtin_alloca -DNO_STRTOLL_PROTO \ '-D_EXTERN_INLINE=static __inline'" \ ./configure \ --prefix=/usr/local/mysql --enable-assembler \ --with-mysqld-ldflags=-all-static --disable-shared \ --with-low-memory 2.8.1.4. Notes de post-installation pour Linux mysql.server est stocké dans le dossier support-files dans le dossier d'installation MySQL, ou dans le dossier des sources. Vous pouvez l'installer dans /etc/init.d/mysql pour assurer le démarrage et l'extinction automatique de MySQL. See Section 2.5.2.2, « Lancer et arrêter MySQL automatiquement ». Si MySQL n'arrive pas à ouvrir assez de fichiers, ou à créer assez de connexions, il se peut que vous n'ayez pas configuré Linux pour qu'il gère assez de fichiers. Dans Linux 2.2 ou plus, vous pouvez connaître le nombre de gestionnaires de fichiers alloués en faisant : shell> cat /proc/sys/fs/file-max shell> cat /proc/sys/fs/dquot-max shell> cat /proc/sys/fs/super-max Si vous avez plus de 16 Mo de mémoire, vous devez ajouter quelque chose comme ce qui suit dans vos scripts d'initialisation (/etc/init.d/boot.local sur SuSE Linux) : echo 65536 > /proc/sys/fs/file-max echo 8192 > /proc/sys/fs/dquot-max echo 1024 > /proc/sys/fs/super-max Vous pouvez aussi exécuter les commandes précédentes à partir de la ligne de commande en tant que root, mais les changements seront perdus au prochain redémarrage de l'ordinateur. Vous pouvez sinon définir ces paramètres lors du démarrage de la machine en utilisant l'outil sysctl, qui est utilisé par plusieurs distributions Linux (SuSE l'a aussi ajouté, à partir de SuSE Linux 8.0). Ajoutez simplement les valeurs suivantes dans un fichier nommé / etc/sysctl.conf : # Increase some values for MySQL fs.file-max = 65536 fs.dquot-max = 8192 fs.super-max = 1024 Il est recommandé d'ajouter aussi la ligne suivante dans le fichier /etc/my.cnf : [mysqld_safe] Installer MySQL 141 open-files-limit=8192 Cela va autoriser le serveur à un maximum de 8192 de connexions et fichiers ouvertes simultanément. La constante STACK_SIZE des LinuxThreads contrôle l'espacement des piles de threads dans l'espace d'adressage. Elle doit être assez grande pour qu'il y ait plusieurs chambres pour la pile de chaque thread individuel, mais assez petite pour empêcher les piles de certains threads d'agir sur les données globales de mysqld. Malheureusement, l'implémentation Linux de mmap(), comme nous l'avons découvert, va libérer une région réservée, si vous lui demandez de libérer une adresse déjà utilisée, détruisant les données de la page, au lieu de retourner une erreur. Donc, la sécurité de mysqld et des autres applications qui dépendent d'un comportement civils du code qui gère les threads. L'utilisateur doit s'assurer que le nombre de threads fonctionnant simultanément est suffisamment bas pour éviter d'entrer dans la pile globale. Avec mysqld, vous devez suivre cette règle de bon fonctionnement en donnant une valeur raisonnable à max_connections. Si vous compilez MySQL vous-mêmes, vous pouvez corriger LinuxThreads pour améliorer l'utilisation de la pile. See Section 2.8.1.3, « Notes sur la distribution source de Linux ». Si vous ne voulez pas corriger LinuxThreads, vous ne devez pas dépasser 500 pour la valeur de max_connections. Cela devrait même être moins si vous avez un tampon de clefs assez large, de grosses tables heap, ou d'autres choses qui peuvent faire allouer beaucoup de mémoire à mysqld, ou si vous utilisez un noyau 2.2 avec un patch 2G. Si vous utilisez notre binaire ou RPM 3.23.25 ou plus, vous pouvez mettre max_connections à 1500 sans problèmes, en supposant que vous n'avez ni de grosses tables heap ni grands tampons de clefs. Plus vous réduirez STACK_SIZE dans LinuxThreads plus les threads créés seront sûrs. Nous recommandons une valeur entre 128 ko et 256 ko. Si vous utilisez beaucoup de connexions simultanées, vous pouvez souffrir d'une ``fonctionnalité'' du noyau 2.2, qui tente d'éviter les DOS par fork en pénalisant les processus qui forkent ou qui clonent des fils. Cela fait que MySQL ne se comporte pas bien si vous augmentez le nombre de clients simultanés. Sur les systèmes mono-processeurs, nous avons vu des symptômes sous la forme de ralentissement : il prenait un très long temps pour se connecter (parfois une minute), et il fallait autant de temps pour terminer le processus. Sur les systèmes multi-processeurs, nous avons observé une décroissance graduelle des performances des requêtes chez de nombreux clients. Durant nos recherches pour corriger le problème, nous avons re¸u un patch d'un client qui prétendait avoir résolu le problème pour son site. Ce patch est disponible sur http://www.mysql.com/Downloads/Patches/linux-fork.patch. Nous avons maintenant fait des tests exhaustifs de ce patch en développement et en production. Il a amélioré significativement les performances sans causer de problèmes, et nous l'avons recommandé à nos utilisateurs qui fonctionnent avec des serveurs chargés et un noyau 2.2. Ce problème a été réglé avec le noyau 2.4 : si vous n'êtes pas satisfait avec les performances courantes de votre système, au lieu de le corriger, passez donc votre noyau 2.2 en 2.4. Sur les systèmes multi-processeurs, la mise à jour vous donnera d'ailleurs un regain de puissance, en plus de corriger le bug. Nous avons testé MySQL sur des noyaux 2.4 et sur des machines bi-processeurs, et nous avons trouvé que MySQL se comporte beaucoup mieux. Il n'y avait pratiquement pas de ralentissement de requêtes même avec 1000 client, et gain de puissance était de 180% (calculé avec le ratio de vitesse maximale divisé par la vitesse moyenne d'un client). Nous avons observé des résultats similaires sur une machine quadri-processeurs : virtuellement aucun ralentissement alors que le nombre de clients est monté jusqu'à 1000, et le gain de puissance a atteind 300%. En se basant sur ces résultats, pour un serveur haute performances multi-processeurs, nous vous recommandons de passer en noyau 2.4. Nous avons découvert qu'il est essentiel de faire fonctionner les processus mysqld avec la priorité maximal sur le noyau 2.4 pour atteindre les meilleures performances. Cela peut se faire en ajoutant la commande renice -20 $$ dans mysqld_safe. Durant nos tests sur une machine quadri- processeurs, augmenter la priorité a engendré 60% d'amélioration avec 400 clients. Nous essayons aussi de rassembler plus d'informations sur comment MySQL se comporte sur un système 2.4 quadri- ou octo-processeurs. Si vous avez accès a de telles données, envoyez nous un email à <benchmarks@mysql.com> avec les résultats. Nous allons les étudier pour les inclure Installer MySQL 142 dans le manuel. Si vous voyez un processus mysqld mort avec ps, c'est que vous avez découvert un bug dans MySQL ou qu'une des tables est corrompue. See Section A.4.2, « Que faire si MySQL plante constamment ? ». Pour obtenir un core dump sur Linux si mysqld se termine avec un signal SIGSEGV, vous pouvez lancer mysqld avec l'option --core-file. Notez que vous aurez probablement à augmenter la taille du fichier core en ajoutant la commande ulimit -c 1000000 à mysqld_safe ou en lan¸ant mysqld_safe avec --core-file-size=1000000. See Section 5.1.3, « safe_mysqld, le script père de mysqld ». 2.8.1.5. Notes relatives à Linux x86 MySQL requière la version 5.4.12 de libc ou plus récent. Il est connu pour fonctionner avec libc 5.4.46. La version 2.0.6 de glibc ou plus récente devrait aussi fonctionner. Il y a eu quelques problèmes avec les RPM de glibc de Red Hat, et donc, si vous avez des problèmes, vérifiez s'il existe des mises à jour ! Les RPM de glibc 2.0.7-19 et 2.0.7-29 sont connus pour fonctionner. Si vous utilisez gcc 3.0 ou plus récent pour compiler MySQL, vous devez installer la bibliothèque libstdc++v3 avant de compiler MySQL; si vous ne le faites pas vous obtiendrez une erreur à propos d'un symbole __cxa_pure_virtual manquant durant la liaison! Pour corriger ce problème, lancez mysqld avec l'option --thread-stack=192K. Utilisez la syntaxe -O thread_stack=192K avant MySQL 4.) La taille de la pile est maintenant par défaut pour les versions MySQL 4.0.10 et plus récente, alors vous ne devriez pas rencontrer de problème. Si vous utilisez gcc 3.0 et plus récent pour compiler MySQL, vous devez installer la bibliothèque libstdc++v3 avant de compiler MySQL; si vous ne le faites pas, vous aurez des erreurs à propos de __cxa_pure_virtual qui manque, durant la résolution des symboles. Sur quelques vieilles distributions de Linux, configure peut produire une erreur comme celle qui suit : Syntax error in sched.h. Change _P to __P in the /usr/include/sched.h file. See the Installation chapter in the Reference Manual. Faites ce que le message d'erreur dit et ajoutez un _ à la macro _P qui n'en a qu'un, puis essayez à nouveau. Vous pouvez obtenir quelques avertissements en compilant; celles qui suivent peuvent être ignorées : mysqld.cc -o objs-thread/mysqld.o mysqld.cc: In function `void init_signals()': mysqld.cc:315: warning: assignment of negative value `-1' to `long unsigned int' mysqld.cc: In function `void * signal_hand(void *)': mysqld.cc:346: warning: assignment of negative value `-1' to `long unsigned int' Si mysqld provoque toujours un plantage au démarrage, le problème peut être que vous avez un vieux /lib/libc.a. Renommez le, puis supprimez sql/mysqld et faites à nouveau un make install puis réessayez. Ce problème a été reporté sur quelques installations de Slackware. Si vous obtenez l'erreur suivante en liant mysqld, cela signifie que votre libg++.a n'est pas installé correctement : /usr/lib/libc.a(putc.o): In function `_IO_putc': putc.o(.text+0x0): multiple definition of `_IO_putc' Vous pouvez éviter d'utiliser libg++.a en exécutant configure comme suit : Installer MySQL 143 shell> CXX=gcc ./configure Si mysqld se plante immédiatement, et que vous utilisez Red Hat Version 5.0, avec une version de glibc plus ancienne que 2.0.7-5, il est recommandé d'installer les patchs glibc. Il y a beaucoup d'informations à ce sujet dans les archives courriel, disponibles sur http://lists.mysql.com/. 2.8.1.6. Notes relatives à Linux SPARC Sur quelques implémentations, readdir_r() est cassé. Le symptôme est que SHOW DATABASES retourne toujours un résultat vide. Cela peut être corrigé en supprimant HAVE_READDIR_R de config.h après avoir configuré et avant de commencer à compiler. 2.8.1.7. Notes relatives à Linux Alpha La version 3.23.12 de MySQL est la première version de MySQL à être testée sur Linux-Alpha. Si vous voulez utiliser MySQL sur Linux-Alpha, vous devez vous assurer d'avoir cette version ou une version plus récente. Nous avons testé MySQL sur Alpha avec nos tests de performance et notre suite de tests : tout semble fonctionner correctement. Nous construisons actuellement les paquets binaires de MySQL sur SuSE Linux 7.0 pour AXP, kernel 2.4.4-SMP, Compaq C compiler (V6.2-505) et Compaq C++ compiler (V6.3-006) sur une machine Compaq DS20 avec un processeur Alpha EV6. Vous pouvez trouver les précédents compilateurs sur http://www.support.compaq.com/alpha-tools/). En utilisant ces compilateurs, au lieu de gcc, nous obtenons environs 9 à 14% d'améliorations des performances avec MySQL. Notez que jusqu'aux versions 3.23.52 et 4.0.2 de MySQL nous avons optimisé l'application pour le processeur courant seulement (en utilisant l'option de compilation -fast); cela signifiait que vous ne pouviez utiliser nos binaires si vous n'aviez pas un processeur Alpha EV6. Avec les versions suivantes nous avons ajouté l'option -arch generic à nos options de compilation, ce qui assure que le binaire fonctionne sur tout les processeurs Alpha. Nous compilons aussi statiquement pour éviter les problèmes de bibliothèques. CC=ccc CFLAGS="-fast -arch generic" CXX=cxx \ CXXFLAGS="-fast -arch generic -noexceptions -nortti" \ ./configure --prefix=/usr/local/mysql --disable-shared \ --with-extra-charsets=complex --enable-thread-safe-client \ --with-mysqld-ldflags=-non_shared --with-client-ldflags=-non_shared Si vous voulez utiliser egcs la ligne de configuration suivante a fonctionné pour nous : CFLAGS="-O3 -fomit-frame-pointer" CXX=gcc \ CXXFLAGS="-O3 -fomit-frame-pointer -felide-constructors \ -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql \ --disable-shared Quelques problèmes connus lors de l'utilisation de MySQL sur Linux-Alpha: ? Le débogage d'applications threadées comme MySQL ne fonctionnera pas avec gdb 4.18. Vous devez télécharger et utiliser gdb 5.1 à la place ! ? Si vous essayez de lier statiquement mysqld en utilisant gcc, l'image résultante videra son noyau (core dump) au démarrage. En d'autres termes, n'utilisez pas - -with-mysqld-ldflags=-all-static avec gcc. Installer MySQL 144 2.8.1.8. Note relative à Linux PowerPC MySQL devrait fonctionner sur MkLinux avec le dernier paquet glibc (testé avec glibc 2.0.7). 2.8.1.9. Notes relatives à Linux MIPS Pour faire fonctionner MySQL sur Qube2, (Linux Mips), vous aurez besoin de la bibliothèque glibc la plus récente (glibc-2.0.7-29C2 est connue pour marcher). Vous devez aussi utiliser le compilateur egcs C++ (egcs-1.0.2-9, gcc 2.95.2 ou plus récent). 2.8.1.10. Notes relatives à Linux IA64 Pour pouvoir compiler MySQL sous Linux IA64, nous utilisons les lignes de compilation suivante : En utilisant gcc-2.96 : CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc \ CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors \ -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql \ "--with-comment=Official MySQL binary" --with-extra-charsets=complex Sur IA64 les binaires des clients MySQL utilisent des bibliothèques partagées. Cela signifie que si vous installez notre distribution binaire à un autre endroit que /usr/local/mysql vous devez modifier le fichier /etc/ld.so.conf ou ajouter le chemin vers le répertoire où vous avez libmysqlclient.so à la variable d'environnement LD_LIBRARY_PATH. See Section A.3.1, « Problèmes lors de la liaison avec la bibliothèque du client MySQL ». 2.8.2. Notes relatives à Mac OS X Sous Mac OS X, tar ne sais pas gérer les noms de fichiers longs. Si vous avez besoin de décompresser la distribution .tar.gz, utilisez gnutar. 2.8.2.1. Mac OS X 10.x MySQL devrait fonctionner sans problème avec les versions Mac OS X 10.x (Darwin). Vous n'avez pas besoin du patch pour les pthreads sur cet OS! Cela s'applique aussi à Mac OS X 10.x Server. La compilation pour la plate-forme serveur est identique à la compilation pour pa version client de Mac OS X. Toutefois, notez que MySQL est pre-installé sur la version Server! Notre exécutable Mac OS X est compilé sous Darwin 6.3 avec les options de configure suivantes : CC=gcc CFLAGS="-O3 -fno-omit-frame-pointer" CXX=gcc \ CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors \ -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql \ --with-extra-charsets=complex --enable-thread-safe-client \ --enable-local-infile --disable-shared See Section 2.2.13, « Installer MySQL sur Mac OS X ». 2.8.2.2. Mac OS X Server 1.2 (Rhapsody) Avant d'essayer de configurer MySQL sur Mac OS X Server, vous devez d'abord installer le paquet pthread. Ce n'est plus nécessaire avec les versions récentes du serveur. See Section 2.2.13, « Installer MySQL sur Mac OS X ». Installer MySQL 145 2.8.3. Notes pour Solaris Sous Solaris, vous pouvez rencontrer des problèmes avant même d'avoir désarchivé la distribution MySQL! Le programme tar de Solaris ne peut pas manipuler de noms de fichiers longs, provoquant les messages suivants quand vous décompressez MySQL : x mysql-3.22.12-beta/bench/Results/ATIS-mysql_odbc-NT_4.0-cmp-db2,\ informix,ms-sql,mysql,oracle,solid,sybase, 0 bytes, 0 tape blocks tar: directory checksum error Dans ce cas, vous devez utiliser GNU tar (gtar) pour désarchiver la distribution. Vous pouvez en trouver une copie précompilée pour Solaris sur http://www.mysql.com/Downloads/. La gestion native des threads Sun fonctionne uniquement depuis Solaris 2.5. Pour les versions 2.4 et antérieures, MySQL utilisera automatiquement les MIT-pthreads. See Section 2.4.5, « Notes relatives aux MIT-pthreads ». Vous pouvez rencontrer les erreurs suivantes lors du configure : checking for restartable system calls... configure: error can not run test programs while cross compiling Cela signifie que l'installation de votre compilateur est défectueuse! Dans ce cas, vous devez mettre à jour votre compilateur en faveur d'une version plus récente. Vous pouvez aussi résoudre le problème en innérant la ligne suivante dans le fichier config.cache : ac_cv_sys_restartable_syscalls=${ac_cv_sys_restartable_syscalls='no'} Si vous utilisez Solaris sur une architecture SPARC, nous recommandons gcc 2.95.2 comme compilateur. Vous pouvez le trouver sur http://gcc.gnu.org/. Notez que egcs 1.1.1 et gcc 2.8.1 ne fonctionnent pas correctement sur SPARC! La ligne configure recommandée dans le cas de l'utilisation de gcc 2.95.2 est : CC=gcc CFLAGS="-O3" \ CXX=gcc CXXFLAGS="-O3 -felide-constructors -fno-exceptions -fno-rtti" \ ./configure --prefix=/usr/local/mysql --with-low-memory --enable-assembler Si vous avez une machine UltraSPARC, vous pouvez gagner 4% de performances supplémentaires en ajoutant "-mcpu=v8 -Wa,-xarch=v8plusa" à CFLAGS et CXXFLAGS. Si vous utilisez le compilateur Forte 5.0 (et supérieur) de Sun, vous pouvez lancer configure de la fa¸on suivante : CC=cc CFLAGS="-Xa -fast -native -xstrconst -mt" \ CXX=CC CXXFLAGS="-noex -mt" \ ./configure --prefix=/usr/local/mysql --enable-assembler Vous pouvez créer un binaire 64 bits avec : CC=cc CFLAGS="-Xa -fast -native -xstrconst -mt -xarch=v9" \ CXX=CC CXXFLAGS="-noex -mt -xarch=v9" \ ./configure --prefix=/usr/local/mysql --enable-assembler Lors de bancs de tests MySQL, nous avons gagné 4% en vitesse sur une UltraSPARC en utilisant Forte 5.0 en mode 32 bits plutôt que gcc 3.2 avec les marqueurs -mcpu. Si vous créez un binaire 64 bits, il est de 4% plus lent que le binaire 32 bits,mais en contrepartie vous pouvez gérer davantage de treads et de mémoire. Installer MySQL 146 Si vous rencontrez des problèmes avec fdatasync ou sched_yield, vous pouvez les résoudre en ajoutant LIBS=-lrt à la ligne configure. Le paragraphe suivant ne s'applique qu'aux compilateurs plus anciens que WorkShop 5.3 : Vous pouvez avoir à modifier le script configure et changer la ligne : #if !defined(__STDC__) || __STDC__ != 1 en : #if !defined(__STDC__) Si vous activez __STDC__ avec l'option -Xc, le compilateur Sun ne peut pas compiler avec le fichier d'entêtes pthread.h de Solaris. C'est un bogue de Sun (compilateur ou fichier d'inclusion défectueux). Si mysqld génère les messages d'erreur suivants lorsque vous le lancez, cela est du au fait que vous avez compilé MySQL avec le compilateur de Sun sans activer l'option multi-threads (-mt) : libc internal error: _rmutex_unlock: rmutex not held Ajoutez -mt à CFLAGS et CXXFLAGS puis réessayez. Si vous utilisez la version SFW de gcc (fournie avec Solaris 8), vous devez ajouter / opt/sfw/lib à la variable d'environnement LD_LIBRARY_PATH avant de lancer le configure. Si vous utilisez le gcc disponible sur sunfreeware.com, vous pouvez rencontrer de nombreux problèmes. Vous devriez recompiler gcc et les GNU binutils sur la machine à partir de laquelle vous les utiliserez, afin d'éviter tout souci. Si vous obtenez l'erreur suivante lorsque vous compilez MySQL avec gcc, cela signifie que votre gcc n'est pas configuré pour votre version de Solaris : shell> gcc -O3 -g -O2 -DDBUG_OFF -o thr_alarm ... ./thr_alarm.c: In function `signal_hand': ./thr_alarm.c:556: too many arguments to function `sigwait' La meilleure chose à faire dans ce cas est d'obtenir la version la plus récente de gcc et de compiler avec votre gcc actuel! Au moins pour Solaris 2.5, la plupart des versions binaires de gcc ont d'anciens fichiers d'inclusion inutilisables qui planteront les programmes qui utilisent les threads (ainsi probablement d'autres programmes)! Solaris ne fournit pas de versions statiques de toutes les bibliothèques système (libpthreads et libdl), vous ne pouvez donc pas compiler MySQL avec --static. Si vous tentez de le faire, vous obtiendrez l'erreur : ld: fatal: library -ldl: not found undefined reference to `dlopen' cannot find -lrt Si de nombreux processus essaient de se connecter très rapidement à mysqld, vous verrez cette erreur dans le journal MySQL : Error in accept: Protocol error Pour éviter cela, vous pouvez lancer le serveur avec l'option --set-variable back_log=50. Veuillez noter que --set-variable est déprécié depuis MySQL 4.0, utilisez uniquement - -back_log=50. Installer MySQL 147 Si vous liez votre propre client MySQL, vous pouvez avoir l'erreur suivante quand vous le lancez : ld.so.1: ./my: fatal: libmysqlclient.so.#: open failed: No such file or directory Le problème peut être évité avec l'une des méthodes suivantes : ? Liez le client avec le marqueur suivant (à la place de -Lpath) : - Wl,r/full-path-to-libmysqlclient.so. ? Copiez libmysqclient.so dans /usr/lib. ? Ajoutez le chemin du répertoire où libmysqlclient.so est installé à la variable d'environnement LD_RUN_PATH avant de lancer votre client. Si vous avez des soucis avec configure qui essaie de lier avec -lz et que vous n'avez pas installé zlib, vous avez deux solutions : ? Si vous voulez utiliser le protocole compressé de communication, vous devrez vous procurer et installer zlib sur ftp.gnu.org. ? Configurez avec --with-named-z-libs=no. Si vous utilisez gcc et rencontrez des problèmes en chargeant la fonction UDF dans MySQL, essayez d'ajouter -lgcc à la ligne de liaison de la fonction UDF. Si vous voulez que MySQL se lance automatiquement, vous pouvez copier support- files/mysql.server dans /etc/init.d et créer un lien symbolique pointant dessus et s'appelant /etc/rc3.d/S99mysql.server. Comme Solaris ne supporte pas les fichiers core pour les applications setuid(), vous ne pouvez pas obtenir un fichier core de mysqld si vous utilisez l'option --user. 2.8.3.1. Notes relatives à Solaris 2.7/2.8 Vous pouvez normalement utiliser les binaires Solaris 2.6 sur Solaris 2.7 et 2.8. La plupart des fonctionnalitées de Solaris 2.6 s'appliquent aussi à Solaris 2.7 et 2.8. Notez que la version 3.23.4 de MySQL et plus doivent être capables de détecter automatiquement les nouvelles versions de Solaris et d'activer les parades pour résoudre les problèmes suivants ! Solaris 2.7 / 2.8 ont quelques bogues dans les fichiers inclus. Vous verrez peut-être l'erreur suivante en utilisant gcc : /usr/include/widec.h:42: warning: `getwc' redefined /usr/include/wchar.h:326: warning: this is the location of the previous definition Si cela arrive, vous pouvez faire ce qui suit pour résoudre ce problème : Copiez /usr/include/widec.h vers .../lib/gcc-lib/os/gcc-version/include et changez la ligne 41 de : #if !defined(lint) && !defined(__lint) en : #if !defined(lint) && !defined(__lint) && !defined(getwc) Installer MySQL 148 Alternativement, vous pouvez éditer directement le fichier /usr/include/widec.h. De toutes fa¸ons, après avoir apporté la correction, vous devez effacer config.cache et exécuter configure à nouveau ! Si vous obtenez des erreurs comme celles qui suivent quand vous exécutez make, c'est parce que configure n'a pas détecté le fichier curses.h (probablement à cause de l'erreur dans / usr/include/widec.h) : In file included from mysql.cc:50: /usr/include/term.h:1060: syntax error before `,' /usr/include/term.h:1081: syntax error before `;' La solution est de faire l'une des choses qui suit : ? Configurez avec CFLAGS=-DHAVE_CURSES_H CXXFLAGS=-DHAVE_CURSES_H ./configure. ? Editez /usr/include/widec.h comme indiqué plus haut et ré-exécutez configure. ? Effacez la ligne #define HAVE_TERM di fichier config.h et exécutez make à nouveau. Si vous obtenez une erreur disant que votre programme de liaison ne peut trouver -lz lors de la liaison du programme de votre client, le problème est probablement que votre fichier libz.so est installé dans /usr/local/lib. Vous pouvez corriger ceci en utilisant l'une des méthodes suivantes : ? Ajoutez /usr/local/lib à LD_LIBRARY_PATH. ? Ajoutez un lien vers libz.so à partir de /lib. ? Si vous utilisez Solaris 8, vous pouvez installer la zlib optionnelle à partir de votre CD Solaris 8. ? Configurez MySQL avec l'option --with-named-z-libs=no. 2.8.3.2. Remarques pour Solaris x86 Sous Solaris 2.8 sur x86, mysqld va crasher (core dump) si vous l'exécutez 'strip'. Si vous utilisez gcc ou egcs sous Solaris x86 et que vous rencontrez des problèmes avec des coredumps, lorsqu'il y a de la charge, il est recommandé d'utiliser la commande de configure suivante : CC=gcc CFLAGS="-O3 -fomit-frame-pointer -DHAVE_CURSES_H" \ CXX=gcc \ CXXFLAGS="-O3 -fomit-frame-pointer -felide-constructors -fno-exceptions \ -fno-rtti -DHAVE_CURSES_H" \ ./configure --prefix=/usr/local/mysql Cela va éviter les problèmes avec la bibliothèque libstdc++ et avec les exceptions C++. Si cela ne vous aide pas, il est recommandé de compiler une version de débogage, et de l'exécuter avec un fichier de trace sous gdb. See Section D.1.3, « Déboguer mysqld sous gdb ». 2.8.4. Notes relatives à BSD Cette section fournit des informations pour les différentes variétés de BSD, ainsi que les versions Installer MySQL 149 spécifiques de celles-ci. 2.8.4.1. Notes relatives à FreeBSD FreeBSD 4.x est recommandé pour exécuter MySQL vu que le paquet des threads est plus intégré. La fa¸on la plus facile et la plus conseillée d'installer est d'utiliser les ports du serveur et du client MySQL disponibles sur http://www.freebsd.org/. Les utiliser vous donnera : ? Un MySQL fonctionnant avec toutes les optimisations connues pour votre version active de FreeBSD. ? Configuration et construction automatique. ? Scripts de démarrage installés dans /usr/local/etc/rc.d. ? La possibilité de voir tous les fichiers installés avec pkg_info -L. ? La possibilité de les effacer tous avec pkg_delete si vous ne voulez plus de MySQL sur cette machine. Il est recommandé d'utiliser les MIT-pthreads sur FreeBSD 2.x et les threads natifs sur les versions 3 et plus. Il est possible de faire fonctionner le tout avec les threads natifs sur les dernières versions 2.2.x mais vous rencontrerez probablement des problèmes en coupant mysqld. Malheureusement, certains appels systèmes sur FreeBSD ne sont pas encore totalement compatibles avec les threads. Le cas le plus notable est la fonction gethostbyname() qui est utilisée par MySQL pour convertir des noms d'hôtes en adresse IP. Dans certaines circonstances, le processus mysqld va soudainement prendre 100% du processeur, et ne plus répondre. Si vous rencontrez cette situation, essayez de relancer MySQL avec l'option --skip-name-resolve. Alternativement, vous pouvez compiler MySQL sur FreeBSD 4.x avec la bibliothèque LinuxThreads, qui évite les quelques problèmes que l'implémentation thread native de FreeBSD a. Pour une bonne comparaison entre LinuxThreads et les threads natifs, voyez l'article de Jeremy Zawodny FreeBSD or Linux for your MySQL Server ? à http://jeremy.zawodny.com/blog/archives/000697.html. Un problème connu lors de l'utilisation des LinuxThreads sur FreeBSD est que wait_timeout ne fonctionne pas (probablement un problème de gestion des signaux sous FreeBSD/LinuxThreads). Cela devrait être corrigé en FreeBSD 5.0. Le symptôme est que les connexions persistantes vont rester à bloquées très longtemps sans se refermer. Le processus de compilation de MySQL requiert GNU make (gmake) pour fonctionner. Si vous voulez compiler MySQL vous devez d'abord installer GNU make. La méthode recommandée pour compiler et installer MySQL sur FreeBSD avec gcc (2.95.2 et plus récent) est : CC=gcc CFLAGS="-O2 -fno-strength-reduce" \ CXX=gcc CXXFLAGS="-O2 -fno-rtti -fno-exceptions \ -felide-constructors -fno-strength-reduce" \ ./configure --prefix=/usr/local/mysql --enable-assembler gmake gmake install cd /usr/local/mysql bin/mysql_install_db --user=mysql bin/mysqld_safe & Si vous remarquez que configure va utiliser MIT-pthreads, il faut alors lire les notes MIT- Installer MySQL 150 pthreads. See Section 2.4.5, « Notes relatives aux MIT-pthreads ». Si vous avez une erreur durant make install qui dit qu'il ne peut trouver / usr/include/pthreads, configure n'a pas détecté l'absence de MIT-pthreads. Pour corriger le problème, supprimez config.cache, puis relancez configure avec l'option - -with-mit-threads. Assurez-vous que votre configuration de la résolution des noms est bonne. Sinon, vous airez peut- être quelques problèmes lors de la connexion à mysqld. Assurez-vous que l'entrée localhost dans le fichier /etc/hosts est correcte (sinon, vous aurez des problèmes pour vous connecter à la base de données). Le fichier doit commencer par une ligne similaire à : 127.0.0.1 localhost localhost.votre.domaine FreeBSD est aussi connu pour avoir une petite limite de gestionnaires de fichiers par défaut. See Section A.2.17, « Fichier non trouvé ». Décommentez la section ulimit -n dans safe_mysqld ou enlevez la limite pour l'utilisateur mysqld dans /etc/login.conf (et regénèrez le avec cap_mkdb). Assurez-vous aussi de définir la classe appropriée pour cet utilisateur dans le fichier des mots de passe si vous n'utilisez pas celui par défaut. (utilisez : chpass nom-utilisateur-mysqld). See Section 5.1.3, « safe_mysqld, le script père de mysqld ». Si vous avez beaucoup de mémoire, vous devriez penser à recompiler le noyau pour permettre à MySQL d'utiliser plus de 512 Mo de RAM. Regardez l'option MAXDSIZ dans le fichier de configuration de LINT pour plus d'informations. Si vous avez des problèmes avec la date courante dans MySQL, configurer la variable d'environnement TZ aidera sûrement. See Annexe E, Variables d'environnement. Pour obtenir un système sécurisé et stable, vous ne devez utiliser que les noyaux FreeBSD marqués -RELEASE. 2.8.4.2. Notes concernant NetBSD Pour compiler sur NetBSD vous aurez besoin de GNU make. Sinon, la compilation stoppera lorsque make essayera d'exécuter lint sur les fichiers C++. 2.8.4.3. Notes relatives à OpenBSD 2.5 Dans la version 2.5 de OpenBSD, vous pouvez compiler MySQL avec les threads natifs avec les options suivantes : CFLAGS=-pthread CXXFLAGS=-pthread ./configure --with-mit-threads=no 2.8.4.4. Notes relatives à OpenBSD 2.8 Nos utilisateurs nous ont informé que OpenBSD 2.8 comporte un bogue des threads qui pose quelques problèmes avec MySQL. Les développeurs d'OpenBSD ont résolu ce problème, mais depuis le 25 janvier 2001 ce n'est disponible que dans la branche ``-current''. Les symptômes de ce bogue sont : réponses lentes, beaucoup de charge, grande utilisation du CPU, et crashes. Si vous obtenez une erreur comme Error in accept:: Bad file descriptor ou erreur 9 en essayant d'ouvrir les tables ou les dossiers, le problème est probablement que vous n'avez pas alloué assez de descripteurs de fichiers à MySQL. Dans ce cas, essayez de démarrer safe_mysqld en tant que root avec les options suivantes : shell> mysqld_safe --user=mysql --open-files-limit=2048 & 2.8.4.5. Notes relatives aux versions 2.x de BSD/OS Installer MySQL 151 Si vous obtenez l'erreur suivante lors de la compilation de MySQL, votre valeur de ulimit pour la mémoire virtuelle est trop petite : item_func.h: In method `Item_func_ge::Item_func_ge(const Item_func_ge &)': item_func.h:28: virtual memory exhausted make[2]: *** [item_func.o] Error 1 Essayez d'utiliser ulimit -v 80000 et exécutez make à nouveau. Si cela ne fonctionne pas et que vous utilisez bash, essayez de passer à csh ou sh; quelques utilisateurs de BSDI ont reporté des problèmes avec bash et ulimit. Si vous utilisez gcc, vous aurez peut-être aussi à utiliser l'option --with-low-memory de configure pour pouvoir compiler sql_yacc.cc. Si vous avez des problèmes avec la date courante dans MySQL, configurer la variable TZ vous aidera probablement. See Annexe E, Variables d'environnement. 2.8.4.6. Notes relatives aux versions 3.x de BSD/OS Mettez à jour à la version 3.1 de BSD/OS. Si cela n'est pas possible, installez le patch BSDIpatch M300-038. Utilisez la commande suivante lors de la configuration de MySQL : shell> env CXX=shlicc++ CC=shlicc2 \ ./configure \ --prefix=/usr/local/mysql \ --localstatedir=/var/mysql \ --without-perl \ --with-unix-socket-path=/var/mysql/mysql.sock Ce qui suit fonctionne aussi : shell> env CC=gcc CXX=gcc CXXFLAGS=-O3 \ ./configure \ --prefix=/usr/local/mysql \ --with-unix-socket-path=/var/mysql/mysql.sock Vous pouvez changer les répertoires si vous voulez, ou utiliser les valeurs par défaut en ne spécifiant pas de chemins. Si vous avez des problèmes de performances alors que la charge est petite, essayez d'utiliser l'option --skip-thread-priority de mysqld ! Cela exécutera tous les threads avec la même priorité; Sur la version 3.1 de BSDI, cela donne de meilleures performances (en attendant que BSDI corrige sont gestionnaire de threads). Si vous obtenez l'erreur virtual memory exhausted durant la compilation, vous devez essayer en utilisant ulimit -v 80000 et exécutant make à nouveau. Si cela ne fonctionne pas et que vous utilisez bash, essayez de passer à csh ou sh; quelques utilisateurs de BSDI ont reporté des problèmes avec bash et ulimit. 2.8.4.7. Notes relatives aux versions 4.x de BSD/OS Les versions 4.x de BSDI ont quelques bogues relatifs aux threads. Si vous voulez utiliser MySQL sur ce système, vous devez installer tous les patches liés aux threads. vous devez au moins installer M400-023. Sur quelques systèmes avec une version 4.x de BSDI, vous pouvez rencontrer des problèmes avec les bibliothèques partagées. Le symptôme est que vous ne pouvez utiliser aucun programme client, comme par exemple, mysqladmin. Dans ce cas, vous devez le reconfigurer pour qu'il n'utilise pas les bibliothèques partagées avec l'option --disable-shared de configure. Installer MySQL 152 Quelques utilisateurs ont eu avec BSDI 4.0.1 un problème faisant qu'après un bout de temps, le binaire mysqld ne peut plus ouvrir de tables. Cela est du au fait qu'un bogue relatif au système ou à la bibliothèque fait changer de répertoire à mysqld sans qu'on ne l'ait demandé ! La solution est soit de mettre à jour vers la version 3.23.34 ou de supprimer la ligne #define HAVE_REALPATH de config.h après avoir exécuté configure et avant d'exécuter make. Notez que ce qui précède signifie que vous ne pouvez pas créer de lien symbolique sur un dossier de bases de données vers un autre dossier de bases de données ou lier une table symboliquement vers une autre base de données sur BSDI ! (Créer un lien symbolique vers un autre disque fonctionne). 2.8.5. Notes sur les autres Unix 2.8.5.1. Notes relatives à la version 10.20 de HP-UX Il y a quelques petits problèmes que vous pourrez rencontrer lors de la compilation de MySQL sur HP-UX. Nous recommandons l'utilisation de gcc au lieu du compilateur natif de HP-UX, car gcc produit un meilleur code ! Nous recommandons l'utilisation de gcc 2.95 sur HP-UX. N'utilisez pas les options de haute optimisation (comme -O6) car cela pourrait ne pas être sûr sur HP-UX. La ligne de configuration suivante devrait fonctionner avec gcc 2.95 : CFLAGS="-I/opt/dce/include -fpic" \ CXXFLAGS="-I/opt/dce/include -felide-constructors -fno-exceptions \ -fno-rtti" CXX=gcc ./configure --with-pthread \ --with-named-thread-libs='-ldce' --prefix=/usr/local/mysql --disable-shared La ligne de configuration suivante devrait fonctionner avec gcc 3.1 : CFLAGS="-DHPUX -I/opt/dce/include -O3 -fPIC" CXX=gcc \ CXXFLAGS="-DHPUX -I/opt/dce/include -felide-constructors -fno-exceptions \ -fno-rtti -O3 -fPIC" ./configure --prefix=/usr/local/mysql \ --with-extra-charsets=complex --enable-thread-safe-client \ --enable-local-infile --with-pthread \ --with-named-thread-libs=-ldce --with-lib-ccflags=-fPIC --disable-shared 2.8.5.2. HP-UX Version 11.x Notes Pour les version 11.x de HP-UX nous recommandons MySQL 3.23.15 ou plus récent. A cause de quelques bogues critiques dans les bibliothèques standard de HP-UX, vous devez installer les correctifs suivants avant d'essayer de faire fonctionner MySQL sous HP-UX 11.0 : PHKL_22840 Streams cumulative PHNE_22397 ARPA cumulative Cela résoudra le problème de l'obtention de EWOULDBLOCK à partir de recv() et EBADF à partir de accept() dans les applications threadées. Si vous utilisez gcc 2.95.1 sur un système HP-UX 11.x non-corrigés, vous obtiendrez l'erreur : In file included from /usr/include/unistd.h:11, from ../include/global.h:125, from mysql_priv.h:15, from item.cc:19: /usr/include/sys/unistd.h:184: declaration of C function ... /usr/include/sys/pthread.h:440: previous declaration ... In file included from item.h:306, Installer MySQL 153 from mysql_priv.h:158, from item.cc:19: Le problème est que HP-UX ne définit pas pthreads_atfork() avec cohérence. Il possède des prototypes en conflit dans /usr/include/sys/unistd.h:184 et / usr/include/sys/pthread.h:440 (détails ci-dessous). Une solution est de copier /usr/include/sys/unistd.h dans mysql/include et éditer unistd.h en le changeant pour qu'il corresponde à la définition dans pthread.h. Voici les modifications : extern int pthread_atfork(void (*prepare)(), void (*parent)(), void (*child)()); est remplacée par extern int pthread_atfork(void (*prepare)(void), void (*parent)(void), void (*child)(void)); Après cela, la ligne de configuration suivante devrait fonctionner : CFLAGS="-fomit-frame-pointer -O3 -fpic" CXX=gcc \ CXXFLAGS="-felide-constructors -fno-exceptions -fno-rtti -O3" \ ./configure --prefix=/usr/local/mysql --disable-shared Si vous utilisez MySQL 4.0.5 avec le compilateur HP-UX, vous pouvez utiliser : (testé avec cc B.11.11.04): CC=cc CXX=aCC CFLAGS=+DD64 CXXFLAGS=+DD64 ./configure --with-extra-character-set Vous pouvez ignorer toutes les erreurs de ce type : aCC: warning 901: unknown option: `-3': use +help for online documentation Si vous obtenez l'erreur suivante de configure : checking for cc option to accept ANSI C... no configure: error: MySQL requires a ANSI C compiler (and a C++ compiler). Try gcc. See the Installation chapter in the Reference Manual. Vérifiez que le chemin vers le compilateur K&R ne précède pas le chemin vers le compilateur C et C++ HP-UX. Une autre raison qui pourrait vous empêcher de compiler, et le fait de n'avoir pas définit l'option +DD64 ci-dessus. 2.8.5.3. Notes relatives à IBM-AIX La détection automatique de xlC est absente de Autoconf, ce qui fait qu'un commande configure comme celle qui suit est requise lors de la compilation de MySQL (Cet exemple utilise le compilateur IBM) : export CC="xlc_r -ma -O3 -qstrict -qoptimize=3 -qmaxmem=8192 " export CXX="xlC_r -ma -O3 -qstrict -qoptimize=3 -qmaxmem=8192" export CFLAGS="-I /usr/local/include" export LDFLAGS="-L /usr/local/lib" export CPPFLAGS=$CFLAGS export CXXFLAGS=$CFLAGS Installer MySQL 154 ./configure --prefix=/usr/local \ --localstatedir=/var/mysql \ --sysconfdir=/etc/mysql \ --sbindir='/usr/local/bin' \ --libexecdir='/usr/local/bin' \ --enable-thread-safe-client \ --enable-large-files Ce sont les options utilisées pour compiler la distribution de MySQL qui peut être trouvée sur http://www-frec.bull.com/. Si vous changez le -O3 en -O2 dans la ligne précédente, vous devez aussi enlever l'option - qstrict (c'est une limitation du compilateur IBM C). Si vous utilisez gcc ou egcs pour compiler MySQL, vous devez utiliser l'option - fno-exceptions, vu que la gestion des exceptions de gcc/egcs n'est pas sûre pour les threads ! (Cela est testé avec egcs 1.1.) Il y a aussi quelques problèmes connus avec l'assembleur d'IBM, qui peuvent lui faire générer du mauvais code lors de son utilisation avec gcc. Nous recommandons la ligne de configure suivante avec egcs et gcc 2.95 sur AIX : CC="gcc -pipe -mcpu=power -Wa,-many" \ CXX="gcc -pipe -mcpu=power -Wa,-many" \ CXXFLAGS="-felide-constructors -fno-exceptions -fno-rtti" \ ./configure --prefix=/usr/local/mysql --with-low-memory Le -Wa,-many est nécessaire pour que la compilation se passe sans problèmes. IBM est au courant de ce problème mais n'est pas pressé de le corriger à cause de l'existence du palliatif. Nous ne savons pas si -fno-exceptions est requise avec gcc 2.95, mais comme MySQL n'utilise pas les exeptions et que l'option en question génère un code plus rapide, nous vous recommandons de toujours utiliser cette option avec egcs / gcc. Si vous obtenez un problème avec le code de l'assembleur essayez en changeant l'option -mcpu=xxx pour l'adapter à votre processeur. Le plus souvent, on a besoin de power2, power, ou powerpc, et sinon 604 ou 604e. Je ne suis pas positif mais je pense que l'utilisation de "power" sera sûre la plupart du temps, même sur une machine power2. Si vous ne savez pas quel est votre processeur, exécutez "uname -m", cela vous renverra une chaîne comme "000514676700", avec un format xxyyyyyymmss où xx et ss sont toujours des zéros, yyyyyy est un identifiant unique du système et mm est l'identifiant du CPU Planar. Une liste de ces valeurs peut être trouvée sur http://publib.boulder.ibm.com/doc_link/en_US/a_doc_lib/cmds/aixcmds5/uname.htm. Cela vous donnera un type et un modèle de machine que vous pouvez utiliser pour déterminer quel type de processeur vous avez. Si vous avez des problèmes avec les signaux (MySQL se termine de manière imprévue lors des montées en charge) vous avez peut-être trouvé un bogue du système avec les threads et les signaux. Dans ce cas, vous pouvez demander à MySQL de ne pas utiliser les signaux en configuration avec : shell> CFLAGS=-DDONT_USE_THR_ALARM CXX=gcc \ CXXFLAGS="-felide-constructors -fno-exceptions -fno-rtti \ -DDONT_USE_THR_ALARM" \ ./configure --prefix=/usr/local/mysql --with-debug --with-low-memory Cela n'affecte pas les performances de MySQL, mais comporte un effet secondaire faisant en sorte que vous ne pourrez tuer les clients en état ``sleeping'' sur une connexion avec mysqladmin kill ou mysqladmin shutdown. A la place, le client se terminera lorsqu'il émmetra sa prochaine commande. Sur quelques versions de AIX, lier avec libbind.a fait vider son noyau à getservbyname (core dump). Il s'agit d'un bogue AIX et doit être remonté à IBM. Installer MySQL 155 Pour AIX 4.2.1 et gcc vous devez apporter les modifications suivantes : Après la configuration, éditez config.h et include/my_config.h et changez la ligne qui comporte #define HAVE_SNPRINTF 1 en #undef HAVE_SNPRINTF Et finalement, dans mysqld.cc vous devez ajouter un prototype pour initgoups. #ifdef _AIX41 extern "C" int initgroups(const char *,int); #endif Si vous avez besoin d'allouer beaucoup de mémoire au processus mysqld, il ne suffit pas de configurer 'ulimit -d unlimited'. Vous aurez aussi à configurer dans mysqld_safe quelque chose comme : export LDR_CNTRL='MAXDATA=0x80000000' Vous trouverez plus d'informations sur l'utilisation d'une grande quantité de mémoire sur : http://publib16.boulder.ibm.com/pseries/en_US/aixprggd/genprogc/lrg_prg_support.htm. 2.8.5.4. Notes relatives à SunOS 4 Avec SunOS 4, les MIT-pthreads sont requis pour compiler MySQL, ce qui signifie que vous aurez besoin de GNU make. Quelques systèmes SunOS 4 ont des problèmes avec les bibliothèques dynamiques et libtool. Vous pouvez utiliser la ligne suivante de configure pour éviter ce problème : shell> ./configure --disable-shared --with-mysqld-ldflags=-all-static Lors de la compilation de readline, vous pouvez obtenir des avertissements à propos de définitions dupliquées. Vous pouvez les ignorer. Lors de la compilation de mysqld, il y aura quelques avertissements implicit declaration of function. Vous pouvez les ignorer. 2.8.5.5. Notes pour Alpha-DEC-UNIX (Tru64) Si vous utilisez egcs 1.1.2 sur Digital Unix, vous devez passer à gcc 2.95.2, car egcs connaît de sérieux bogues sur DEC! Lorsque vous compilez des programmes threadés sous Digital Unix, la documentation recommande l'utilisation de l'option -pthread avec cc et cxx et les bibliothèques -lmach -lexc (en plus de -lpthread). Vous devriez exécuter le script configure comme ceci : CC="cc -pthread" CXX="cxx -pthread -O" \ ./configure --with-named-thread-libs="-lpthread -lmach -lexc -lc" Lorsque vous compilez mysqld, vous pouvez voir apparaître des alertes comme celles-ci : mysqld.cc: In function void handle_connections()': mysqld.cc:626: passing long unsigned int *' as argument 3 of accept(int,sockadddr *, int *)' Installer MySQL 156 Vous pouvez les ignorer tranquillement. Elles apparaissent car configure ne peut détecter que des erreurs, et pas des alertes. Si vous démarrez le serveur directement en ligne de commande, vous pouvez rencontrer des problèmes d'interruption si vous vous déconnectez. Lorsque vous vous déconnectez, les processus en cours re¸oivent le signal SIGHUP. Si c'est le cas, essayez de démarrer le serveur comme ceci : shell> nohup mysqld [options] & nohup fait que la commande suivante va ignorer les signaux SIGHUP envoyés par le terminal. Alternativement, vous pouvez démarrer le serveur avec le script safe_mysqld, qui appelle le démon mysqld avec l'option nohup pour vous. See Section 5.1.3, « safe_mysqld, le script père de mysqld ». Si vous avez des problèmes pour compiler mysys/get_opt.c, vous pouvez simplement supprimer la ligne #define _NO_PROTO au début du fichier! Si vous utilisez le compilateur cc de Compaq, la ligne de configuration suivante devrait fonctionner : CC="cc -pthread" CFLAGS="-O4 -ansi_alias -ansi_args -fast -inline speed all -arch host" CXX="cxx -pthread" CXXFLAGS="-O4 -ansi_alias -ansi_args -fast -inline speed all -arch host \ -noexceptions -nortti" export CC CFLAGS CXX CXXFLAGS ./configure \ --prefix=/usr/local/mysql \ --with-low-memory \ --enable-large-files \ --enable-shared=yes \ --with-named-thread-libs="-lpthread -lmach -lexc -lc" gnumake Si vous avez un problème avec libtool, lorsque vous compilez les bibliothèques partagées, ou lorsque vous compilez mysql, vous devriez pouvoir résoudre ce problème avec : cd mysql /bin/sh ../libtool --mode=link cxx -pthread -O3 -DDBUG_OFF \ -O4 -ansi_alias -ansi_args -fast -inline speed \ -speculate all \ -arch host -DUNDEF_HAVE_GETHOSTBYNAME_R \ -o mysql mysql.o readline.o sql_string.o completion_hash.o \ ../readline/libreadline.a -lcurses \ ../libmysql/.libs/libmysqlclient.so -lm cd .. gnumake gnumake install scripts/mysql_install_db 2.8.5.6. Notes pour Alpha-DEC-OSF/1 Si vous avez des problèmes de compilation et que le CC de DEC et gcc sont installés, essayez d'utiliser le script configure comme ceci : CC=cc CFLAGS=-O CXX=gcc CXXFLAGS=-O3 \ ./configure --prefix=/usr/local/mysql Si vous avez des problèmes avec le fichier c_asm.h, vous pouvez créer un fichier inerte c_asm.h avec : Installer MySQL 157 touch include/c_asm.h CC=gcc CFLAGS=-I./include \ CXX=gcc CXXFLAGS=-O3 \ ./configure --prefix=/usr/local/mysql Notez que les problèmes suivants avec le programme ld peuvent être corrigés en téléchargeant le dernier kit de patch de DEC (Compaq) à : http://ftp.support.compaq.com/public/unix/. Su OSF/1 V4.0D et avec le compilateur DEC C V5.6-071 on Digital Unix V4.0 (Rev. 878) le compilateur présente un comportement étrange (undefined asm symbols). /bin/ld apparaît aussi comme incorrect (problèmes avec des erreurs _exit undefined survenant lors du link de mysqld). Sur ce système, nous avons réussi à compiler MySQL avec le script configure suivant, après avoir remplacé /bin/ld par la version de OSF 4.0C: CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql Avec le compilateur Digital C++ V6.1-029, la ligne suivante doit fonctionner : CC=cc -pthread CFLAGS=-O4 -ansi_alias -ansi_args -fast -inline speed -speculate all \ -arch host CXX=cxx -pthread CXXFLAGS=-O4 -ansi_alias -ansi_args -fast -inline speed -speculate all \ -arch host -noexceptions -nortti export CC CFLAGS CXX CXXFLAGS ./configure --prefix=/usr/mysql/mysql --with-mysqld-ldflags=-all-static \ --disable-shared --with-named-thread-libs="-lmach -lexc -lc" Avec certaines versions de OSF/1, la fonction alloca() est boguée. Corrigez cela en supprimant la ligne du fichier config.h qui définit 'HAVE_ALLOCA'. La fonction alloca() a aussi un prototype incorrect dans /usr/include/alloca.h. L'alerte en résultant peut être ignorée. Le script configure va utiliser automatiquement les bibliothèques de threads suivantes : - -with-named-thread-libs="-lpthread -lmach -lexc -lc". En utilisant gcc, vous pouvez aussi essayer le script configure avec ceci : shell> CFLAGS=-D_PTHREAD_USE_D4 CXX=gcc CXXFLAGS=-O3 ./configure ... Si vous avez des problèmes avec les signaux (MySQL s'arrête inopinément sous forte charge), vous pouvez avoir rencontré un bogue de l'OS avec les threads, et les signaux. Dans ce cas, vous pouvez indiquer à MySQL de ne pas utiliser les signaux avec la configuration suivante : shell> CFLAGS=-DDONT_USE_THR_ALARM \ CXXFLAGS=-DDONT_USE_THR_ALARM \ ./configure ... Cela ne modifie pas les performances de MySQL, mais vous ne pourrez plus terminer les clients qui sont en mode ``sleeping'' sur une connexion avec la commande mysqladmin kill ou mysqladmin shutdown. Au lieu de cela, le client sera interrompu lorsqu'il émettra la prochaine commande. Avec gcc 2.95.2, vous aurez probablement les problèmes de compilation suivants : sql_acl.cc:1456: Internal compiler error in `scan_region', at except.c:2566 Please submit a full bug report. Pour corriger cela, vous devez aller dans le dossier sql et faire un ``copier coller'' de la dernière Installer MySQL 158 ligne gcc, tout en rempla¸ant le code -O3 par le code -O0 ou ajouter le code -O0 immédiatement après gcc si vous n'avez aucune option -O sur votre ligne de compilation). Après cela, vous pouvez retourner au niveau de la racine de MySQL, et tenter à nouveau un make. 2.8.5.7. Notes relatives à SGI Irix Si vous utilisez la version 6.5.3 d'Irix ou plus récente, mysqld ne pourra créer de threads que si vous l'exécutez en tant qu'utilisateur possédant le privilège CAP_SCHED_MGT (comme root) ou que vous donnez au serveur mysqld ce privilège avec la commande suivante : shell> chcap "CAP_SCHED_MGT+epi" /opt/mysql/libexec/mysqld Vous devrez peut-être supprimer quelques définitions dans config.h après avoir exécuté configure et avant de compiler. Sur quelques implémentations d'Irix, la fonction alloca() ne marche pas. Si le serveur mysqld se stoppe sur quelques requêtes SELECT, supprimez les lignes de config.h qui définissent HAVE_ALLOC et HAVE_ALLOCA_H. Si mysqladmin create ne fonctionne pas, supprimez la ligne qui définit HAVE_READDIR_R dans config.h. Vous devrez peut-être supprimer la ligne de HAVE_TERM_H aussi. SGI recommande que vous installiez tous les patches de cette page : http://support.sgi.com/surfzone/patches/patchset/6.2_indigo.rps.html Vous devrez, au moins, installer la dernière version du noyau, de rld et de libc. Vous avez besoin de tous les patches POSIX sur cette page, pour le support des pthreads : http://support.sgi.com/surfzone/patches/patchset/6.2_posix.rps.html Si vous obtenez une erreur se rapprochant de la suivante lors de la compilation de mysql.cc: "/usr/include/curses.h", line 82: error(1084): invalid combination of type Tapez ce qui suit dans le répertoire racine de votre source MySQL : shell> extra/replace bool curses_bool < /usr/include/curses.h \ > include/curses.h shell> make Un problème de planification a aussi été signalé. Si seul un thread est en cours, les choses ralentissent. Evitez cela en démarrant un autre client. Cela pourra accélérer l'exécution de l'autre thread de 2 à 10 fois. Ceci est un problème pas encore très clair avec les threads Irix; vous devrez improviser pour trouver des solutions en attendant que cela soit corrigé. Si vous compilez avec gcc, vous pouvez utiliser la commande configure suivante : CC=gcc CXX=gcc CXXFLAGS=-O3 \ ./configure --prefix=/usr/local/mysql --enable-thread-safe-client \ --with-named-thread-libs=-lpthread Sous Irix 6.5.11 avec les compilateurs natifs Irix C et C++ versions 7.3.1.2, ce qui suit est connu pour fonctionner : CC=cc CXX=CC CFLAGS='-O3 -n32 -TARG:platform=IP22 -I/usr/local/include \ -L/usr/local/lib' CXXFLAGS='-O3 -n32 -TARG:platform=IP22 \ -I/usr/local/include -L/usr/local/lib' ./configure \ --prefix=/usr/local/mysql --with-innodb --with-berkeley-db \ --with-libwrap=/usr/local \ --with-named-curses-libs=/usr/local/lib/libncurses.a Installer MySQL 159 2.8.5.8. Notes sur SCO Le port actuel est testé uniquement sur les systèmes ``sco3.2v5.0.5'', ``sco3.2v5.0.6'' et ``sco3.2v5.0.7''. Il y a aussi eu des progrès sur le port vers ``sco 3.2v4.2''. Pour le moment, le compilateur recommandé sur OpenServer est gcc 2.95.2. Avec lui, vous devriez être capable de compiler MySQL simplement avec : CC=gcc CXX=gcc ./configure ... (options) 1. Pour OpenServer 5.0.x, vous avez besoin de gcc-2.95.2p1 ou plus récent, de Skunkware. http://www.sco.com/skunkware/ puis recherchez dans les paquets OpenServer ou par FTP sur ftp2.caldera.com, dans le dossier pub/skunkware/osr5/devtools/gcc. 2. Vous avez besoin de GCC 2.5.x pour ce produit, et du système de développement. Ils sont nécessaires sur cette version de Unix SCO. Vous ne pouvez pas simplement utiliser GCC Dev. 3. Vous devriez installer le paquet FSU Pthreads et l'installer. Il peut être trouvé à l'adresse : http://moss.csc.ncsu.edu/~mueller/ftp/pub/PART/pthreads.tar.gz. Vous pouvez aussi obtenir un paquet precompilé sur http://www.mysql.com/Downloads/SCO/FSU-threads-3.5c.tar.gz. 4. Les FSU Pthreads peuvent être compilé sur SCO Unix 4.2 avec TCP/IP. Ou OpenServer 3.0 ou Open Desktop 3.0 (OS 3.0 ODT 3.0), avec le SCO Development System, installé avec le bon port de GCC 2.5.x ODT ou OS 3.0 avec le bon port de GCC 2.5.x Il y a beaucoup de problèmes si vous n'utilisez pas le bon port. Le port de ce produit requiert le SCO Unix Development. Sans cela, il vous manque des bibliothèques et le linker nécessaire. 5. Pour compiler FSU Pthreads sur votre système, faîtes ceci : a. Exécutez ./configure dans le dossier threads/src et sélectionnez l'option SCO OpenServer. Cette commande copie Makefile.SCO5 dans le fichier Makefile. b. Exécutez make. c. Pour installer le paquet dans le dossier par défaut /usr/include, identifiez vous comme root, puis utilisez cd pour vous placer dans le dossier thread/src, et faites make install. 6. N'oubliez pas d'utiliser GNU make lors de la compilation de MySQL. 7. Si vous ne lancez pas mysqld_safe en tant que root, vous obtiendrez probablement un maximum de 110 fichiers ouverts par processus. mysqld vous le dira dans les logs. 8. Avec SCO 3.2V5.0.5, il est recommandé d'utiliser FSU Pthreads version 3.5c ou plus récent. Il est recommandé d'utiliser gcc 2.95.2 ou plus récent! La commande configure devrait fonctionner : shell> ./configure --prefix=/usr/local/mysql --disable-shared 9. Avec SCO 3.2V4.2, il est recommandé d'utiliser FSU Pthreads version 3.5c ou plus récent. La commande configure devrait fonctionner : shell> CFLAGS="-D_XOPEN_XPG4" CXX=gcc CXXFLAGS="-D_XOPEN_XPG4" \ ./configure \ --prefix=/usr/local/mysql \ --with-named-thread-libs="-lgthreads -lsocket -lgen -lgthreads" \ --with-named-curses-libs="-lcurses" Vous pourriez rencontrer des problèmes avec certains fichiers à inclure. Dans ce cas, vous Installer MySQL 160 pouvez trouver des fichiers spécifiques pour SCO à l'adresse http://www.mysql.com/Downloads/SCO/SCO-3.2v4.2-includes.tar.gz. Il suffit de décompresser le fichier dans le dossier include de votre dossier source MySQL. Notes de développement SCO : ? MySQL doit automatiquement détecter le paquet FSU Pthreads et l'utiliser pour compiler mysqld avec -lgthreads -lsocket -lgthreads. ? Les bibliothèques de développement SCO sont re-entrantes avec les FSU Pthreads. SCO affirme que ses bibliothèques sont ré-entrantes, donc elles sont aussi ré-entrantes avec les FSU Pthreads. FSU Pthreads sur OpenServer essaie d'utiliser les concepts SCO pour rendre ses bibliothèques ré-entrantes. ? FSU Pthreads (tout au moins, la version de http://www.mysql.com/) est livré avec GNU malloc. Si vous rencontrez des problèmes avec l'utilisation de la mémoire, assurez-vous que le fichier gmalloc.o est inclus dans libgthreads.a et libgthreads.so. ? Avec les FSU Pthreads, les appels système suivants sont compatibles avec les pthreads : read(), write(), getmsg(), connect(), accept(), select() et wait(). ? Le patch CSSA-2001-SCO.35.2 (le patch est nommé erg711905-dscr_remap security patch (version 2.0.0)) bloque les FSU Pthreads et rend mysqld instable. Vous devez le supprimer si vous voulez faire fonctionner mysqld sur une machine OpenServer 5.0.6. ? SCO fournit des patches pour son système d'exploitation à l'adresse ftp://ftp.sco.com/pub/openserver5 pour OpenServer 5.0.x ? SCO fournit des patches de sécurités et la bibliothèque libsocket.so.2 à l'adresse ftp://ftp.sco.com/pub/security/OpenServer et ftp://ftp.sco.com/pub/security/sse pour OpenServer 5.0.x ? Patch de sécurité avant OSR506. De même, le patch telnetd de ftp://stage.caldera.com/pub/security/openserver/ ou ftp://stage.caldera.com/pub/security/openserver/CSSA-2001-SCO.10/ ainsi que libsocket.so.2 et libresolv.so.1 ont des instructions concernant leur installation sur un système pre-OSR506. C'est probablement une bonne idée que d'installer les patches de sécurité ci-dessus avant de compiler et d'utiliser MySQL. 2.8.5.9. Notes sur SCO UnixWare Version 7.1.x Sur UnixWare 7.1.0, vous devez utiliser une version de MySQL au moins aussi récente que la 3.22.13 pour avoir les correctifs sur cet OS. Nous avons réussi à compiler MySQL avec la commande de configuration suivante configure sur UnixWare Version 7.1.x: CC=cc CXX=CC ./configure --prefix=/usr/local/mysql Si vous voulez utiliser gcc, vous devez utiliser gcc 2.95.2 ou plus récent. CC=gcc CXX=g++ ./configure --prefix=/usr/local/mysql SCO fournit des patchs pour son OS à ftp://ftp.sco.com/pub/unixware7 pour UnixWare 7.1.1 et 7.1.3 et à ftp://ftp.sco.com/pub/openunix8 pour OpenUNIX 8.0.0. Installer MySQL 161 SCO fournit des informations sur les correctifs de sécurité à ftp://ftp.sco.com/pub/security/OpenUNIX pour OpenUNIX et à ftp://ftp.sco.com/pub/security/UnixWare pour UnixWare. 2.8.6. Notes relatives à OS/2 MySQL utilise un certain nombre de fichiers ouverts. A cause de cela, vous devez ajouter un ligne se rapprochant de la suivante dans votre fichier CONFIG.SYS : SET EMXOPT=-c -n -h1024 Si vous ne le faites pas, vous obtiendrez probablement l'erreur : File 'xxxx' not found (Errcode: 24) Lors de l'utilisation de MySQL avec OS/2 Warp 3, FixPack 29 ou plus est requis. Avec OS/2 Warp 4, FixPack 4 ou plus est requis. C'est un besoin de la bibliothèque des Pthreads. MySQL doit être installé sur une partition qui supporte les noms de fichiers longs, tel que HPFS, FAT32, etc. Le script INSTALL.CMD doit être exécuté à partir du CMD.EXE d'OS/2 et ne fonctionnera probablement pas avec des substituts tels que 4OS2.EXE. Le script scripts/mysql-install-db a été renommé. Il est maintenant nommé install.cmd et est un script REXX, qui mettra en place les configurations de sécurité par défaut de MySQL et créera les icônes WorkPlace Shell pour MySQL. Le support des module dynamiques est compilé, mais n'est pas assez testé. Les modules dynamiques doivent être compilés en utilisant la bibliothèque pthreads. gcc -Zdll -Zmt -Zcrtdll=pthrdrtl -I../include -I../regex -I.. \ -o exemple udf_exemple.cc -L../lib -lmysqlclient udf_exemple.def mv exemple.dll exemple.udf Note : A cause des limitations de OS/2, les noms des modules UDF ne doivent pas dépasser 8 caractères. Les modules sont stockés dans le répertoire /mysql2/udf; le script safe- mysqld.cmd placera ce répertoire dans la variable d'environnement BEGINLIBPATH. Lors de l'utilisation des modules UDF, les extensions spécifiées sont ignorées. Elle est supposée être .udf. Par exemple, sous Unix, le module partagé peut se nommer exemple.so et vous chargeriez une de ses fonctions de la fa¸on suivante : mysql> CREATE FUNCTION metaphon RETURNS STRING SONAME "exemple.so"; Sous OS/2, me module s'appellera exemple.udf, mais vous n'aurez pas à spécifier son extension : mysql> CREATE FUNCTION metaphon RETURNS STRING SONAME "exemple"; 2.8.7. Notes relatives à BeOS Nous sommes vraiment intéressés par le port de MySQL sur BeOS, mais malheureusement, nous n'avons personne qui s'y connaisse en BeOS ou qui ait le temps de s'en occuper. Nous sommes intéressés par quelqu'un qui serait prêt à faire le port, et nous l'aiderions pour toutes les questions techniques qu'il pourrait se poser durant le processus. Nous avons déjà eu des contacts avec des développeurs BeOS qui ont dit que MySQL était porté à 80% sur BeOS, mais nous n'avons plus entendu parler d'eux depuis. Installer MySQL 162 2.9. Commentaires sur l'installation de Perl Le support MySQL par Perl est fournis grâce à l'interface DBI/DBD. Cette interface requiert Perl Version 5.6.0 ou plus récent. Elle fonctionnera pas si vous avez une autre version plus ancienne de Perl. Si vous voulez utiliser les transactionsa vec Perl DBI, vous devez installer DBD::mysql version 1.2216 ou plus récent. La version 2.9003 ou plus récent est recommandée. Notez que si vous utilisez la bibliothèque client MySQL 4.1, vous devrez utiliser DBD::mysql 2.9003 ou plus récent. Depuis la version 3.22.8, le support de Perl n'est plus inclut dans les distribution de MySQL. Vous pouvez obtenir les modules requis sur le site http://search.cpan.org pour Unix, ou sur le site de ActiveState (fichiers ppm) pour Windows. La section suivante décrit comment faire. Le support de MySQL par Perl doit être installé si vous voulez exécuter les scripts de tests de performances. See Section 7.1.4, « La suite de tests MySQL ». 2.9.1. Installer Perl sur Unix Le support Perl de MySQL requièrt que vous ayez installé le support de programmation de clients pour MySQL. Si vous avez installé MySQL à partir de fichiers RPM, les programmes clients sont dans le RPM client, mais le support de la programmation de clients est dans le RPM des développeurs. Assurez-vous d'avoir installé le dernier RPM. Si vous voulez installer le support Perl, les fichiers dont vous avez besoin sont disponible sur la bibliothèque CPAN (Comprehensive Perl Archive Network) à http://search.cpan.org. Le moyen le plus facile pour installer le module Unix de Perl et d'utilise le module CPAN. Par exemple : shell> perl -MCPAN -e shell cpan> install DBI cpan> install DBD::mysql L'installation de DBD::mysql effectue de nombreux tests. Ces tests requièrent une connexion local au serveur MySQL, en tant qu'utilisateur anonyme, sans mot de passe. Si vous avez supprimé l'accès anonyme, ou assigné des mots de passe, les tests échoueront. Vous pouvez utiliser force install DBD::mysql pour ignorer ces tests. DBI requiert le module Data::Dumper. Il peut être déjà installé. Si non, vous devez l'installer avant d'installer DBI. Il est aussi possible de télécharger la distribution module sous la forme d'une archive tar compressée, et de compiler manuellement les modules. Par exemple, pour décompresser et construire la distribution DBI, utilisez cette procédure : 1. Décompressez la distribution dans le dossier courant : shell> gunzip < Data-Dumper-VERSION.tar.gz | tar xvf - Cette commande crée un dossier appelé Data-Dumper-VERSION. 2. Mettez vous dans le répertoire racine de la distribution décompressée : shell> cd DBI-VERSION 3. Construisez la distribution et compilez tout : shell> perl Makefile.PL Installer MySQL 163 shell> make shell> make test shell> make install La commande make test est importante car elle vérifie que le module fonctionne. Notez que quand vous exécutez cette commande durant l'installation de Msql-Mysql-modules pour tester le code de l'interface, le serveur MySQL doit être en marche sinon le test échouera. Il est bon de reconstruire et réinstaller la distribution Msql-Mysql-modules à chaque fois que vous réinstallez une nouvelle version de MySQL, particulièrement si vous avez des problèmes avec vos scripts DBI après avoir avoir mis à jour MySQL. Si vous n'avez pas le droit d'installer des modules Perl dans le dossier système ou que vous voulez installer des modules locaux de Perl, la référence suivante pourra vous aider : http://www.iserver.com/support/contrib/perl5/modules.html Regardez le paragraphe ``Installing New Modules that Require Locally Installed Modules.'' 2.9.2. Installer ActiveState Perl sur Windows Pour installer le module DBD MySQL avec ActiveState Perl sous Windows, vous devez faire ce qui suit : ? Obtenez ActiveState Perl à partir de http://www.activestate.com/Products/ActivePerl/ et installez le. ? Ouvrez un terminal DOS. ? Si requis, définissez la variable HTTP_proxy. Par exemple, vous pouvez faire : set HTTP_proxy=my.proxy.com:3128 ? Démarrez le programme PPM : C:\> c:\perl\bin\ppm.pl ? Installez DBI, si ce n'est pas déjà fait : ppm> install DBI ? Si cela fonctionne, exécutez la commande suivante : install \ ftp://ftp.de.uu.net/pub/CPAN/authors/id/JWIED/DBD-mysql-1.2212.x86.ppd Ce qui suit devrait fonctionner avec la version 5.6 d'ActiveState Perl. Si ce qui précède ne veut pas fonctionner, vous devez à la place installer le pilote MyODBC et vous connecter au serveur MySQL via ODBC : use DBI; $dbh= DBI->connect("DBI:ODBC:$dsn","$utilisateur","$motdepasse") || die "Obtenu l'erreur $DBI::errstr lors de la connexion à $dsn\n"; 2.9.3. Problèmes lors de l'utilisation des interfaces Installer MySQL 164 Perl DBI et DBD Si Perl vous informe qu'il ne peut trouver le module ../mysql/mysql.so, il se trouve probablement que Perl n'arrive pas à trouver la bibliothèque partagée libmysqlclient.so. Vous pouvez corriger cela en suivant l'une des méthodes suivantes : ? Compilez la distribution Msql-Mysql-modules avec perl Makefile.PL -static - config au lieu de perl Makefile.PL. ? Copiez libmysqlclient.so dans le dossier où se situent vos autres bibliothèques partagées (souvent /usr/lib ou /lib). ? Modifiez l'option -L utilisée pour compiler DBD::mysql pour refléter le chemin correct de libmysqlclient.so. ? Sous Linux vous pouvez ajouter le chemin vers le dossier dans lequel se trouve libmysqlclient.so au fichier /etc/ld.so.conf. ? Ajoutez le chemin complet vers le dossier où se situe libmysqlclient.so à la variable d'environnement LD_RUN_PATH. Notez que vous aurez aussi besoin de modifier les options -L s'il y a d'autres bibliothèques que le linker ne peut trouver. Par exemple, si le linker ne peut trouver libc comme il est dans /lib et que la commande de link spécifie -L/usr/lib, modifiez l'option -L en -L/lib ou ajoutez l'option -L/lib à la commande de link existante. Si vous obtenez l'erreur suivante de DBD-mysql, vous utilisez probablement gcc (ou un vieux binaire compilé avec gcc) : /usr/bin/perl: can't resolve symbol '__moddi3' /usr/bin/perl: can't resolve symbol '__divdi3' Ajoutez -L/usr/lib/gcc-lib/... -lgcc à la commande de liaison lorsque la bibliothèque mysql.so est construite (vérifiez l'affichage de make concernant mysql.so quand vous compilez le client Perl). L'option -L doit spécifier le chemin vers le dossier où se situe libgcc.a sur votre système. Une autre cause du problème peut être que Perl et MySQL ne sont pas tous deux compilés avec gcc. Dans ce cas là, vous devrez faire en sorte qu'ils le soient. Si vous obtenez les erreurs suivantes de la part de Msql-Mysql-modules quand vous exécutez ces tests : t/00base............install_driver(mysql) failed: Can't load '../blib/arch/auto/DBD/mysql/mysql.so' for module DBD::mysql: ../blib/arch/auto/DBD/mysql/mysql.so: undefined symbol: uncompress at /usr/lib/perl5/5.00503/i586-linux/DynaLoader.pm line 169. cela signifie que vous avez besoin d'inclure la bibliothèque dynamique, -lz, dans la ligne de liaison. Cela peut se faire en changeant ce qui suit dans lib/DBD/mysql/Install.pm : $sysliblist .= " -lm"; en $sysliblist .= " -lm -lz"; Après cela, vous devez exécuter 'make realclean' et reprendre l'installation dès le début. Installer MySQL 165 Si vous voulez installer DBI sur SCO, vous devez éditer le fichier Makefile de DBI-xxx et chaque sous-dossier. Notez que gcc doit être en version 2.95.2 ou plus récente : ANCIEN: NOUVEAU: CC = cc CC = gcc CCCDLFLAGS = -KPIC -W1,-Bexport CCCDLFLAGS = -fpic CCDLFLAGS = -wl,-Bexport CCDLFLAGS = LD = ld LD = gcc -G -fpic LDDLFLAGS = -G -L/usr/local/lib LDDLFLAGS = -L/usr/local/lib LDFLAGS = -belf -L/usr/local/lib LDFLAGS = -L/usr/local/lib LD = ld LD = gcc -G -fpic OPTIMISE = -Od OPTIMISE = -O1 OLD: CCCFLAGS = -belf -dy -w0 -U M_XENIX -DPERL_SCO5 -I/usr/local/include NEW: CCFLAGS = -U M_XENIX -DPERL_SCO5 -I/usr/local/include Ceci est dû au fait que le chargeur dynamique de Perl ne va pas charger les modules DBI, s'ils sont compilés avec icc ou cc. Si vous voulez utiliser le module de Perl sur un système qui ne supporte pas les liaisons dynamiques (comme Caldera/SCO) vous pouvez générer une version statique de Perl incluant DBI et DBD- mysql. L'approche est de générer une version de Perl avec le code de DBI lié et de l'installer au dessus de votre Perl courant. Puis vous utilisez cette version pour en créer à nouveau une autre qui comporte le code de DBD lié et d'installer cette version ci. Sur Caldera (SCO), vous devez définir les variables d'environnement suivantes : shell> LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib:/usr/progressive/lib ou : shell> LD_LIBRARY_PATH=/usr/lib:/lib:/usr/local/lib:/usr/ccs/lib:\ /usr/progressive/lib:/usr/skunk/lib shell> LIBPATH=/usr/lib:/lib:/usr/local/lib:/usr/ccs/lib:\ /usr/progressive/lib:/usr/skunk/lib shell> MANPATH=scohelp:/usr/man:/usr/local1/man:/usr/local/man:\ /usr/skunk/man: D'abord, créez un Perl incluant un DBI lié statiquement en exécutant des commandes dans le dossier où se situe votre distribution DBI : shell> perl Makefile.PL -static -config shell> make shell> make install shell> make perl Ensuite, vous devez installer le nouveau Perl. Les affichages de make perl vous indiqueront les commandes make exactes que vous aurez besoin d'exécuter pour faire l'installation. Sur Caldera (SCO), il s'agit de make -f Makefile.aperl inst_perl MAP_TARGET=perl. Puis, utilisé le Perl qui vient d'être créé pour en créer un nouveau qui inclut un DBD::mysql lié statiquement en exécutant ces commandes dans le dossier où votre distribution de Msql- Mysql-modules se situe : shell> perl Makefile.PL -static -config Installer MySQL 166 shell> make shell> make install shell> make perl Finalement, vous devez installer ce nouveau Perl. Une fois de plus, l'affichage de make perl vous indiquera la commande à utiliser. Installer MySQL 167 Chapitre 3. Tutoriels d'introduction Ce chapitre fournit un tutoriel d'introduction à MySQL en montrant comment utiliser le client mysql pour créer et utiliser une simple base de données. mysql (quelques fois nommé ``moniteur terminal'' ou juste ``moniteur'') est un programme interactif qui vous permet de vous connecter à un serveur MySQL, exécuter des requêtes et voir les résultats. mysql peut aussi être utilisé en mode batch : vous placez vos requêtes dans un fichier, puis vous faites exécuter à mysql le contenu de ce fichier. Les deux manières d'utiliser mysql sont expliquées ici. Pour voir une liste d'options fournies par mysql, invoquez-le avec l'option --help : shell> mysql --help Ce chapitre assume que mysql est installé sur votre machine et qu'un serveur MySQL est disponible pour que vous vous y connectiez. Si ce n'est pas le cas, contactez votre administrateur MySQL. (Si vous êtes l'administrateur, vous aurez besoin de consulter d'autres sections de ce manuel.) Ce chapitre décrit le processus d'installation et d'utilisation d'une base de données en entier. Si vous n'êtes intéressés que par l'accès à une base de données existante, vous pouvez sauter les sections décrivant la création de la base et des tables. Ce chapitre n'est qu'un tutoriel, beaucoup de détails ne sont pas approfondis. Consultez les sections appropriées du manuel pour plus d'informations sur les sujets abordés. 3.1. Connexion et déconnexion au serveur Pour vous connecter au serveur, vous aurez dans la plupart des cas à fournir un nom d'utilisateur à MySQL, et, sûrement, un mot de passe. Si le serveur fonctionne sur une autre machine que la vôtre, vous devrez spécifier son adresse. Contactez votre administrateur pour connaître les paramètres à utiliser lors de la connexion (hôte, nom d'utilisateur, mot de passe à utiliser...). Une fois que vous aurez les bons paramètres, vous pourrez vous connecter de la fa¸on suivante : shell> mysql -h hote -u utilisateur -p Enter password: ******** ******** représente votre mot de passe, entrez-le lorsque mysql affiche Enter password:. Si tout fonctionne, vous devrez voir quelques informations d'introduction suivies d'une invite de commande mysql> : shell> mysql -h host -u user -p Enter password: ******** Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 459 to server version: 3.22.20a-log Type 'help' for help. mysql> L'invite vous dit que mysql attend que vous entriez des commandes. Quelques installations de MySQL autorisent les connexions anonymes au serveur tournant sur l'hôte local. Si c'est la cas sur votre machine, vous devriez arriver à vous connecter à ce serveur en invoquant la commande mysql sans aucune option : shell> mysql 168 Après vous être connecté avec succès, vous pouvez vous déconnecter à tout moment en entrant QUIT dans l'invite mysql> : mysql> QUIT Bye Vous pouvez aussi le faire en appuyant sur Ctrl-D. La plupart des exemples dans les sections suivantes supposent que vous êtes connecté au serveur. Cela se voit à l'invite mysql>. 3.2. Entrer des requêtes Assurez-vous d'être connecté au serveur, comme expliqué précédemment dans cette section. Faire ceci ne sélectionnera pas une base par lui même, mais c'est normal. A ce stade, il est important de découvrir la fa¸on dont sont publiées les requêtes, pour ensuite pouvoir créer des tables, y insérer et rechercher des données. Cette section décrit les principes de base pour entrer une commande, en utilisant plusieurs requêtes que vous pouvez essayer pour vous familiariser avec la fa¸on dont mysql fonctionne. Voilà une commande simple qui demande au serveur de vous donner son numéro de version et la date courante. Entrez-la comme suit, juste après l'invite mysql> puis pressez Enter : mysql> SELECT VERSION(), CURRENT_DATE; +--------------+--------------+ | VERSION() | CURRENT_DATE | +--------------+--------------+ | 3.22.20a-log | 1999-03-19 | +--------------+--------------+ 1 row in set (0.01 sec) mysql> La requête révèle plusieurs choses à propos de mysql : ? Une commande consiste normalement en une commande SQL suivie d'un point-virgule. (Il y a quelques cas ou le point-virgule n'est pas requis. QUIT, mentionnée plus tôt, en fait partie. Nous verrons les autres plus tard.) ? Lorsque vous entrez une commande, mysql l'envoi au serveur pour l'exécution et affiche le résultat, puis affiche un autre mysql> pour indiquer qu'il attend une autre commande. ? mysql affiche le résultat des requêtes dans une table (lignes et colonnes). La première ligne contient le nom des colonnes. Les lignes suivantes constituent le résultat de la requête. Normalement, les titres des colonnes sont les noms des champs des tables de la base de données que vous avez récupérés. Si vous récupérez la valeur d'une expression au lieu d'une colonne (comme dans l'exemple précédent), mysql nomme la colonne en utilisant l'expression elle- même. ? mysql vous indique combien de lignes ont été retournées et combien de temps d'exécution la requête a pris, ce qui vous donnera une approximation des performances du serveur. Ces valeurs sont imprécises car elles représentent le temps logiciel (et non le temps processeur ou matériel), et qu'elles sont affectées par des facteurs tels que la charge du serveur ou l'accessibilité du réseau. (Dans un soucis de brièveté, la ligne contenant ``rows in set'' n'est plus montrée dans les exemples suivants de ce chapitre.) Les mots-clef peuvent être entrés sous n'importe quelle forme de casse. Les requêtes suivantes sont équivalentes : mysql> SELECT VERSION(), CURRENT_DATE; mysql> select version(), current_date; Tutoriels d'introduction 169 mysql> SeLeCt vErSiOn(), current_DATE; Voilà une autre requête. Elle montre que vous pouvez utiliser mysql en tant que simple calculatrice : mysql> SELECT SIN(PI()/4), (4+1)*5; +-------------+---------+ | SIN(PI()/4) | (4+1)*5 | +-------------+---------+ | 0.707107 | 25 | +-------------+---------+ Les commandes vues jusqu'à présent ont été relativement courtes, et tenaient sur une seule ligne. Vous pouvez même entrer plusieurs requêtes sur une seule ligne. Il suffit de terminer chacune d'elle par un point-virgule : mysql> SELECT VERSION(); SELECT NOW(); +--------------+ | VERSION() | +--------------+ | 3.22.20a-log | +--------------+ +---------------------+ | NOW() | +---------------------+ | 1999-03-19 00:15:33 | +---------------------+ Une commande ne doit pas être obligatoirement sur une seule ligne ; les commandes qui exigent plusieurs lignes ne sont pas un problème. mysql détermine où se situe la fin de votre commande en recherchant le point-virgule de terminaison, et pas l'extrémité de la commande entrée. (Dans d'autres termes, mysql accepte des formats libres d'entrée : il collecte les lignes entrées mais ne les exécute qu'une fois le point-virgule trouvé.) Voilà une seule requête sur plusieurs lignes : mysql> SELECT -> USER() -> , -> CURRENT_DATE; +--------------------+--------------+ | USER() | CURRENT_DATE | +--------------------+--------------+ | joesmith@localhost | 1999-03-18 | +--------------------+--------------+ Dans cet exemple, notez comment l'invite change de mysql> à -> après avoir entré la première ligne d'une requête multi-lignes. C'est la fa¸on dont mysql indique qu'il n'a pas vu de requête complète et qu'il attend la fin de celle-ci. L'invite est votre ami en vous fournissant la rétroactivité. Si vous utilisez cette rétroactivité, vous vous rendrez toujours compte de ce que mysql attend. Si vous décidez d'annuler une commande que vous êtes en train de taper, faites-le en entrant \c : mysql> SELECT -> USER() -> \c mysql> Ici aussi, portez votre attention sur l'invite. Elle se transforme à nouveau en mysql> après que vous ayez entré \c, vous informant que mysql est prêt pour une nouvelle requête. Le tableau suivant montre les différentes invites que vous pourrez voir et résume leur signification Tutoriels d'introduction 170 quand à l'état dans lequel se trouve mysql : Invite Signification mysql> Prêt pour une nouvelle commande. -> En attente de la ou des lignes terminant la commande. '> En attente de la prochaine ligne collectant une chaîne commencée par un guillemet simple (?'?). "> En attente de la prochaine ligne collectant une chaîne commencée par un guillemet double (?"?). `> En attente de la prochaine ligne collectant une chaîne commencée par un guillemet oblique (?`?). Les commandes sur plusieurs lignes sont la plupart du temps des accidents, lorsque vous voulez faire une commande sur une seule ligne et que vous oubliez le point-virgule de fin. Dans ce cas, mysql attend la suite de votre saisie : mysql> SELECT USER() -> Si cela vous arrive (vous pensez que votre requête est complète mais la seule réponse est l'invite ->), il est fort probable que mysql attende le point-virgule. Si vous ne notez pas ce que l'invite vous indique, vous pourriez patienter pendant longtemps avant de réaliser ce que vous devez faire. Entrez un point-virgule pour compléter la requête, et mysql devrait l'exécuter : mysql> SELECT USER() -> ; +--------------------+ | USER() | +--------------------+ | joesmith@localhost | +--------------------+ L'invite '> ainsi que "> apparaissent durant l'entrée de chaîne. Dans MySQL, vous pouvez écrire une chaîne entourée du caractère ?'? ou bien ?"? (par exemple, 'Bonjour' or "Au Revoir"), et mysql vous laisse entrer une chaîne qui peut être sur plusieurs lignes. Lorsque vous voyez une invite comme '> ou ">, cela signifie que vous avez entré une ligne contenant le caractère ?'? ou ?"?, mais vous n'avez pas encore entré le caractère correspondant qui termine votre chaîne. C'est pratique si vous entrez réellement une chaîne à lignes multiples, mais est-ce probable ? Pas vraiment. Plus souvent, les invites '> et "> indiquent que vous avez, par inadvertance, oublié un caractère de fermeture. Par exemple : mysql> SELECT * FROM ma_table WHERE nom = "Smith AND age < 30; "> Si vous entrez cette requête SELECT, puis appuyez sur Enter et attendez le résultat, rien ne se passera. Au lieu de vous demander pourquoi la requête met si longtemps à s'exécuter, remarquez que l'invite de commande s'est transformée en ">. Cela indique que mysql attend de voir la fin d'une chaîne de caractères non-terminée. (Voyez-vous l'erreur dans cette requête ? Il manque le second guillemet à la suite de "Smith.) Que faire ? Le plus simple est d'annuler la commande. Toutefois, vous ne pouvez vous contenter de taper \c dans ce cas-là, car mysql l'interprète comme une partie de la chaîne qu'il est en train de collecter ! A la place, entrez le second guillemet (pour que mysql sache que vous avez fini la chaîne), puis entrez \c : mysql> SELECT * FROM my_table WHERE name = "Smith AND age < 30; "> "\c mysql> Tutoriels d'introduction 171 L'invite se change à nouveau en mysql>, indiquant que mysql est prêt pour une nouvelle requête. Il est important de savoir ce que les invites '> et "> signifient, car si vous avez entré par erreur une chaîne non terminée, toutes les lignes suivantes que vous entrerez seront ignorées par mysql, même une ligne contenant QUIT ! Cela peut prêter à confusion, spécialement si vous ne savez pas que vous devez fournir le guillemet fermant avant de pouvoir annuler la commande courante. 3.3. Création et utilisation d'une base de données Maintenant que vous savez entrer des commandes, il est temps d'accéder à une base. Supposons que vous avec plusieurs animaux chez vous (dans votre ménagerie) et que vous voulez garder diverses informations les concernant. Vous pouvez le faire en créant des tables pour stocker vos données et y charger vos informations. Vous pourrez alors répondre à différentes sortes de questions à propos de vos animaux en récupérant les données à partir des tables. Cette section vous montre comment : ? Créer une base de données ? Créer une table ? Charger des données dans vos tables ? Récupérer des données à partir des tables de différentes fa¸ons ? Utiliser plusieurs tables La base de données de la ménagerie va être simple (délibérément), mais il n'est pas difficile de penser à des situations courantes de la vie où vous aurez à utiliser un tel type de base de données. Par exemple, une telle base pourrait être utilisée par un éleveur pour gérer sa boutique, ou par un vétérinaire pour garder des traces de ses patients. Une distribution de la ménagerie contenant quelques requêtes et des exemples de données utilisées dans la section suivante peuvent être trouvés sur le site web de MySQL. Ils sont disponibles au format compressé tar (http://www.mysql.com/Downloads/Contrib/Examples/menagerie.tar.gz) ou au format Zip (http://www.mysql.com/Downloads/Contrib/Examples/menagerie.zip). Utilisez la commande SHOW pour trouver quelles bases existent déjà sur le serveur : mysql> SHOW DATABASES; +----------+ | Database | +----------+ | mysql | | test | | tmp | +----------+ La liste des bases de données est probablement différente sur votre machine, mais les bases mysql et test y figurent sûrement. La base mysql est requise car elle gère les accès et les privilèges. La base test est souvent fournie pour que les utilisateurs y effectuent leurs tests. Notez que vous ne pourrez voir toutes les bases de données si vous n'avez pas le privilège SHOW DATABASES. See Section 13.5.1.3, « Syntaxe de GRANT et REVOKE ». Si la base de données test existe, essayez d'y accéder : mysql> USE test Tutoriels d'introduction 172 Database changed Notez que USE, comme QUIT, ne requiert pas de point-virgule. (Vous pouvez terminer ces commandes avec un point-virgule ; cela ne posera pas de problèmes.) La commande USE est spéciale d'un autre point de vue : elle doit être donnée sur une seule ligne. Vous pouvez utiliser la base de données test (si vous y avez accès) pour les exemples qui suivent, mais tout ce que vous créerez dans cette base pourra être effacé par quiconque y a accès. Pour cette raison, vous feriez mieux de demander à votre administrateur MySQL la permission d'utiliser une base de données rien que pour vous. Supposez que vous voulez nommer la votre menagerie. L'administrateur a besoin d'exécuter une commande telle que : mysql> GRANT ALL ON menagerie.* TO votre_nom_mysql; où votre_nom_mysql est le nom d'utilisateur MySQL qui vous est assigné. 3.3.1. Créer et sélectionner une base de données Si l'administrateur vous a créé une base de données lors du paramétrage de vos droits, vous pouvez commencer à l'utiliser. Sinon, vous aurez besoin de la créer par vous-même : mysql> CREATE DATABASE menagerie; Sous Unix, les noms des bases de données sont sensibles à la casse (ce qui diffère des mots réservés de SQL), ce qui fait que vous devez toujours vous référer à votre base de données avec menagerie, non avec Menagerie, MENAGERIE, ou d'autres variantes. Cela est aussi valable pour les noms de tables. (Sous Windows, cette restriction n'est pas appliquée, même si vous devez vous référer à une table ou une base de la même fa¸on dans une même requête). La création d'une base de données ne la sélectionne pas pour l'utilisation ; vous devez le faire explicitement. Pour rendre menagerie la base courante, utilisez cette commande : mysql> USE menagerie Database changed Votre base a besoin d'être créée juste une fois, mais vous devez la sélectionner pour l'utiliser, chaque fois que vous débutez une session mysql. Vous pouvez le faire en publiant une requête USE comme ci-dessus. Sinon, vous pouvez sélectionner la base directement dans la ligne de commande lorsque vous invoquez mysql. Vous devez juste spécifier son nom après les paramètres de connexion dont vous avez besoin. Par exemple : shell> mysql -h hote -u utilisateur -p menagerie Enter password: ******** Notez que menagerie n'est pas votre mot de passe dans la commande que nous venons de montrer. Si vous voulez le fournir dans la ligne de commande après l'option -p, vous devez le faire sans espace entre les deux (par exemple, tapez -pmonmotdepasse, et non -p monmotdepasse). Toutefois, mettre le mot de passe en ligne de commande n'est pas recommandé, car le faire permettrait à d'autres utilisateurs connectés sur votre machine de l'obtenir. 3.3.2. Création d'une table Créer la base de données est la partie facile, mais jusque-là elle est vide, comme vous le montre SHOW TABLES : mysql> SHOW TABLES; Empty set (0.00 sec) Tutoriels d'introduction 173 La partie la plus difficile est le choix de la structure de la base de données : de quelles tables aurez vous besoin et quelles colonnes devront figurer dans chacune d'elles. Vous voudrez une table qui contient un enregistrement pour chaque animal. On peut l'appeler la table animal, et elle devra contenir, au minimum, le nom de chaque animal. Puisque le nom tout seul n'est pas intéressant, la table devra contenir d'autres informations. Par exemple, si plus d'une personne de votre famille possède un animal, vous voudrez lister le nom du maître de chaque animal. Vous voudrez peut-être aussi enregistrer une description basique comme l'espèce ou le sexe. Et pour l'âge ? C'est intéressant, mais n'est pas bon pour un stockage en base de données. L'âge change chaque jour, vous devrez donc mettre à jour vos enregistrements assez souvent. Il est préférable de stocker une valeur fixe, comme la date de naissance. Dans ce cas-là, à chaque fois que vous aurez besoin de l'âge, vous pourrez l'obtenir en faisant la différence entre la date courante et la date enregistrée. MySQL fournit des fonctions de calcul sur les dates, cela ne sera donc pas difficile. Enregistrer la date de naissance, au lieu de l'âge a d'autres avantages : ? Vous pouvez utiliser la base de données pour des tâches, comme la génération d'un rappel pour les prochains anniversaires d'animaux. (Si vous trouvez que ce type de requêtes est quelque peu idiot, notez que c'est la même question que vous vous poseriez dans le contexte d'une base de données d'affaires pour identifier les clients à qui vous aurez besoin d'envoyer un message de voeux, pour cette touche informatiquement assistée d'humanisme.) ? Vous pouvez calculer l'âge à partir d'autres dates que la date du jour. Par exemple, si vous stockez la date de la mort dans la base de données, vous pourrez facilement calculer l'âge qu'avait un animal à sa mort. Vous trouverez probablement d'autres informations qui pourront être utiles dans la table animal, mais celles identifiés jusqu'à maintenant sont largement suffisantes pour l'instant : nom, maître, espèce, sexe, naissance, et mort. Utilisez une requête CREATE TABLE pour spécifier la structure de votre table : mysql> CREATE TABLE animal (nom VARCHAR(20), maitre VARCHAR(20), -> espece VARCHAR(20), sexe CHAR(1), naissance DATE, mort DATE); VARCHAR est un bon choix pour les colonnes nom, maitre, et espece car leurs valeurs varient en longueur. La longueur de ces colonnes ne doit pas nécessairement être la même, et n'a pas besoin d'être forcement 20. Vous pouvez choisir une taille entre 1 et 255, celle qui vous semblera la plus raisonnable. (Si vous faites un mauvais choix et que vous vous apercevez plus tard que vous avez besoin d'un champ plus long, MySQL fournit la commande ALTER TABLE.) Le sexe des animaux peut être représenté de plusieurs fa¸ons, par exemple, "m" et "f", ou bien "male" et "femelle". Il est plus simple d'utiliser les caractères simples "m" et "f". L'utilisation du type de données DATE pour les colonnes naissance et mort est un choix plutôt judicieux. Maintenant que vous avez créé une table, SHOW TABLES devrait produire de l'affichage : mysql> SHOW TABLES; +---------------------+ | Tables in menagerie | +---------------------+ | animal | +---------------------+ Pour vérifier que la table a été créée de la fa¸on que vous vouliez , utilisez la commande DESCRIBE : mysql> DESCRIBE animal; +-----------+-------------+------+-----+---------+-------+ Tutoriels d'introduction 174 | Field | Type | Null | Key | Default | Extra | +-----------+-------------+------+-----+---------+-------+ | nom | varchar(20) | YES | | NULL | | | maitre | varchar(20) | YES | | NULL | | | espece | varchar(20) | YES | | NULL | | | sexe | char(1) | YES | | NULL | | | naissance | date | YES | | NULL | | | mort | date | YES | | NULL | | +-----------+-------------+------+-----+---------+-------+ Vous pouvez utiliser DESCRIBE quand vous voulez, par exemple, si vous avez oublié les noms des colonnes dans votre table ou leurs types. 3.3.3. Charger des données dans une table Après la création de votre table, vous aurez besoin de la remplir. Les commandes LOAD DATA et INSERT sont utiles pour cela. Supposons que les enregistrements de vos animaux peuvent être décrits comme suit. (Observez que MySQL attend les dates au format YYYY-MM-DD; cela peut différer de ce à quoi vous êtes habitué.) nom maître races sexe naissance mort Fluffy Harold chat f 1993-02-04 Claws Gwen chat m 1994-03-17 Buffy Harold chien f 1989-05-13 Fang Benny chien m 1990-08-27 Bowser Diane chien m 1998-08-31 1995-07-29 Chirpy Gwen oiseau f 1998-09-11 Whistler Gwen oiseau 1997-12-09 Slim Benny serpent m 1996-04-29 Puisque vous commencez avec une table vide, il est facile de la remplir en créant un fichier texte contenant une ligne pour chaque animal que vous avez, puis charger son contenu à l'aide d'une seule commande. Vous pouvez créer un fichier animal.txt contenant un enregistrement par ligne, avec les valeurs séparés par des tabulations, et ordonnées comme les champs l'étaient dans la requête CREATE TABLE. Pour les données manquantes (comme un sexe inconnu ou la date de mort d'un animal toujours en vie), vous pouvez utiliser les valeurs NULL. Pour les représenter dans votre fichier texte, utilisez \N. Par exemple, l'enregistrement de Whistler l'oiseau ressemblera à ¸a (l'espace entre les valeurs est une tabulation) : nom maître race sexe naissance mort Whistler Gwen bird \N 1997-12-09 \N Pour charger le fichier animal.txt dans la table animal, utilisez cette commande : mysql> LOAD DATA LOCAL INFILE "animal.txt" INTO TABLE animal; Notez que si vous créez un fichier sur Windows, avec un éditeur qui utilise des caractères de lignes comme \r\n, vous devez utiliser : mysql> LOAD DATA LOCAL INFILE "animal.txt" INTO TABLE animal; Vous pouvez spécifier la valeur du séparateur de colonnes et le marqueur de fin de lignes Tutoriels d'introduction 175 explicitement dans la commande LOAD DATA si vous le voulez, mais les valeurs par défaut sont la tabulation et le retour à la ligne. Ceux-là sont suffisants pour que la commande lise le fichier animal.txt correctement. Si la commande échoue, il est probable que votre installation MySQL n'a pas la possibilité d'accéder aux fichiers. Voyez Section 5.4.4, « Problèmes de sécurité avec LOAD DATA LOCAL » pour plus d'informations sur comment modifier cela. Lorsque vous voulez ajouter des enregistrements un par un, la commande INSERT est utile. Dans sa forme la plus simple, où vous spécifiez une valeur pour chaque colonne, dans l'ordre où les colonnes sont listées dans la requête CREATE TABLE. Supposons que Diane achète un nouvel hamster nommé Puffball. Vous pourriez ajouter ce nouvel enregistrement en utilisant un INSERT de la fa¸on suivante : mysql> INSERT INTO animal -> VALUES ('Puffball','Diane','hamster','f','1999-03-30',NULL); Notez que les chaînes de caractères et les valeurs de dates sont spécifiées en tant que chaînes protégées par des guillemets. De plus, avec INSERT vous pouvez insérer la valeur NULL directement pour représenter une valeur manquante. Vous n'utilisez pas \N comme vous le faites avec LOAD DATA. A partir de cet exemple, vous devriez être capable de voir qu'il y a beaucoup plus de commandes à taper lorsque vous utilisez la commande INSERT au lieu de LOAD DATA. 3.3.4. Récupérer des informations à partir d'une table La commande SELECT est utilisée pour récupérer des informations à partir d'une table. La forme usuelle est : SELECT quoi_selectionner FROM quel_table WHERE conditions_a_satisfaire quoi_selectionner indique ce que vous voulez voir. Cela peut être une liste de colonnes, ou * pour indiquer ``toutes les colonnes''. quel_table indique la table à partir de laquelle récupérer les données. La clause WHERE est optionnelle. Si elle est présente, conditions_a_satisfaire spécifie les conditions que les lignes doivent satisfaire pour être séléctionnées. 3.3.4.1. Sélectionner toutes les données La plus simple forme de SELECT récupère toutes les données d'une table : mysql> SELECT * FROM animal; +----------+--------+---------+------+------------+------------+ | nom | maitre | espece | sexe | naissance | mort | +----------+--------+---------+------+------------+------------+ | Fluffy | Harold | chat | f | 1993-02-04 | NULL | | Claws | Gwen | chat | m | 1994-03-17 | NULL | | Buffy | Harold | chien | f | 1989-05-13 | NULL | | Fang | Benny | chien | m | 1990-08-27 | NULL | | Bowser | Diane | chien | m | 1998-08-31 | 1995-07-29 | | Chirpy | Gwen | oiseau | f | 1998-09-11 | NULL | | Whistler | Gwen | oiseau | NULL | 1997-12-09 | NULL | | Slim | Benny | serpent | m | 1996-04-29 | NULL | | Puffball | Diane | hamster | f | 1999-03-30 | NULL | +----------+--------+---------+------+------------+------------+ Cette forme de SELECT est utile si vous voulez récupérer la table entière. Par exemple, après l'avoir juste remplie avec vos données d'origine. Il apparaît alors qu'une erreur s'était glissée dans votre fichier de données : Bowser a l'air d'être né après sa mort ! En consultant le papier original de son Tutoriels d'introduction 176 pedigree, vous trouvez que la date correcte est 1989 et non pas 1998. Il y a au moins deux fa¸ons de corriger cela : ? Corriger le fichier animal.txt pour corriger l'erreur, puis vider et recharger à nouveau la table en utilisant DELETE et LOAD DATA : mysql> SET AUTOCOMMIT=1; # Utilisé pour une recréation rapide de la table mysql> DELETE FROM animal; mysql> LOAD DATA LOCAL INFILE "animal.txt" INTO TABLE animal; Toutefois, si vous choisissez cette méthode, vous devrez aussi rentrer à nouveau l'enregistrement de Puffball. ? Corriger uniquement l'enregistrement erroné avec une requête UPDATE : mysql> UPDATE animal SET naissance = "1989-08-31" WHERE nom = "Bowser"; Comme nous l'avons montré, il est facile de récupérer toutes les données d'une table. Toutefois, vous ne voudrez sûrement pas le faire, surtout si la table devient imposante. A la place, vous serez plus intéressé par répondre à une question particulière, dans ce cas-là, vous spécifiez quelques contraintes pour les informations que vous voulez. Regardons quelques requêtes de sélection qui répondent à des questions à propos de vos animaux. 3.3.4.2. Sélectionner des lignes particulières Vous pouvez sélectionner des lignes particulières de votre table. Par exemple, si vous voulez vérifier la modification que vous avez effectuée sur la date de naissance de Bowser, sélectionnez son enregistrement comme suit : mysql> SELECT * FROM animal WHERE nom = "Bowser"; +--------+--------+--------+------+------------+------------+ | nom | maitre | espece | sexe | naissance | mort | +--------+--------+--------+------+------------+------------+ | Bowser | Diane | chien | m | 1989-08-31 | 1995-07-29 | +--------+--------+--------+------+------------+------------+ L'affichage confirme que la date est correcte maintenant : 1989, et non 1998. La comparaison des chaînes de caractères se fait normalement avec sensibilité à la casse, vous pouvez donc spécifier le nom "bowser", "BOWSER", etc. Le résultat de la requête sera le même. Vous pouvez spécifier des conditions sur toutes les colonnes, pas seulement nom. Par exemple, si vous voulez savoir quels animaux sont nés après 1998, testez la colonne naissance : mysql> SELECT * FROM animal WHERE naissance >= "1998-1-1"; +----------+--------+---------+------+------------+-------+ | nom | maitre | espece | sexe | naissance | mort | +----------+--------+---------+------+------------+-------+ | Chirpy | Gwen | oiseau | f | 1998-09-11 | NULL | | Puffball | Diane | hamster | f | 1999-03-30 | NULL | +----------+--------+---------+------+------------+-------+ Vous pouvez combiner plusieurs conditions, par exemple, pour trouver les chiennes : mysql> SELECT * FROM animal WHERE espece = "chien" AND sexe = "f"; +-------+--------+--------+------+------------+-------+ | nom | maitre | espece | sexe | naissance | mort | +-------+--------+--------+------+------------+-------+ | Buffy | Harold | chien | f | 1989-05-13 | NULL | +-------+--------+--------+------+------------+-------+ Tutoriels d'introduction 177 La requête précédente utilise l'opérateur logique AND. L'opérateur OR existe aussi : mysql> SELECT * FROM animal WHERE espece = "serpent" OR espece = "oiseau"; +----------+--------+---------+------+------------+-------+ | nom | maitre | espece | sexe | naissance | mort | +----------+--------+---------+------+------------+-------+ | Chirpy | Gwen | oiseau | f | 1998-09-11 | NULL | | Whistler | Gwen | oiseau | NULL | 1997-12-09 | NULL | | Slim | Benny | serpent | m | 1996-04-29 | NULL | +----------+--------+---------+------+------------+-------+ AND et OR peuvent être utilisés ensemble. Si vous le faites, une bonne idée est d'utiliser les parenthèses pour indiquer comment les conditions doivent être regroupées : mysql> SELECT * FROM animal WHERE (espece = "chat" AND sexe = "m") -> OR (espece = "chien" AND sexe = "f"); +-------+--------+--------+------+------------+-------+ | nom | maitre | espece | sexe | naissance | mort | +-------+--------+--------+------+------------+-------+ | Claws | Gwen | chat | m | 1994-03-17 | NULL | | Buffy | Harold | chien | f | 1989-05-13 | NULL | +-------+--------+--------+------+------------+-------+ 3.3.4.3. Sélectionner des colonnes particulières Si vous ne voulez pas voir les lignes entières de votre table, nommez les colonnes qui vous intéressent, en les séparant par des virgules. Par exemple, si vous voulez savoir quand vos animaux sont nés, sélectionnez les colonnes nom et naissance : mysql> SELECT nom, naissance FROM animal; +----------+------------+ | nom | naissance | +----------+------------+ | Fluffy | 1993-02-04 | | Claws | 1994-03-17 | | Buffy | 1989-05-13 | | Fang | 1990-08-27 | | Bowser | 1989-08-31 | | Chirpy | 1998-09-11 | | Whistler | 1997-12-09 | | Slim | 1996-04-29 | | Puffball | 1999-03-30 | +----------+------------+ Pour trouver qui possède les animaux, utilisez cette requête : mysql> SELECT maitre FROM animal; +--------+ | maitre | +--------+ | Harold | | Gwen | | Harold | | Benny | | Diane | | Gwen | | Gwen | | Benny | | Diane | +--------+ Toutefois, remarquez que la requête récupère le champ maitre de chaque enregistrement, et Tutoriels d'introduction 178 certains apparaissent plus d'une fois. Pour minimiser l'affichage, récupérez chaque résultat unique une seule fois en ajoutant le mot-clé DISTINCT : mysql> SELECT DISTINCT maitre FROM animal; +--------+ | maitre | +--------+ | Benny | | Diane | | Gwen | | Harold | +--------+ Vous pouvez utiliser une clause WHERE pour combiner la sélection des lignes avec celle des colonnes. Par exemple, pour obtenir les dates de naissance des chiens et chats uniquement, utilisez cette requête : mysql> SELECT nom, espece, naissance FROM animal -> WHERE espece = "chien" OR espece = "chat"; +--------+--------+------------+ | nom | espece | naissance | +--------+--------+------------+ | Fluffy | chat | 1993-02-04 | | Claws | chat | 1994-03-17 | | Buffy | chien | 1989-05-13 | | Fang | chien | 1990-08-27 | | Bowser | chien | 1989-08-31 | +--------+--------+------------+ 3.3.4.4. Trier les enregistrements Vous avez sûrement noté dans les exemples précédents que les lignes de résultat sont affichées sans ordre particulier. Cependant, il est souvent plus facile d'examiner les résultats lorsqu'ils sont triés d'une manière significative. Pour trier un résultat, vous devez utiliser une clause ORDER BY. L'exemple suivant présente les dates d'anniversaire des animaux, triées par date : mysql> SELECT nom, naissance FROM animal ORDER BY naissance; +----------+------------+ | nom | naissance | +----------+------------+ | Buffy | 1989-05-13 | | Bowser | 1989-08-31 | | Fang | 1990-08-27 | | Fluffy | 1993-02-04 | | Claws | 1994-03-17 | | Slim | 1996-04-29 | | Whistler | 1997-12-09 | | Chirpy | 1998-09-11 | | Puffball | 1999-03-30 | +----------+------------+ Sur les noms de colonnes, le tri, comme toutes les opérations de comparaison, est normalement exécuté sans tenir compte de la casse. Cela signifie que l'ordre sera indéfini pour les colonnes qui sont identiques, excepté leur casse. Vous pouvez forcer le tri sensible à la casse en utilisant la clause BINARY : ORDER BY BINARY(champ). Pour trier dans l'ordre inverse, ajoutez le mot-clé DESC (décroissant) au nom de la colonne à trier : mysql> SELECT nom, naissance FROM animal ORDER BY naissance DESC; +----------+------------+ | nom | naissance | +----------+------------+ | Puffball | 1999-03-30 | | Chirpy | 1998-09-11 | Tutoriels d'introduction 179 | Whistler | 1997-12-09 | | Slim | 1996-04-29 | | Claws | 1994-03-17 | | Fluffy | 1993-02-04 | | Fang | 1990-08-27 | | Bowser | 1989-08-31 | | Buffy | 1989-05-13 | +----------+------------+ Vous pouvez effectuer un tri sur plusieurs colonnes. Par exemple, pour trier par types d'animaux, puis par la date d'anniversaire des animaux, en pla¸ant les plus jeunes en premier, utilisez la requête suivante : mysql> SELECT nom, espece, naissance FROM animal ORDER BY espece, naissance DESC +----------+---------+------------+ | nom | espece | naissance | +----------+---------+------------+ | Chirpy | oiseau | 1998-09-11 | | Whistler | oiseau | 1997-12-09 | | Claws | chat | 1994-03-17 | | Fluffy | chat | 1993-02-04 | | Fang | chien | 1990-08-27 | | Bowser | chien | 1989-08-31 | | Buffy | chien | 1989-05-13 | | Puffball | hamster | 1999-03-30 | | Slim | serpent | 1996-04-29 | +----------+---------+------------+ Notez que le mot-clé DESC est appliqué uniquement au nom de la colonne qui le précède (naissance) ; les valeurs espece continuent à être triées dans l'ordre croissant. 3.3.4.5. Calcul sur les Dates MySQL fournit plusieurs fonctions que vous pouvez utiliser pour effectuer des calculs sur les dates, par exemple, pour calculer l'âge ou pour extraire des parties de date. Pour déterminer quel âge a chacun de vos animaux, vous devez calculer la différence entre l'année en cours et l'année de naissance, puis soustraire à la date courante si la date du jour se produit plus tôt dans l'année civile que la date de naissance. La requête suivante montre, pour chaque animal, la date de naissance, la date courante, ainsi que l'âge en années. mysql> SELECT nom, naissance, CURRENT_DATE, -> (YEAR(CURRENT_DATE)-YEAR(naissance)) -> - (RIGHT(CURRENT_DATE,5)<RIGHT(naissance,5)) -> AS age -> FROM animal; +----------+------------+--------------+------+ | nom |naissance | CURRENT_DATE | age | +----------+------------+--------------+------+ | Fluffy | 1993-02-04 | 2001-08-29 | 8 | | Claws | 1994-03-17 | 2001-08-29 | 7 | | Buffy | 1989-05-13 | 2001-08-29 | 12 | | Fang | 1990-08-27 | 2001-08-29 | 11 | | Bowser | 1989-08-31 | 2001-08-29 | 11 | | Chirpy | 1998-09-11 | 2001-08-29 | 2 | | Whistler | 1997-12-09 | 2001-08-29 | 3 | | Slim | 1996-04-29 | 2001-08-29 | 5 | | Puffball | 1999-03-30 | 2001-08-29 | 2 | +----------+------------+--------------+------+ Ici, YEAR() extrait l'année de la date et RIGHT() extrait les 5 caractères les plus à droite de la date qui représentent MM-DD (année civile). La partie de l'expression qui compare les valeurs de MM-DD évalue à 1 ou à 0, qui ajustent la différence d'année à la baisse, si CURRENT_DATE se produit plus au début de l'année que la naissance. L'expression complète est un peu plus fine en utilisant un alias (age) pour produire un nom de colonne un peu plus significatif. Tutoriels d'introduction 180 La requête fonctionne, mais le résultat pourrait être lu plus facilement si les lignes étaient présentées dans le même ordre. Cela peut être obtenu en ajoutant une clause ORDER BY nom pour trier le résultat par nom : mysql> SELECT nom, naissance, CURRENT_DATE, -> (YEAR(CURRENT_DATE)-YEAR(naissance)) -> - (RIGHT(CURRENT_DATE,5)<RIGHT(naissance,5)) -> AS age -> FROM animal ORDER BY nom; +----------+------------+--------------+------+ | nom |naissance | CURRENT_DATE | age | +----------+------------+--------------+------+ | Bowser | 1989-08-31 | 2001-08-29 | 11 | | Buffy | 1989-05-13 | 2001-08-29 | 12 | | Chirpy | 1998-09-11 | 2001-08-29 | 2 | | Claws | 1994-03-17 | 2001-08-29 | 7 | | Fang | 1990-08-27 | 2001-08-29 | 11 | | Fluffy | 1993-02-04 | 2001-08-29 | 8 | | Puffball | 1999-03-30 | 2001-08-29 | 2 | | Slim | 1996-04-29 | 2001-08-29 | 5 | | Whistler | 1997-12-09 | 2001-08-29 | 3 | +----------+------------+--------------+------+ Pour trier le résultat par l'age plutôt que par le nom, utilisez simplement une clause ORDER BY différente : mysql> SELECT nom, naissance, CURRENT_DATE, -> (YEAR(CURRENT_DATE)-YEAR(naissance)) -> - (RIGHT(CURRENT_DATE,5)<RIGHT(naissance,5)) -> AS age -> FROM animal ORDER BY age; +----------+------------+--------------+------+ | nom |naissance | CURRENT_DATE | age | +----------+------------+--------------+------+ | Chirpy | 1998-09-11 | 2001-08-29 | 2 | | Puffball | 1999-03-30 | 2001-08-29 | 2 | | Whistler | 1997-12-09 | 2001-08-29 | 3 | | Slim | 1996-04-29 | 2001-08-29 | 5 | | Claws | 1994-03-17 | 2001-08-29 | 7 | | Fluffy | 1993-02-04 | 2001-08-29 | 8 | | Fang | 1990-08-27 | 2001-08-29 | 11 | | Bowser | 1989-08-31 | 2001-08-29 | 11 | | Buffy | 1989-05-13 | 2001-08-29 | 12 | +----------+------------+--------------+------+ Une requête similaire peut être utilisée pour déterminer l'âge qu'avait un animal à sa mort. Vous determinez les animaux qui le sont en regardant les valeurs mort qui ne valent pas NULL. Alors, pour ceux dont la valeur est non NULL, calculez la différence entre la mort et la naissance : mysql> SELECT nom, naissance, mort, -> (YEAR(mort)-YEAR(naissance)) - (RIGHT(mort,5)<RIGHT(naissance,5)) -> AS age -> FROM animal WHERE mort IS NOT NULL ORDER BY age; +--------+------------+------------+------+ | nom |naissance | mort | age | +--------+------------+------------+------+ | Bowser | 1989-08-31 | 1995-07-29 | 5 | +--------+------------+------------+------+ Cette requête utilise mort IS NOT NULL plutôt que mort <> NULL parce que NULL est une valeur spéciale. Cela sera expliqué plus tard. See Section 3.3.4.6, « Travailler avec la valeur NULL ». Vous désirez savoir quels sont les animaux qui ont leur anniversaire le mois prochain ? Pour effectuer ce type de calculs, l'année et le jour ne sont pas utiles ; vous voulez simplement extraire le Tutoriels d'introduction 181 mois de la colonne naissance. MySQL fournit plusieurs fonctions d'extraction de parties de dates, comme YEAR(), MONTH(), et DAYOFMONTH(). MONTH() est la fonction appropriée dans notre cas. Pour voir comment cette fonction travaille, exécutez une requête simple qui retourne l'naissance et le MONTH(naissance) : mysql> SELECT nom, naissance, MONTH(naissance) FROM animal; +----------+------------+------------------+ | nom | naissance | MONTH(naissance) | +----------+------------+------------------+ | Fluffy | 1993-02-04 | 2 | | Claws | 1994-03-17 | 3 | | Buffy | 1989-05-13 | 5 | | Fang | 1990-08-27 | 8 | | Bowser | 1989-08-31 | 8 | | Chirpy | 1998-09-11 | 9 | | Whistler | 1997-12-09 | 12 | | Slim | 1996-04-29 | 4 | | Puffball | 1999-03-30 | 3 | +----------+------------+------------------+ Trouver les animaux qui ont leur anniversaire dans le mois suivant est aisé. Supposez que le mois courant est Avril. Donc, la valeur du mois est 4 et vous cherchez les animaux nés en Mai (mois 5) comme ceci : mysql> SELECT nom, naissance FROM animal WHERE MONTH(naissance) = 5; +-------+------------+ | nom |naissance | +-------+------------+ | Buffy | 1989-05-13 | +-------+------------+ Il y a une petite complication si le mois courant est Décembre, bien sûr. Vous ne pouvez pas uniquement ajouter 1 au numéro du mois courant (12) et chercher les animaux qui sont nés le mois numéro 13, parce qu'il n'existe pas. A la place, vous cherchez les animaux nés en Janvier (mois numéro 1). Vous pouvez toujours écrire une requête qui fonctionne quelque soit le mois courant. Comme cela, vous n'avez pas à utiliser un numéro de mois particulier dans votre requête. DATE_ADD() vous permet d'ajouter un intervalle de temps à une date donnée. Si vous ajoutez un mois à la valeur de NOW(), et que vous extrayez le mois à l'aide de MONTH(), le résultat produit le mois dans lequel vous devez chercher un anniversaire : mysql> SELECT nom, naissance FROM animal -> WHERE MONTH(naissance) = MONTH(DATE_ADD(NOW(), INTERVAL 1 MONTH)); Une manière différente d'arriver au même résultat est d'ajouter 1 pour trouver le mois prochain après le mois courant (après l'usage de la fonction (MOD) pour ajouter à la valeur du mois la valeur 0 si il est de 12) : mysql> SELECT nom, naissance FROM animal -> WHERE MONTH(naissance) = MOD(MONTH(NOW()), 12) + 1; Notez que MONTH retourne un nombre entre 1 et 12. MOD(quelquechose,12) retourne un nombre entre 0 et 11. Donc, l'addition doit être faite après l'utilisation de la fonction MOD(), sinon, nous aurions un intervalle entre Novembre (11) et Janvier (1). 3.3.4.6. Travailler avec la valeur NULL La valeur NULL peut être surprenante jusqu'à ce que vous vous y habituiez. Conceptuellement, NULL représente une valeur qui manque, ou une valeur inconnue, et elle est traitée différemment des autres valeurs. Pour tester la présence de la valeur NULL, vous ne pouvez pas utiliser les opérateurs Tutoriels d'introduction 182 arithmétiques habituels comme =, <, ou <>. Pour le voir, il suffit d'essayer ceci : mysql> SELECT 1 = NULL, 1 <> NULL, 1 < NULL, 1 > NULL; +----------+-----------+----------+----------+ | 1 = NULL | 1 <> NULL | 1 < NULL | 1 > NULL | +----------+-----------+----------+----------+ | NULL | NULL | NULL | NULL | +----------+-----------+----------+----------+ Clairement, vous n'obtiendrez aucun résultat valable pour ces comparaisons. Utilisez les opérateurs IS NULL et IS NOT NULL à la place : mysql> SELECT 1 IS NULL, 1 IS NOT NULL; +-----------+---------------+ | 1 IS NULL | 1 IS NOT NULL | +-----------+---------------+ | 0 | 1 | +-----------+---------------+ Notez que deux NULL sont considérés comme égaux lors que vous utilisez la clause GROUP BY. Avec MySQL, 0 et NULL représentent le booléen faux, et tout le reste représente le booléen vrai. La valeur par défaut du booléen vrai issue d'une comparaison est 1. Lorsque vous utilisez la clause ORDER BY, les valeurs NULL sont toujours triées en premier, même si vous utilisez l'attribut DESC. Ce traitement particulier de NULL explique pourquoi, dans la section précédente, il était nécessaire de déterminer quel animal ne vivait plus en utilisant la fonction mort IS NOT NULL au lieu de mort <> NULL. 3.3.4.7. Recherche de modèles MySQL fournit le standard SQL des recherches de modèles, basé sur une extension des expressions régulières similaires à celles utilisées par les utilitaires Unix comme vi, grep, et sed. La recherche de modèles SQL vous permet d'utiliser le caractère ?_? pour trouver n'importe quel caractère et le caractère ?%? pour trouver un nombre arbitraire de caractères (y compris aucun caractère). Dans MySQL, la recherche de modèles est sensible à la casse par défaut. Quelques exemples vous sont présentés ici. Notez que vous n'utilisez ni = ni <> lorsque vous utilisez la recherche de modèles SQL ; utilisez les opérateurs de comparaison LIKE ou NOT LIKE à la place. Pour trouver les noms commen¸ant par la lettre ?b? : mysql> SELECT * FROM animal WHERE nom LIKE "b%"; +--------+--------+--------+------+------------+------------+ | nom | maitre | espece | sexe | naissance | mort | +--------+--------+--------+------+------------+------------+ | Buffy | Harold | chien | f | 1989-05-13 | NULL | | Bowser | Diane | chien | m | 1989-08-31 | 1995-07-29 | +--------+--------+--------+------+------------+------------+ Pour trouver les noms finissant par ?fy? : mysql> SELECT * FROM animal WHERE nom LIKE "%fy"; +--------+--------+---------+------+------------+-------+ | nom | maitre | espece | sexe | naissance | mort | +--------+--------+---------+------+------------+-------+ | Fluffy | Harold | chat | f | 1993-02-04 | NULL | | Buffy | Harold | chien | f | 1989-05-13 | NULL | +--------+--------+---------+------+------------+-------+ Tutoriels d'introduction 183 Pour trouver les noms contenant le caractères ?w? : mysql> SELECT * FROM animal WHERE nom LIKE "%w%"; +----------+--------+---------+------+------------+------------+ | nom | maitre | espece | sexe | naissance | mort | +----------+--------+---------+------+------------+------------+ | Claws | Gwen | chat | m | 1994-03-17 | NULL | | Bowser | Diane | chien | m | 1989-08-31 | 1995-07-29 | | Whistler | Gwen | oiseaux | NULL | 1997-12-09 | NULL | +----------+--------+---------+------+------------+------------+ Pour trouver les noms contenant exactement 5 caractères, utilisez le caractère de recherche ?_? : mysql> SELECT * FROM animal WHERE nom LIKE "_____"; +-------+--------+--------+------+------------+------+ | nom | maitre | espece | sexe | naissance | mort | +-------+--------+--------+------+------------+------+ | Claws | Gwen | chat | m | 1994-03-17 | NULL | | Buffy | Harold | chien | f | 1989-05-13 | NULL | +-------+--------+--------+------+------------+------+ L'autre type de recherche de modèles fourni par MySQL utilise les expressions régulières étendues. Lorsque vous testez une recherche avec ce type de modèle, utilisez les opérateurs REGEXP et NOT REGEXP (ou RLIKE et NOT RLIKE qui sont des synonymes). Quelques caractéristiques des expressions régulières étendues sont : ? Le caractère ?.? trouve n'importe quel caractère. ? Une classe de caractères ?[...]? trouve n'importe quel caractère contenu entre les crochets. Par exemple, la classe de caractères ?[abc]? trouve le caractère ?a?, ?b?, ou ?c?. Pour définir un intervalle de caractères, utilisez un trait d'union. La classe de caractères ?[a-z]? trouvera n'importe quel caractère minuscule, tout comme la classe ?[0-9]? trouvera n'importe quel nombre. ? Le caractère ?*? trouvera aucune ou plus d'instances du caractère qui le précède. Par exemple, ?x*? trouvera n'importe quel nombre de fois le caractère ?x?, ?[0-9]*? trouvera n'importe quel nombre et ?.*? trouvera n'importe quel nombre de fois n'importe quel caractère. ? Le modèle est trouvé s'il se produit n'importe où dans la valeur testée. (Les modèles SQL ne sont trouvés que s'ils sont présents en valeur entière.) ? Pour ancrer un modèle de sorte qu'il soit trouvé au début ou à la fin de valeur testée, utilisez ?^? au début ou bien ?$? à la fin du modèle. Pour démontrer comment les expressions régulières fonctionnent, les requêtes LIKE vues précédemment ont été réécrites pour utiliser REGEXP. Pour trouver les noms qui commencent par la lettre ?b?, utilisez ?^? pour trouver le début du nom : mysql> SELECT * FROM animal WHERE nom REGEXP "^b"; +--------+--------+--------+------+------------+------------+ | nom | maitre | espece | sexe | naissance | mort | +--------+--------+--------+------+------------+------------+ | Buffy | Harold | chien | f | 1989-05-13 | NULL | | Bowser | Diane | chien | m | 1989-08-31 | 1995-07-29 | +--------+--------+--------+------+------------+------------+ Avant la version 3.23.4 de MySQL, REGEXP était sensible à la casse, et la requête précédente ne retournait aucune ligne. Pour trouver la lettre ?b? minuscule ou majuscule, utilisez cette requête à la place : Tutoriels d'introduction 184 mysql> SELECT * FROM animal WHERE nom REGEXP "^[bB]"; Depuis MySQL 3.23.4, pour forcer REGEXP à être sensible à la casse, utilisez le mot-clé BINARY pour faire de la chaîne, une chaîne binaire. Cette requête trouvera uniquement la lettre minuscule ?b? au début du nom : mysql> SELECT * FROM animal WHERE nom REGEXP BINARY "^b"; Pour trouver les noms finissant par ?fy?, utilisez ?$? pour trouver la fin du nom : mysql> SELECT * FROM animal WHERE nom REGEXP "fy$"; +---------+--------+--------+-------+------------+------+ | nom | maitre | espece | sexe | naissance | mort | +---------+--------+--------+-------+------------+------+ | Fluffy | Harold | chat | f | 1993-02-04 | NULL | | Buffy | Harold | chien | f | 1989-05-13 | NULL | +---------+--------+--------+-------+------------+------+ Pour trouver les noms contenant la lettre ?w? minuscule ou majuscule, utilisez la requête suivante : mysql> SELECT * FROM animal WHERE nom REGEXP "w"; +----------+--------+---------+------+------------+------------+ | nom | maitre | espece | sexe | naissance | mort | +----------+--------+---------+------+------------+------------+ | Claws | Gwen | chat | m | 1994-03-17 | NULL | | Bowser | Diane | chien | m | 1989-08-31 | 1995-07-29 | | Whistler | Gwen | oiseaux | NULL | 1997-12-09 | NULL | +----------+--------+---------+------+------------+------------+ Parce qu'une expression régulière est trouvée si le modèle se trouve n'importe où dans la valeur, il n'est pas nécessaire dans la requête précédente de mettre un joker de chaque côté du modèle recherché pour trouver la valeur entière comme cela aurait été le cas en utilisant les modèles de recherche SQL. Pour trouver les noms contenant exactement 5 caractères, utilisez ?^? et ?$? pour trouver le début et la fin du nom, et 5 instances de ?.? au milieu : mysql> SELECT * FROM animal WHERE nom REGEXP "^.....$"; +-------+--------+--------+------+------------+------+ | nom | maitre | espece | sexe | naissance | mort | +-------+--------+--------+------+------------+------+ | Claws | Gwen | chat | m | 1994-03-17 | NULL | | Buffy | Harold | chien | f | 1989-05-13 | NULL | +-------+--------+--------+------+------------+------+ Vous pouvez aussi écrire la requête suivante en utilisant l'opérateur ?{n}? ``répéter-n-fois'' : mysql> SELECT * FROM animal WHERE nom REGEXP "^.{5}$"; +-------+--------+--------+------+------------+------+ | nom | maitre | espece | sexe | naissance | mort | +-------+--------+--------+------+------------+------+ | Claws | Gwen | chat | m | 1994-03-17 | NULL | | Buffy | Harold | chien | f | 1989-05-13 | NULL | +-------+--------+--------+------+------------+------+ 3.3.4.8. Compter les lignes Les bases de données sont souvent employées pour répondre à la question : ``Combien de fois un certain type de données se trouve dans la table ?'' Par exemple, vous aimeriez savoir combien d'animaux vous avez, ou bien combien d'animaux chaque propriétaire possède, ou encore savoir Tutoriels d'introduction 185 différentes choses concernant vos animaux. Savoir combien vous avez d'animaux revient à se poser la question : ``Combien de lignes y a-t-il dans la table animal ?'' parce qu'il y a un enregistrement par animal. La fonction COUNT() compte le nombre de résultats non NULL, donc, la requête pour compter les animaux ressemble à ceci : mysql> SELECT COUNT(*) FROM animal; +----------+ | COUNT(*) | +----------+ | 9 | +----------+ Vous pouvez trouver également les noms des propriétaires des animaux. Vous pouvez utiliser COUNT() si vous voulez trouver combien d'animaux possède chaque propriétaire : mysql> SELECT maitre, COUNT(*) FROM animal GROUP BY maitre; +--------+----------+ | maitre | COUNT(*) | +--------+----------+ | Benny | 2 | | Diane | 2 | | Gwen | 3 | | Harold | 2 | +--------+----------+ Notez l'utilisation de la clause GROUP BY pour grouper tous les enregistrements par propriétaire. Sans cela, vous auriez le message d'erreur suivant : mysql> SELECT maitre, COUNT(maitre) FROM animal; ERROR 1140 at line 1: Mixing of GROUP columns (MIN(),MAX(),COUNT()...) with no GROUP columns is illegal if there is no GROUP BY clause COUNT() et GROUP BY sont utiles pour caractériser vos données de diverses fa¸ons. Les exemples suivants montrent différentes manières pour obtenir des statistiques sur les animaux. Nombre d'animaux par espèce : mysql> SELECT espece, COUNT(*) FROM animal GROUP BY espece; +---------+----------+ | espece | COUNT(*) | +---------+----------+ | oiseau | 2 | | chat | 2 | | chien | 3 | | hamster | 1 | | serpent | 1 | +---------+----------+ Nombre d'animaux par sexe : mysql> SELECT sexe, COUNT(*) FROM animal GROUP BY sexe; +------+----------+ | sexe | COUNT(*) | +------+----------+ | NULL | 1 | | f | 4 | | m | 4 | +------+----------+ (Dans ce résultat, NULL indique les sexes inconnus.) Tutoriels d'introduction 186 Nombre d'animaux par espèce et sexe : mysql> SELECT espece, sexe, COUNT(*) FROM animal GROUP BY espece, sexe; +---------+------+----------+ | espece | sexe | COUNT(*) | +---------+------+----------+ | oiseau | NULL | 1 | | oiseau | f | 1 | | chat | f | 1 | | chat | m | 1 | | chien | f | 1 | | chien | m | 2 | | hamster | f | 1 | | serpent | m | 1 | +---------+------+----------+ Vous n'avez pas besoin de rechercher une table entière quand vous employez COUNT(). Par exemple, la requête précédente, si vous voulez trouver uniquement les chiens et les chats, ressemble à cela : mysql> SELECT espece, sexe, COUNT(*) FROM animal -> WHERE espece = "chien" OR espece = "chat" -> GROUP BY espece, sexe; +---------+------+----------+ | espece | sexe | COUNT(*) | +---------+------+----------+ | chat | f | 1 | | chat | m | 1 | | chien | f | 1 | | chien | m | 2 | +---------+------+----------+ Ou bien, si vous voulez trouver le nombre d'animaux par sexe, uniquement pour les animaux dont le sexe est connu : mysql> SELECT espece, sexe, COUNT(*) FROM animal -> WHERE sexe IS NOT NULL -> GROUP BY espece, sexe; +---------+------+----------+ | espece | sexe | COUNT(*) | +---------+------+----------+ | oiseau | f | 1 | | chat | f | 1 | | chat | m | 1 | | chien | f | 1 | | chien | m | 2 | | hamster | f | 1 | | serpent | m | 1 | +---------+------+----------+ 3.3.4.9. Utiliser plus d'une table La table animal garde les enregistrements de vos animaux. Si vous voulez enregistrer d'autres informations concernant vos animaux, comme les événements de leurs vies, les visites chez le vétérinaire, ou encore lorsqu'ils ont mis bas, vous avez besoin d'une autre table. De quoi a besoin cette table ? Elle doit : ? Contenir le nom de l'animal pour savoir à quel animal cet événement se rattache. ? Une date pour savoir quand a eu lieu l'événement. ? Un champ qui décrit l'événement. Tutoriels d'introduction 187 ? Un champ de type événement, si vous voulez être capable de cataloguer les événements. En prenant cela en considération, le code CREATE TABLE pour la table evenement doit ressembler à ceci : mysql> CREATE TABLE evenement (nom VARCHAR(20), date DATE, -> type VARCHAR(15), remarque VARCHAR(255)); Tout comme la table animal, il est facile d'enregistrer les enregistrements initiaux en créant un fichier texte délimité par des tabulations, contenant l'information : nom date type remarque Fluffy 1995-05-15 mise bas 4 chatons, 3 femelles, 1 mâles Buffy 1993-06-23 mise bas 5 chiots, 2 femelles, 3 mâles Buffy 1994-06-19 mise bas 3 chiots, 3 femelles Chirpy 1999-03-21 vétérinaire Redresser le bec Slim 1997-08-03 vétérinaire Cotes cassées Bowser 1991-10-12 chenil Fang 1991-10-12 chenil Fang 1998-08-28 anniversaire Don d'un nouvel objet de mastication Claws 1998-03-17 anniversaire Don d'un nouveau collier anti-puces Whistler 1998-12-09 anniversaire Premier anniversaire Chargez ces enregistrements comme cela : mysql> LOAD DATA LOCAL INFILE "evenement.txt" INTO TABLE evenement; En se basant sur ce que vous avez appris des requêtes effectuées sur la table animal, vous devriez être capable de faire des recherches sur les enregistrements de la table evenement ; le principe est le même. Quand devez-vous vous demander si la table evenement est seule suffisante pour répondre à votre question ? Supposez que vous voulez trouver l'âge de chaque animal lorsqu'il a mis bas. La table evenement indique quand cela s'est produit, mais pour le calcul de l'âge de la mère, vous avez besoin de sa date de naissance. Parce que ces informations sont stockées dans la table animal, vous avez besoin des deux tables pour cette requête : mysql> SELECT animal.nom, -> (TO_DAYS(date) - TO_DAYS(naissance))/365 AS age, -> remarque -> FROM animal, evenement -> WHERE animal.nom = evenement.nom AND type = "mise bas"; +--------+------+--------------------------------+ | nom | age | remarque | +--------+------+--------------------------------+ | Fluffy | 2.27 | 4 chatons, 3 femelles, 1 mâle | | Buffy | 4.12 | 5 chiots, 2 femelles, 3 mâles | | Buffy | 5.10 | 3 chiots, 3 femelles | +--------+------+--------------------------------+ Il y a plusieurs choses à noter concernant cette requête : ? La clause FROM liste les deux tables parce que la requête a besoin d'informations contenues dans ces deux tables. Tutoriels d'introduction 188 ? Lorsque vous combinez (joignez) des informations provenant de plusieurs tables, vous devez spécifier quels enregistrements d'une table peuvent être associés à quels enregistrements des autres tables. C'est aisé parce qu'elles ont toutes les deux une colonne nom. La requête utilise la clause WHERE pour faire correspondre les enregistrements des deux tables sur les valeurs de la colonne nom. ? Parce que la colonne nom apparaît dans les deux tables, vous devez être explicite concernant la table que vous utilisez lorsque vous vous référez à cette colonne. C'est fait en faisant précéder le nom de la colonne par le nom de la table. Vous n'avez pas besoin de deux tables différentes pour effectuer une jointure. Quelques fois, c'est plus facile de joindre une table sur elle-même, si vous voulez comparer des enregistrements dans une table avec d'autres enregistrements de la même table. Par exemple, pour trouver des paires multiples parmi vos animaux, vous pouvez joindre la table animal sur elle-même pour trouver les paires mâles / femelles par rapport à l'espèce : mysql> SELECT p1.nom, p1.sexe, p2.nom, p2.sexe, p1.espece -> FROM animal AS p1, animal AS p2 -> WHERE p1.espece = p2.espece AND p1.sexe = "f" AND p2.sexe = "m"; +--------+------+--------+------+---------+ | nom | sexe | nom | sexe | espece | +--------+------+--------+------+---------+ | Fluffy | f | Claws | m | chat | | Buffy | f | Fang | m | chien | | Buffy | f | Bowser | m | chien | +--------+------+--------+------+---------+ Dans cette requête, nous avons spécifié des alias pour les noms de tables dans l'ordre de référence des colonnes et ainsi maintenir directement à quelle instance de la table chaque colonne est associée. 3.4. Obtenir des informations à propos des bases de données et des tables Que faire si vous oubliez le nom d'une base de données ou d'une table, ou bien encore la structure d'une table donnée (par exemple, comment se nomment ses colonnes) ? MySQL répond à ce problème en fournissant plusieurs commandes qui renvoient des informations à propos des tables et des bases de données les contenant. Vous avez déjà vu SHOW DATABASES qui liste les bases de données gérées par le serveur. Pour trouver quelle base de données est actuellement sélectionnée, utilisez la fonction DATABASE() : mysql> SELECT DATABASE(); +------------+ | DATABASE() | +------------+ | menagerie | +------------+ Si vous n'avez encore sélectionné aucune base de données, le résultat est vide. Pour trouver quelles sont les tables que la base contient (par exemple, quand vous n'êtes pas sûr du nom d'une table), utilisez cette commande : mysql> SHOW TABLES; +---------------------+ | Tables in menagerie | +---------------------+ | evenement | | animal | Tutoriels d'introduction 189 +---------------------+ Si vous voulez en savoir d'avantage sur la structure d'une table, la commande DESCRIBE est utile ; elle fournit des informations sur chaque colonne de la table : mysql> DESCRIBE animal; +-----------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-----------+-------------+------+-----+---------+-------+ | nom | varchar(20) | YES | | NULL | | | maitre | varchar(20) | YES | | NULL | | | espece | varchar(20) | YES | | NULL | | | sexe | char(1) | YES | | NULL | | | naissance | date | YES | | NULL | | | mort | date | YES | | NULL | | +-----------+-------------+------+-----+---------+-------+ Field indique le nom de la colonne, Type est son type de données, NULL indique si la colonne peut contenir des valeurs NULL, Key indique si la colonne est indexée et Default spécifie la valeur par défaut de la colonne. Si vous avez des index sur une table, SHOW INDEX FROM nom_de_table vous fournira des informations sur elles. 3.5. Utilisation de mysql en mode batch Dans les sections précédentes, vous avez utilisé mysql inter activement pour entrer vos requêtes et voir les résultats. Vous pouvez aussi utiliser mysql en mode batch. Pour ce faire, placez les commandes que vous voulez exécuter dans un fichier, puis dites à mysql de lire les entrées à partir de celui-ci : shell> mysql < fichier-batch Si vous utilisez mysql sous Windows et que vous avez des caractères spéciaux dans le fichier qui posent problèmes, vous pouvez faire : dos> mysql -e "source fichier-batch" Si vous devez spécifier les paramètres de connexion en ligne de commande, la commande ressemblera à ca : shell> mysql -h hôte -u utilisateur -p < fichier-batch Enter password: ******** Lorsque vous utilisez mysql de cette fa¸on, vous créez un fichier de script, puis vous l'exécutez. Si vous voulez que le script continue, même si il y a des erreurs, vous devez utiliser l'option - -force de la ligne de commande. Pourquoi utilisez un script ? Voici quelques raisons : ? Si vous utilisez une requête de fa¸on répétitive (c'est à dire, chaque jour, ou chaque semaine), en faire un script vous évitera de la réécrire chaque fois. ? Vous pouvez générer de nouvelles requêtes à partir de requêtes existantes et similaires en copiant et éditant des fichiers de scripts. ? Ce mode peut aussi être utile lors du développement d'une requête, particulièrement pour les commandes sur plusieurs lignes ou plusieurs séquences de commandes. Si vous commettez une Tutoriels d'introduction 190 erreur, vous n'avez pas à tout récrire. Editez juste votre script pour corriger l'erreur et dites à mysql de l'exécuter à nouveau. ? Si vous avez une requête qui produit beaucoup d'affichage, vous pouvez le rediriger vers un visualiseur plutôt que de le regarder défiler sur votre écran : shell> mysql < fichier-batch | more ? Vous pouvez capturer l'affichage dans un fichier pour un traitement ultérieur : shell> mysql < fichier_batch > mysql.out ? Vous pouvez distribuer votre script à d'autres personnes pour qu'elles l'exécutent. ? Quelques situations ne permettent pas une utilisation interactive, par exemple, quand vous exécutez une requête à partir d'une tâche cron. Dans ce cas, vous devez utiliser le mode batch. Le format d'affichage par défaut est différent (plus concis) lorsque vous exécutez mysql en mode batch de celui utilisé inter activement. Par exemple, le résultat de SELECT DISTINCT espece FROM animal ressemble à ¸a inter activement : +---------+ | espece | +---------+ | oiseau | | chat | | chien | | hamster | | serpent | +---------+ Mais à ¸a en mode batch : espece oiseau chat chien hamster serpent Si vous voulez le format d'affichage interactif en mode batch, utilisez mysql -t. Pour écrire les commandes exécutez dans la sortie, utilisez mysql -vvv. Vous pouvez aussi utiliser un script à partir de l'invite mysql en utilisant la commande source : mysql> source nom_fichier; 3.6. Exemples de requêtes usuelles Voilà des exemples qui vous serviront à résoudre les problèmes communs avec MySQL. Certains exemples utilisent la table shop pour sauvegarder le prix de chaque article (numéro de l'élément) pour certains vendeurs (dealers). En supposant que chaque vendeur à un prix fixe pour chaque article, le couple (article, dealer) est une clef primaire pour les enregistrements. Démarrez le client en ligne de commande mysql et sélectionnez une base de données : mysql nom-base-données Tutoriels d'introduction 191 (Dans la plupart des installations de MySQL, vous pouvez utiliser la base de données test). Vous pouvez créer la table d'exemple de la fa¸on suivante : CREATE TABLE shop ( article INT(4) UNSIGNED ZEROFILL DEFAULT '0000' NOT NULL, dealer CHAR(20) DEFAULT '' NOT NULL, price DOUBLE(16,2) DEFAULT '0.00' NOT NULL, PRIMARY KEY(article, dealer)); INSERT INTO shop VALUES (1,'A',3.45),(1,'B',3.99),(2,'A',10.99),(3,'B',1.45),(3,'C',1.69), (3,'D',1.25),(4,'D',19.95); Les données d'exemple sont : mysql> SELECT * FROM shop; +---------+--------+-------+ | article | dealer | price | +---------+--------+-------+ | 0001 | A | 3.45 | | 0001 | B | 3.99 | | 0002 | A | 10.99 | | 0003 | B | 1.45 | | 0003 | C | 1.69 | | 0003 | D | 1.25 | | 0004 | D | 19.95 | +---------+--------+-------+ 3.6.1. La valeur maximale d'une colonne ``Quel est le numéro du plus grand élément ?'' SELECT MAX(article) AS article FROM shop +---------+ | article | +---------+ | 4 | +---------+ 3.6.2. La ligne contenant le maximum d'une certaine colonne ``Trouvez le numéro, vendeur et prix de l'article le plus cher.'' En SQL-99 (et MySQL version 4.1), cela est facilement fait avec une sous-requête : SELECT article, dealer, price FROM shop WHERE price=(SELECT MAX(price) FROM shop); En MySQL 4.0 ou plus ancien, vous devez le faire en deux temps : 1. Obtenir le plus grand prix de la table avec une requête SELECT. mysql> SELECT MAX(price) FROM shop; +------------+ | MAX(price) | Tutoriels d'introduction 192 +------------+ | 19.95 | +------------+ 2. Utiliser la valeur 19.95 avec la requête suivante : mysql> SELECT article, dealer, price -> FROM shop -> WHERE price=19.95; +---------+--------+-------+ | article | dealer | price | +---------+--------+-------+ | 0004 | D | 19.95 | +---------+--------+-------+ Une autre solution est de trier toutes les lignes en ordre décroissant, et de ne lire que la première ligne avec la clause LIMIT : SELECT article, dealer, price FROM shop ORDER BY price DESC LIMIT 1; Note : s'il y a beaucoup d'articles chers (par exemple, chaque 19.95) la solution avec LIMIT n'en montre qu'un !. 3.6.3. Maximum d'une colonne par groupe ``Quel est le plus grand prix par article ?'' SELECT article, MAX(price) AS price FROM shop GROUP BY article +---------+-------+ | article | price | +---------+-------+ | 0001 | 3.99 | | 0002 | 10.99 | | 0003 | 1.69 | | 0004 | 19.95 | +---------+-------+ 3.6.4. La ligne contenant la plus grande valeur d'un certain champ par rapport à un groupe ``Pour chaque article, trouvez le ou les vendeurs ayant le plus haut prix.'' En ANSI SQL, je l'aurais fait de cette fa¸on avec une sous-requête : SELECT article, dealer, price FROM shop s1 WHERE price=(SELECT MAX(s2.price) FROM shop s2 WHERE s1.article = s2.article); En MySQL il vaut mieux le faire en plusieurs étapes : Tutoriels d'introduction 193 1. Récupérer la liste de couples article et plus grand prix. 2. Pour chaque article, récupérer la ligne qui a le plus grand prix stocké. Cela se fait facilement avec une table temporaire : CREATE TEMPORARY TABLE tmp ( article INT(4) UNSIGNED ZEROFILL DEFAULT '0000' NOT NULL, price DOUBLE(16,2) DEFAULT '0.00' NOT NULL); LOCK TABLES shop read; INSERT INTO tmp SELECT article, MAX(price) FROM shop GROUP BY article; SELECT shop.article, dealer, shop.price FROM shop, tmp WHERE shop.article=tmp.article AND shop.price=tmp.price; UNLOCK TABLES; DROP TABLE tmp; Si vous n'utilisez pas une table TEMPORARY, vous devez aussi verrouiller celle-ci. ``Peut-on le faire avec une seule requête ?'' Oui, mais en utilisant une astuce inefficace que j'appelle ``astuce du MAX-CONCAT'' : SELECT article, SUBSTRING( MAX( CONCAT(LPAD(price,6,'0'),dealer) ), 7) AS dealer, 0.00+LEFT( MAX( CONCAT(LPAD(price,6,'0'),dealer) ), 6) AS price FROM shop GROUP BY article; +---------+--------+-------+ | article | dealer | price | +---------+--------+-------+ | 0001 | B | 3.99 | | 0002 | A | 10.99 | | 0003 | C | 1.69 | | 0004 | D | 19.95 | +---------+--------+-------+ Le dernier exemple peut, bien sûr, être amélioré en découpant les colonnes concaténées dans le client. 3.6.5. Utiliser les variables utilisateur Vous pouvez utiliser les variables utilisateur de MySQL pour garder des résultats en mémoire sans avoir à les enregistrer dans des variables temporaires du client. See Section 9.3, « Variables utilisateur ». Par exemple, pour trouver l'article avec le plus haut et le plus bas prix, vous pouvez faire : mysql> SELECT @min_price:=MIN(price),@max_price:=MAX(price) FROM shop; mysql> SELECT * FROM shop WHERE price=@min_price OR price=@max_price; +---------+--------+-------+ | article | dealer | price | +---------+--------+-------+ | 0003 | D | 1.25 | | 0004 | D | 19.95 | +---------+--------+-------+ Tutoriels d'introduction 194 3.6.6. Utiliser les clefs étrangères Depuis la version 3.23.44 de MySQL, les tables InnoDB supportent les contraintes des clefs étrangères. See Chapitre 15, Le moteur de tables InnoDB. Consultez aussi Section 1.5.5.5, « Les clés étrangères ». Actuellement, vous n'avez pas besoin de clefs étrangères pour réaliser des jointures entre les tables. La seule chose que MySQL ne fait pas encore (avec les types autres que InnoDB), est CHECK pour s'assurer que que la clef que vous utilisez existe bien dans la ou les tables que vous référencez et il n'efface pas automatiquement les lignes d'une table avec une définition de clef étrangère. Si vous utilisez vos clefs comme une clef normale, tout marchera parfaitement : CREATE TABLE person ( id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT, name CHAR(60) NOT NULL, PRIMARY KEY (id) ); CREATE TABLE shirt ( id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT, style ENUM('t-shirt', 'polo', 'dress') NOT NULL, color ENUM('red', 'blue', 'orange', 'white', 'black') NOT NULL, owner SMALLINT UNSIGNED NOT NULL REFERENCES person(id), PRIMARY KEY (id) ); INSERT INTO person VALUES (NULL, 'Antonio Paz'); INSERT INTO shirt VALUES (NULL, 'polo', 'blue', LAST_INSERT_ID()), (NULL, 'dress', 'white', LAST_INSERT_ID()), (NULL, 't-shirt', 'blue', LAST_INSERT_ID()); INSERT INTO person VALUES (NULL, 'Lilliana Angelovska'); INSERT INTO shirt VALUES (NULL, 'dress', 'orange', LAST_INSERT_ID()), (NULL, 'polo', 'red', LAST_INSERT_ID()), (NULL, 'dress', 'blue', LAST_INSERT_ID()), (NULL, 't-shirt', 'white', LAST_INSERT_ID()); SELECT * FROM person; +----+---------------------+ | id | name | +----+---------------------+ | 1 | Antonio Paz | | 2 | Lilliana Angelovska | +----+---------------------+ SELECT * FROM shirt; +----+---------+--------+-------+ | id | style | color | owner | +----+---------+--------+-------+ | 1 | polo | blue | 1 | | 2 | dress | white | 1 | | 3 | t-shirt | blue | 1 | | 4 | dress | orange | 2 | | 5 | polo | red | 2 | | 6 | dress | blue | 2 | | 7 | t-shirt | white | 2 | +----+---------+--------+-------+ SELECT s.* FROM person p, shirt s WHERE p.name LIKE 'Lilliana%' Tutoriels d'introduction 195 AND s.owner = p.id AND s.color <> 'white'; +----+-------+--------+-------+ | id | style | color | owner | +----+-------+--------+-------+ | 4 | dress | orange | 2 | | 5 | polo | red | 2 | | 6 | dress | blue | 2 | +----+-------+--------+-------+ 3.6.7. Recherche sur deux clefs MySQL n'optimise pas encore quand vous effectuez des recherches sur deux clefs différentes combinées avec OR (la recherche sur une clef avec différentes parties OR est elle pas mal optimisée) : SELECT champ1_index, champ2_index FROM test_table WHERE champ1_index = '1' OR champ2_index = '1' La raison est que nous n'avons pas trouvé le temps suffisant pour parvenir à un moyen efficace de gérer cela dans un cas général. (En comparaison, la gestion de AND est maintenant complètement générale et fonctionne très bien.) En MySQL 4.0, vous pouvez résoudre ce problème efficacement en utilisant une clause UNION qui combine le résultat de deux requêtes SELECT séparée.s See Section 13.1.7.2, « Syntaxe de UNION ». Chaque requête SELECT ne recherche qu'avec une seule clé, et peut être optimisée : SELECT field1_index, field2_index FROM test_table WHERE field1_index = '1' UNION SELECT field1_index, field2_index FROM test_table WHERE field2_index = '1'; Avant MYSQL 4.0, vous pouvez résoudre ce problème efficacement en utilisant une table temporaire (TEMPORARY). Ce type d'optimisation est très utile si vous utilisez des requêtes très complexes et que le serveur SQL fait une optimisation dans le mauvais ordre. CREATE TEMPORARY TABLE tmp SELECT champ1_index, champ2_index FROM test_table WHERE champ1_index = '1'; INSERT INTO tmp SELECT champ1_index, champ2_index FROM test_table WHERE champ2_index = '1'; SELECT * from tmp; DROP TABLE tmp; La méthode ci-dessus pour résoudre cette requête est en effet une UNION de deux requêtes. See Section 13.1.7.2, « Syntaxe de UNION ». 3.6.8. Calcul du nombre de visites par jour Ce qui suit donne une idée d'une utilisation des fonctions de bits pour calculer le nombre de jours par mois où un utilisateur a visité une page web. CREATE TABLE t1 (year YEAR(4), month INT(2) UNSIGNED ZEROFILL, day INT(2) UNSIGNED ZEROFILL); INSERT INTO t1 VALUES(2000,1,1),(2000,1,20),(2000,1,30),(2000,2,2), (2000,2,23),(2000,2,23); La table d'exemple contient des valeurs au format année-mois-jour, qui représentent des visites d'utilisateurs sur la page. Pour déterminer le nombre de jour entre deux visites, utilisez la requête suivante : Tutoriels d'introduction 196 SELECT year,month,BIT_COUNT(BIT_OR(1<<day)) AS days FROM t1 GROUP BY year,month; Qui retourne : +------+-------+------+ | year | month | days | +------+-------+------+ | 2000 | 01 | 3 | | 2000 | 02 | 2 | +------+-------+------+ Ce qui précède calcule le nombre de jours différents qui a été utilisé pour une combinaison année/ mois, avec suppression automatique des doublons. 3.6.9. Utiliser AUTO_INCREMENT L'attribut AUTO_INCREMENT peut être utilisé pour générer un identifiant unique pour les nouvelles lignes : CREATE TABLE animals ( id MEDIUMINT NOT NULL AUTO_INCREMENT, name CHAR(30) NOT NULL, PRIMARY KEY (id) ); INSERT INTO animals (name) VALUES ("dog"),("cat"),("penguin"), ("lax"),("whale"),("ostrich"); SELECT * FROM animals; Qui retourne : +----+---------+ | id | name | +----+---------+ | 1 | dog | | 2 | cat | | 3 | penguin | | 4 | lax | | 5 | whale | | 6 | ostrich | +----+---------+ Vous pouvez obtenir la valeur utilisée de la clef AUTO_INCREMENT avec la fonction SQL LAST_INSERT_ID() ou la fonction d'API mysql_insert_id(). Note@ : Pour une insertion multi-lignes, LAST_INSERT_ID()/mysql_insert_id() retourneront la clef AUTO_INCREMENT de la première ligne insérée. Cela permet de reproduire les insertions multi-lignes sur d'autres services. Pour les tables MyISAM et BDB vous pouvez spécifier AUTO_INCREMENT sur une colonne secondaire d'une clef multi-colonnes. Dans ce cas, la valeur générée pour la colonne auto- incrémentée est calculée de la fa¸on suivante : MAX(auto_increment_column)+1) WHERE prefix=given-prefix. C'est utile lorsque vous voulez placer des données dans des groupes ordonnés. CREATE TABLE animals ( grp ENUM('fish','mammal','bird') NOT NULL, id MEDIUMINT NOT NULL AUTO_INCREMENT, name CHAR(30) NOT NULL, PRIMARY KEY (grp,id) ); INSERT INTO animals (grp,name) VALUES("mammal","dog"),("mammal","cat"), Tutoriels d'introduction 197 ("bird","penguin"),("fish","lax"),("mammal","whale"), ("bird","ostrich"); SELECT * FROM animals ORDER BY grp,id; Qui retourne : +--------+----+---------+ | grp | id | name | +--------+----+---------+ | fish | 1 | lax | | mammal | 1 | dog | | mammal | 2 | cat | | mammal | 3 | whale | | bird | 1 | penguin | | bird | 2 | ostrich | +--------+----+---------+ Notez que dans ce cas, la valeur d'AUTO_INCREMENT sera réutilisée si vous effacez la ligne avec la plus grande valeur d'AUTO_INCREMENT tous groupes confondus. Cela n'arrive jamais avec les tables MyISAM, dont les valeurs AUTO_INCREMENT ne sont jamais réutilisées. 3.7. Requêtes du projet Twin A Analytikerna et Lentus, nous avons eu à mettre en place le partie système et base de données d'un grand projet de recherche. Ce projet est une collaboration entre l'institut de médecine environnementale de l'institut de Karolinska Stockholm et la section de recherche clinique d'âge et de psychologie à l'université de la Californie du sud. Le projet nécessite une partie de récolte d'informations où tous les jumeaux en Suède de plus de 65 ans sont contactés par téléphone. Ceux qui répondent à certains critères sont admis à la seconde étape. Dans celle-ci, les jumeaux qui veulent participer rencontrent une équipe de médecins/ infirmiers. Les examens incluent des examens physiques et neuropsychologiques, des tests en laboratoire, de la neuro-imagerie, des études psychologiques et de la collecte d'informations relatives à la famille. En plus de tout cela, les données à propos des facteurs de risques médicaux et environnementaux sont collectées. Plus d'informations à propos de l'étude Twin peuvent être trouvées sur : http://www.imm.ki.se/TWIN/TWINUKW.HTM La dernière partie de ce projet est administrée avec une interface web écrite en utilisant Perl et MySQL. Chaque nuit, toutes les informations des interviews sont stockées dans une base de données MySQL. 3.7.1. Trouver tous les jumeaux répondant aux critères La requête suivante a été utilisée pour déterminer qui participerait à la seconde partie du projet : SELECT CONCAT(p1.id, p1.tvab) + 0 AS tvid, CONCAT(p1.christian_name, " ", p1.surname) AS Name, p1.postal_code AS Code, p1.city AS City, pg.abrev AS Area, IF(td.participation = "Aborted", "A", " ") AS A, p1.dead AS dead1, l.event AS event1, td.suspect AS tsuspect1, id.suspect AS isuspect1, td.severe AS tsevere1, id.severe AS isevere1, Tutoriels d'introduction 198 p2.dead AS dead2, l2.event AS event2, h2.nurse AS nurse2, h2.doctor AS doctor2, td2.suspect AS tsuspect2, id2.suspect AS isuspect2, td2.severe AS tsevere2, id2.severe AS isevere2, l.finish_date FROM twin_project AS tp /* For Twin 1 */ LEFT JOIN twin_data AS td ON tp.id = td.id AND tp.tvab = td.tvab LEFT JOIN informant_data AS id ON tp.id = id.id AND tp.tvab = id.tvab LEFT JOIN harmony AS h ON tp.id = h.id AND tp.tvab = h.tvab LEFT JOIN lentus AS l ON tp.id = l.id AND tp.tvab = l.tvab /* For Twin 2 */ LEFT JOIN twin_data AS td2 ON p2.id = td2.id AND p2.tvab = td2.tvab LEFT JOIN informant_data AS id2 ON p2.id = id2.id AND p2.tvab = id2.tvab LEFT JOIN harmony AS h2 ON p2.id = h2.id AND p2.tvab = h2.tvab LEFT JOIN lentus AS l2 ON p2.id = l2.id AND p2.tvab = l2.tvab, person_data AS p1, person_data AS p2, postal_groups AS pg WHERE /* p1 gets main twin and p2 gets his/her twin. */ /* ptvab is a field inverted from tvab */ p1.id = tp.id AND p1.tvab = tp.tvab AND p2.id = p1.id AND p2.ptvab = p1.tvab AND /* Just the sceening survey */ tp.survey_no = 5 AND /* Skip if partner died before 65 but allow emigration (dead=9) */ (p2.dead = 0 OR p2.dead = 9 OR (p2.dead = 1 AND (p2.death_date = 0 OR (((TO_DAYS(p2.death_date) - TO_DAYS(p2.birthday)) / 365) >= 65)))) AND ( /* Twin is suspect */ (td.future_contact = 'Yes' AND td.suspect = 2) OR /* Twin is suspect - Informant is Blessed */ (td.future_contact = 'Yes' AND td.suspect = 1 AND id.suspect = 1) OR /* No twin - Informant is Blessed */ (ISNULL(td.suspect) AND id.suspect = 1 AND id.future_contact = 'Yes') OR /* Twin broken off - Informant is Blessed */ (td.participation = 'Aborted' AND id.suspect = 1 AND id.future_contact = 'Yes') OR /* Twin broken off - No inform - Have partner */ (td.participation = 'Aborted' AND ISNULL(id.suspect) AND p2.dead = 0)) AND l.event = 'Finished' /* Get at area code */ AND SUBSTRING(p1.postal_code, 1, 2) = pg.code /* Not already distributed */ AND (h.nurse IS NULL OR h.nurse=00 OR h.doctor=00) /* Has not refused or been aborted */ AND NOT (h.status = 'Refused' OR h.status = 'Aborted' Tutoriels d'introduction 199 OR h.status = 'Died' OR h.status = 'Other') ORDER BY tvid; Quelques explications : ? CONCAT(p1.id, p1.tvab) + 0 AS tvid Nous voulons trier la concaténation de id et tvab dans un ordre numérique. Ajouter 0 au résultat force MySQL à le considérer comme un nombre. ? colonne id Identifie une paire de jumeaux. C'est un clef dans toutes les tables. ? colonne tvab Identifie un jumeau dans une paire. Valeur 1 ou 2. ? colonne ptvab Inverse de tvab. Si tvab est 1 c'est égal à 2, et vice-versa. Elle existe pour diminuer la frappe et faciliter la tâche à MySQL lors de l'optimisation de la requête. Cette requête montre, entre autres, comment faire pour consulter une table depuis cette même table en utilisant une jointure (p1 et p2). Dans cet exemple, est utilisé pour chercher quel partenaire du projet est décédé avant l'âge de 65 ans. Si c'est le cas, la ligne n'est pas retournée. Tout ce qui précède existe dans toutes les tables avec des informations relatives aux jumeaux. Nous avons une clé sur les champs id,tvab (toutes les tables), et sur les champs id,ptvab (person_data) pour accélérer les requêtes. Sur notre machine de production (un 200MHz UltraSPARC), cette requête retourne près de 150-200 lignes et prend moins d'une seconde. Le nombre d'enregistrements dans les tables utilisées plus haut : Table Lignes person_data 71074 lentus 5291 twin_project 5286 twin_data 2012 informant_data 663 harmony 381 postal_groups 100 3.7.2. Afficher une table avec l'état des paires de jumeaux Chaque entrevue se finit avec un code d'état, appelé event. La requête ci-dessous montre comment afficher une table avec toutes les paires, rassemblées par code d'état. Elle indique combien de paires ont terminé, combien de paires ont à moitié terminé et combien on refusé, etc. SELECT t1.event, t2.event, Tutoriels d'introduction 200 COUNT(*) FROM lentus AS t1, lentus AS t2, twin_project AS tp WHERE /* Nous recherchons une paire à la fois */ t1.id = tp.id AND t1.tvab=tp.tvab AND t1.id = t2.id /* On étudie toutes les données */ AND tp.survey_no = 5 /* Cela évite qu'un paire deviennen un doublon */ AND t1.tvab='1' AND t2.tvab='2' GROUP BY t1.event, t2.event; 3.8. Utilisation de MySQL avec Apache Il existe des programmes vous permettant d'identifier vos utilisateurs à l'aide d'une base MySQL et qui vous permettent aussi de créer des journaux de log dans vos tables MySQL. Vous pouvez changer le format d'archivage d'Apache pour le rendre plus facilement lisible par MySQL en mettant ce qui suit dans le fichier de configuration d'Apache : LogFormat \ "\"%h\",%{%Y%m%d%H%M%S}t,%>s,\"%b\",\"%{Content-Type}o\", \ \"%U\",\"%{Referer}i\",\"%{User-Agent}i\"" Avec MySQL, vous pouvez exécuter une requête de cette manière : LOAD DATA INFILE '/local/access_log' INTO TABLE table_name FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' ESCAPED BY '\\' Tutoriels d'introduction 201 Chapitre 4. Utiliser les programmes MySQL Ce chapitre présente les programmes fournis par MySQL AB et les options disponibles pour faire fonctionner ces programmes. La plupart des programmes ont des options qui leur sont spécifiques, mais la syntaxe de spécifications des options est similaires pour tous les programmes. Les derniers chapitres fournissent des détails sur chaque programme, y compris leurs options. 4.1. Présentation des logiciels MySQL MySQL AB fournit différents types de logiciels : ? Le serveur MYSQL et les scripts de démarrage : ? mysqld est le serveur MySQL ? mysqld_safe, mysql.server et mysqld_multi sont les scripts de démarrage. ? mysql_install_db initialise le dossier de données et les premières bases. Ces logiciels sont présentés en détail dans la section Chapitre 5, Administration du serveur. ? Logiciels clietns pour accéder au serveur : ? mysql est un client en ligne de commande, pour éxécuter des commandes SQL, interactivement, ou en mode batch. ? mysqlcc (MySQL Control Center) est un client interactif graphique, pour exécuter des commandes SQL, et administrer le serveur ? mysqladmin est un client d'administration ? mysqlcheck effectue les opérations de maintenance sur les tables ? mysqldump et mysqlhotcopy font les sauvegardes de bases ? mysqlimport importe des fichiers de données ? mysqlshow affiche des informations sur les bases et les tables Ces logiciels sont présentés en détails dans la section Chapitre 8, MySQL Scripts clients et utilitaires. ? Utilitaires qui fonctionnent indépendamment du serveur : ? myisamchk effectue les opérations de maintenance des tables ? myisampack produit des tables compressées, en lecture seule ? mysqlbinlog est un outil pour traiter les fichiers de logs binaires ? perror affiche le message associé à un code d'erreur myisamchk est présenté dans la section Chapitre 5, Administration du serveur. Les autres logiciels sont détaillés dans Chapitre 8, MySQL Scripts clients et utilitaires. 202 La plupart des distributions MySQL incluent tous ces programmes, hormis ceux qui sont spécifiques à une plate-forme. Par exemple, les scripts de démarrage du serveur ne sont pas utilisés sur Windows. L'exception est le format RPM, qui est plus spécialisé. Il y a des RPM pour le serveur, d'autres pour les clients. Si vous pensez qu'il vous en manque un, voyez la section Chapitre 2, Installer MySQL pour tout savoir sur les distributions et leur contenu. Il se peut alors que vous ayez un autre paquet à installer. 4.2. Appeler des programmes MySQL Pour appeler un logiciel MySQL en ligne de commande (c'est à dire depuis un terminal), il suffit d'entrer le nom du programme, suivi d'options, et d'autres arguments, pour indiquer au programme ce que vous voulez faire. Les commandes suivantes montrent quelques appels simples. ``shell>'' représente l'invite de commande de votre interprèteur : il ne fait pas partie de la commande elle- même. Les invites de commandes classiques sont $ pour sh et bash, % pour csh et tcsh, et C:\> pour Windows command.com ou cmd.exe. shell> mysql test shell> mysqladmin extended-status variables shell> mysqlshow --help shell> mysqldump --user=root personnel Les arguments qui commencent par un tiret sont des options. Ils spécifient généralement le type de connexion que le serveur doit faire, ou lui donne un mode opératoire spécial. La syntaxe des options est décrite dans la section Section 4.3, « Spécifier des options aux programmes ». Les arguments (ceux qui ne commencent pas par un tiret), fournissent davantage d'informations au programme. Par exemple, mysql utilise le premier argument comme un nom de base de données : la commande mysql test indique que vous voulez utiliser la base de données test. Les sections ultérieures décriront les programmes individuellement, avec leurs options spécifiques, et l'interprêtation qu'ils font des arguments. Certaines options sont communes à un grand nombre de programmes. Les plus communes sont - -host, --user et --password qui spécifient respectivement le nom d'hôte du serveur MySQL, le nom d'utilisateur et le mot de passe du compte. Tous les clients MySQL comprennent ces options : elles vous permettent d'indiquer sur quel serveur vous voulez travailler. Vous pouvez avoir besoin d'appeler les logiciels MySQL en utilisant le chemin jusqu'au dossier bin dans lequel ils sont installé. Il est probable que dans ce cas, si vous rencontrez une erreur ``program not found'' lors de votre appel aux programmes hors du dossier bin. Pour rendre plus confortable l'utilisation de MySQL, vous pouvez ajouter le chemin vers bin dans votre variable d'environnement PATH. Puis, exécutez le programme en utilisant simplement son nom. Consultez la documentation de votre interprèteur de ligne de commande pour savoir assigner la variable PATH. La syntaxe d'assignation des variables est spécifique à chaque terminal. 4.3. Spécifier des options aux programmes Vous pouvez fournir des options aux programmes MySQL de différentes fa¸ons : ? En ligne de commande, après le nom du programme. C'est le plus courant pour les appels ponctuels du programme. ? Dans un fichier d'options, que le programme lit au démarrage. C'est le plus courant pour les programmes que vous voulez utiliser fréquemment. ? Dans les variables d'environnement. Ce sont des options pratiques si vous voulez les appliquer à chaque fois que vous lancez le programme, même si les fichiers d'options sont plus utilisés en pratique. (La section Section 5.10.2, « Utiliser plusieurs serveurs sous Unix » présente une situation où les variables d'environnement peuvent être très utiles. Elle décrit une situation où Utiliser les programmes MySQL 203 vous pouvez utiliser les variables pour spécifier le numéro de port TCP/IP et le fichier de socket Unix pour le client et le serveur). Les programmes MySQL déterminent quelles options sont disponibles en examinant d'abord les variables d'environnement, puis le fichier d'options et enfin, la ligne de commande. Si une option est spécifiées plusieurs fois, la dernière occurence sera utilisée. Cela signifie que les variables d'environnement on la plus faible prioritée, et que les options de ligne de commande ont la forte priorité. La meilleure technique consiste à stocker les options dans un fichier d'options. Vous pourrez alors éviter de saisir les options en ligne de commande, mais vous pourrez les remplacer par d'autres valeurs ponctuellement, en utilisant la ligne de commande. 4.3.1. Options de ligne de commande de mysqld Les options des programmes spécifiées en ligne de commande suivent ces règles : ? Les options sont données après la commande. ? Une option commence avec un ou deux tirets, suivant que c'est un nom long ou court. De nombreuses options ont les deux formats. Par exemple, -? et --help sont les formes courtes et longues de l'option qui demande à un programme d'afficher le message d'aide. ? Les noms des options sont sensibles à la casse. -v et -V sont valides tous les deux, mais ont des significations différentes. Elles correspondent aux formes courtes des options --verbose et - -version. ? Certains options prennent une valeur en argument, après le nom de l'option. Par exemple, -h localhost et --host=localhost indique au client MySQL le nom d'hôte du serveur à utiliser. La valeur de l'option est le nom de l'hôte à utiliser. ? Pour une option longue qui prend une valeur, séparez l'option de la valeur avec le signe égal (?=?). Pour une option longue qui prend une valeur, séparez l'option de la valeur avec le signe espace. (-hlocalhost et -h localhost sont équivalents) Une exception à cette règle est l'option qui permet de spécifier le mot de passe MySQL. Cette option peut être donnée en format long comme --password=pass_val ou bien --password. Dans le dernier cas (sans mot de passe indiqué), le programme vous demandera interactivement un mot de passe. Le mot de passe peut aussi être configuré avec la forme courte -ppass_val, ou encore -p. Cependant, en forme courte, si le mot de passe est fourni, il doit suivre immédiatement la lettre, sans espace. La raison à cela est que le programme ne saura pas si l'argument suivant est le paramètre de l'option ou un autre argument. Par conséquent, les deux commandes suivantes ont deux significations très différente : shell> mysql -ptest shell> mysql -p test La première commande demande à mysql d'utiliser la valeur test comme mot de passe, mais ne spécifie pas de base de données par défaut. La seconde commande demande à mysql de demander le mot de passe à l'écran, et d'utiliser la base test comme base par défaut. MySQL 4.0 a introduit une souplesse supplémentaire dans la manière de saisir des options. Ces modifications ont été ajoutée en MySQL 4.0.2. Certaines se rapportent à la fa¸on de spécifier qu'une option est ``activée'' ou ``désactivée'', et d'autres se rapportent aux options qui sont disponibles dans une version, mais pas dans l'autre. Ces fonctionnalités sont décrites ultérieurement dans cette section. Un autre changement se rapport à la méthode de spécifications des variables de programme. La section Section 4.3.4, « Utiliser les options pour configurer des variables de programme » présente en détails ce sujet. Certaines options qui contrôlent le comportement du serveur peuvent être activées ou désactivées. Utiliser les programmes MySQL 204 Par exemple, le client mysql supporte l'option --column-names qui détermine si il faut afficher ou pas les noms des colonnes. Par défaut, cette option est activée. Cependant, vous pouvez la désactiver dans certaines situations, comme lorsque vous voulez envoyer le résultat de mysql dans un autre programme qui s'attend à ne recevoir que des données, et pas les entêtes. Pour désactiver les nom des colonnes, vous pouvez spécifier l'option de trois manières différentes : --disable-column-names --skip-column-names --column-names=0 Les préfixes --disable et --skip et le suffixe =0 ont tous le même effet : ils désactivent l'option. La forme ``active'' de l'option peut être spécifiée de ces trois manières : --column-names --enable-column-names --column-names=1 Une autre modification au traitement des options, introduit en MySQL 4.0 est que vous pouvez utiliser le préfixe --loose pour les options de ligne de commande. Si une option est préfixée par - -loose, le programme ne va pas se terminer avec une erreur, s'il ne reconnaît pas l'option, mais il va juste émettre une alerte : shell> mysql --loose-no-such-option mysql: WARNING: unknown option '--no-such-option' Le préfixe --loose peut être utilise lorsque vous exécutez des programmes depuis plusieurs installations de MySQL sur la même machine : tout au moins, des serveurs aussi récents que la version 4.0.2. Ce préfixe est particulièrement utilise lorsque vous listes les options dans un fichier d'options. Une option peut ne pas être reconnue par une version du programme, avec le préfixe - -loose, ou le préfixe loose dans un fichier d'options. Les versions du programme qui ne reconnaissent pas l'option émettront une alerte, mais ignoreront l'option. Cette stratégie requiert que les versions sont toutes en 4.0.2 ou plus récent, car les anciennes versions ne connaissent pas - -loose. 4.3.2. Fichier d'options my.cnf Les programmes MySQL peuvent lire des options de démarrage depuis un fichier d'options (aussi appelé fichier de configuration). Les fichiers d'options fournissent un moyen pratique de spécifier les options les plus courantes pour éviter de les saisir à chaque lancement du programme. Cette fonctionnalité est fournie depuis MySQL version 3.22. Les programmes suivantes supportent les fichiers d'options : myisamchk, myisampack, mysql, mysql.server, mysqladmin, mysqlbinlog, mysqlcc, mysqlcheck, mysqld_safe, mysqldump, mysqld, mysqlhotcopy, mysqlimport et mysqlshow. MySQL lit les fichiers d'options suivants sous Windows : Fichier Contenu WINDIR\my.ini Options globales C:\my.cnf Options globales WINDIR représente votre dossier Windows. Il est généralement C:\Windows ou C:\WinNT. Vous pouvez déterminer sa localisation exacte à partir de la variable d'environnement WINDIR avec cette commande : C:\> echo %WINDIR% Utiliser les programmes MySQL 205 MySQL lit les options par défaut dans les fichiers suivants sous Unix : Fichier Objet /etc/my.cnf Options globales DATADIR/my.cnf Options spécifiques au serveur defaults-extra-file Le fichier spécifié par --defaults-extra-file=# ~/.my.cnf Options spécifiques à l'utilisateur DATADIR est le dossier de données de MySQL (typiquement /usr/local/mysql/data pour les installation binaires ou /usr/local/var pour une installation source). Notez que c'est ce dossier qui a été spécifié au moment de la configuration et non pas le dossier de l'option - -datadir lorsque mysqld démarre ! (--datadir n'a aucun effet sur le serveur, car le serveur recherche les données avant de traiter les options de ligne de commande). MySQL essaie de lire les fichiers d'options dans l'ordre dans lequel ils sont présentés ci-dessus. Si un fichier d'options n'existe pas, vous pouvez le créer avec un éditeur de texte. Si des options sont spécifiées plusieurs fois, la dernière occurrence utilisée prend la préséance sur les options spécifiées avant. Toutes les options longues qui peuvent être donnée en ligne de commande, peuvent être mises dans un fichier d'options. Pour avoir la liste des options d'un programme, utilisez la commande --help. La syntaxe de spécification dans un fichier d'option est similaire celle de ligne de commande, hormis le fait que vous omettez les deux tirets initiaux. Par exemple, --quick et - -host=localhost en ligne de commande deviennent quick et host=localhost dans un fichier d'options. Pour spécifier une option de la forme --loose-opt_name dans un fichier d'options, écrivez la sous la forme loose-opt_name. Les lignes vides du fichier d'options sont ignorées. Un fichier d'options contient des lignes ayant la forme suivante : ? #comment, ;comment Les lignes de commentaires commencent avec ?#? ou ?;?. Depuis MySQL 4.0.14, un commentaire ?#? peut être ouvert au milieu de la ligne. ? [group] group est le nom du programme ou du groupe pour lequel vous souhaitez configurer des options. Après une ligne de groupe, toutes les option et set-variable s'appliqueront au groupe nommé, jusqu'à la fin du fichier d'option ou du démarrage d'un autre groupe. ? opt_name Ceci est équivalent à --opt_name sur la ligne de commande. ? opt_name=value Ceci est équivalent à --opt_name=value sur la ligne de commande. Dans un fichier d'options, vous pouvez mettre des espaces autour du caractère ?=?, ce qui n'est pas vrai en ligne de commande. Depuis MySQL 4.0.16, vous pouvez mettre les valeurs des options entre guillemets simples ou doubles. C'est utile lorsqu'une valeur contient un début de commentaire ?#? ou des espaces. ? set-variable = variable=value Donne à la variable programme var_name sa valeur. Ceci est équivalent à - -set-variable variable=value sur la ligne de commande. Cette syntaxe doit être utilisée pour spécifier la valeur d'une variable mysqld. Les espaces sont autorisés autour du Utiliser les programmes MySQL 206 premier caractère ?=? mais pas autour du second. Notez que --set-variable est obsolète depuis MySQL 4.0, utilisez simplement --variable=value comme tel. Voyez Section 4.3.4, « Utiliser les options pour configurer des variables de programme » pour plus d'informations sur la spécification des variables programme. Les espaces initiaux et terminaux sont automatiquement effacés autour des noms d'options et de leur valeur. Vous pouvez utilisez les séquences spéciales ?\b?, ?\t?, ?\n?, ?\r?, ?\\? et ?\s? dans les valeurs des options pour représenter des effacement, tabulations, nouvelles lignes, retour chariot et espaces. Sous Windows, si une valeur d'option représente un chemin de dossier, vous devez spécifier la valeur en utilisant ?/? plutôt que ?\? comme séparateur de dossiers. Si vous utilisez use ?\?, vous devez le doubler ?\\?, car ?\? est le caractère de protection de MySQL. Si un groupe d'options est le même que le nom d'un programme, les options de ce groupe seront réservées à ce programme. Le groupe d'options [client] est lu par tous les programmes clients et pas par le serveur mysqld. Cela vous permet de spécifier les options qui s'appliqueront à tous les clients. Par exemple, [client] est le groupe parfait pour spécifier le mot de passe que vous utilisez pour vous connecter au serveur. Mais assurez vous que le fichier est lisible et modifiable uniquement par vous- même pour que personne ne puisse découvrir votre mot de passe. Assurez vous de n'utiliser que des options qui seront reconnues par tous les programmes client. Les programmes qui ne comprennent pas une option vont afficher un message d'erreur lorsque vous les exécuterez. Depuis MySQL 4.0.14, si vous voulez créer des groupes d'options qui ne doivent être lus que par une versions spécifique du serveur mysqld, vous pouvez le faire en utilisant des groupes avec des noms du type [mysqld-4.0], [mysqld-4.1], etc. Le groupe suivante indique que l'option - -new soit utilisée avec les serveur de version 4.0.x : [mysqld-4.0] new Voici un fichier d'options globales typique : [client] port=3306 socket=/tmp/mysql.sock [mysqld] port=3306 socket=/tmp/mysql.sock key_buffer_size=16M max_allowed_packet=8M [mysqldump] quick Le fichier d'options ci-dessus utilise la syntaxe var_name=value pour les variables key_buffer_size et max_allowed_packet. Avant MySQL 4.0.2, vous auriez besoin d'utiliser la syntaxe set-variable à la place (comme présenté précédemment). Voici un fichier d'options utilisateur classique : [client] # Le mot de passe suivant sera envoyé par tous les clients standards MySQL password="my_password" [mysql] no-auto-rehash set-variable = connect_timeout=2 Utiliser les programmes MySQL 207 [mysqlhotcopy] interactive-timeout Ce fichier d'options utilise la syntaxe set-variable pour spécifier la variable connect_timeout. Depuis MySQL 4.0.2, vous pouvez aussi configurer la variable avec connect_timeout=2. Si vous avez une distribution source, vous trouverez des exemples de configuration dans les fichiers nommés my-xxxx.cnf dans le dossier support-files. Si vous avez une distribution binaire, regardez dans le dossier DIR/support-files, où DIR est le chemin de l'installation MySQL (typiquement /usr/local/mysql). Actuellement, il y a des exemples de configuration pour des systèmes petits, moyens, grands et très grands. Vous pouvez copier l'un des fichiers my-xxxx.cnf dans votre dossier utilisateur (renommez le fichier en .my.cnf) pour le tester. Note : sous Windows, le fichier d'options .cnf peut ne pas afficher son extension. Tous les programmes MySQL qui supportent les fichiers d'options gèrent les options suivantes de ligne de commande : ? --no-defaults N'utilise aucun fichier d'options. ? --print-defaults Affiche le nom du programme et toutes les options qui seront lues dans les fichiers d'options. ? --defaults-file=path_name Utilise uniquement le fichier d'options indiqué. path_name est le chemin complet pour y accéder. ? --defaults-extra-file=path_name Lit ce fichier d'options après le fichier d'options globales, et avant le fichier d'options utilisateurs. path_name est le chemin complet pour y accéder. Pour fonctionner correctement, toutes ces options doivent immédiatement suivre le nom de la commande en ligne, hormis --print-defaults qui peut être utilisée juste après - -defaults-file et --defaults-extra-file. Dans les scripts Shell, vous pouvez utiliser le programme my_print_defaults pour analyser les fichiers d'options. L'exemple suivant montre le résultat que my_print_defaults peut produire lorsqu'on lui demande d'afficher les options des groupes [client] et [mysql] : shell> my_print_defaults client mysql --port=3306 --socket=/tmp/mysql.sock --no-auto-rehash Note pour les développeurs : la gestion des fichiers est implémentée en C dans la bibliothèque cliente simplement en traitant les options qui sont trouvées, (c'est à dire, les options du groupe appropriée), et avant les options de ligne de commande. Cela fonctionne correctement avec les programmes qui utilisent la dernière option des options spécifiées plusieurs fois. Mais si vous avez un programme C ou C++ qui gère les options de cette manière mais ne lit pas les fichiers d'options, vous aurez peut être à ajouter seulement deux lignes pour lui donner cette fonctionnalité. Voyez le code source des clients MySQL standard pour voir comment faire. De nombreux autres langages s'interfacent avec MySQL grâce à la bibliothèque C, et certains fournissent un moyen d'accéder aux fichiers d'options. Cela inclut les langages Perl et Python. Utiliser les programmes MySQL 208 Voyez la documentation de votre interface favorite pour plus de détails. 4.3.3. Utiliser les variables d'environnement pour spécifier des options Pour spécifier des options en utilisant des variables d'environnement, utilisez la commande d'affectation de votre système. Par exemple, sous Windows ou sous NetWare, vous pouvez utiliser la variable USER pour spécifier votre compte utilisateur. Utilisez cette syntaxe : SET USER=your_name La syntaxe sous Unix dépend de votre Shell. Supposons que vous voulez spécifier le numéro de port TCP/IP en utilisant la variable MYSQL_TCP_PORT. La syntaxe Bourne Shell et ses variantes sont (sh, bash, zsh, etc.) est : MYSQL_TCP_PORT=3306 Pour csh et tcsh, utilisez cette syntaxe : setenv MYSQL_TCP_PORT 3306 Les commandes pour spécifier les variables d'environnement peuvent être exécutées à l'invite de commande, et prennent effet immédiatement. Ces configurations persistent jusqu'à votre déconnexion. Pour que ces configurations soient effectives lors de votre reconnexion, ajoutez les commandes appropriées dans votre fichier de démarrage. Typiquement, les fichiers de démarrage sont AUTOEXEC.BAT sous Windows, .bash_profile pour bash, ou .tcshrc pour tcsh. Consultez la documentation de votre interpréteur de ligne de commande pour les détails spécifiques. La section Annexe E, Variables d'environnement liste toutes les variables d'environnement qui affectent le fonctionnement de MySQL. 4.3.4. Utiliser les options pour configurer des variables de programme De nombreux programmes MySQL ont des variables internes, qui peuvent être modifiées durant l'exécution. Depuis MySQL version 4.0.2, les variables de programme peuvent être spécifiées de la même fa¸on que toute autre option qui prend une vlaeur. Par exemple, le client mysql utilise la variable max_allowed_packet qui contrôle la taille maximale du buffer de communication. Pour spécifier la variable max_allowed_packet de mysql, à une valeur de 16Mo, utilisez l'une de ces deux commandes : shell> mysql --max_allowed_packet=16777216 shell> mysql --max_allowed_packet=16M La première commande spécifie la valeur en octets. La seconde spécifie la valeur en méga-octets. Les valeurs des variables peuvent être suffixées par K, M ou G (majuscule ou minuscule), pour indiquer une unité de kilo-octets, mega-octets ou giga-octets. Dans un fichier d'options, la configuration de la variable se fait sans les tirets initiaux : [mysql] max_allowed_packet=16777216 Ou : [mysql] max_allowed_packet=16M Utiliser les programmes MySQL 209 Si vous voulez, les soulignés d'un nom de variable peuvent être spécfiés comme des tirets. Avant MySQL 4.0.2, les noms de variables de programmes n'étaient pas reconnus comme des noms d'options. Au lieu de cela, il faut utiliser l'option --set-variable pour assigner une valeur : shell> mysql --set-variable=max_allowed_packet=16777216 shell> mysql --set-variable=max_allowed_packet=16M Dans un fichier d'options, omettez les tirets initiaux : [mysql] set-variable = max_allowed_packet=16777216 Ou : [mysql] set-variable = max_allowed_packet=16M Avec --set-variable, les soulignés d'un nom de variable ne peuvent pas être spécifiés sous forme de tiret dans les versions de MySQL plus ancienne que la 4.0.2. L'option --set-variable est toujours reconnue par MySQL versions 4.0.2 et plus récent, mais elle est obsolète. Certaines variables serveurs peuvent être configurées durant l'exécution. Voyez la section Section 5.2.3.1, « Variables système dynamiques ». Utiliser les programmes MySQL 210 Chapitre 5. Administration du serveur Ce chapitre couvre les problèmes d'administration de MySQL, comme la configuration des comptes et les sauvegardes. 5.1. Scripts serveur MySQL et utilitaires Le serveur MySQL, mysqld, est le programme principal qui effectue l'essentiel du travail. Le serveur est accompagné par différents scripts connexes qui effectuent des opérations de configuration lors de l'installation, ou fournissent de l'aide pour administrer le serveur. Cette section fournit une introduction au serveur et ses utilitaires, et des informations sur les scripts de démarrage. Les informations sur la configuration du serveur lui-même sont données dans la section Section 5.2, « Configuration de MySQL ». 5.1.1. Présentation des scripts serveurs et des utilitaires Tous les programmes MySQL prennent des options différentes. Toutefois, tous les programmes MySQL disposent de l'option --help qui vous aidera à connaître la liste complète des différentes options. Par exemple, essayez mysql --help. Vous pouvez modifier toutes les valeurs par défaut des programmes en les pla¸ant dans le fichier de configuration. Section 4.3.2, « Fichier d'options my.cnf ». Voici la liste des programmes coté serveur de MySQL : ? mysqld Le démon SQL (c'est à dire, le serveur MySQL). Pour utiliser les programmes clients, ce programme doit fonctionner, car les clients viendront se connecter dessus. See Section 5.2, « Configuration de MySQL ». ? mysqld-max Une version du serveur qui inclut des fonctionnalités supplémentaires. See Section 5.1.2, « mysqld-max, la version étendue du serveur mysqld ». ? mysqld_safe Un script de démarrage du serveur. mysqld_safe tente de démarrer mysqld-max s'il existe, et sinon mysqld. See Section 5.1.3, « safe_mysqld, le script père de mysqld ». ? mysql.server Un script de démarrage du serveur. Ce script est utilisé sur les systèmes qui ont un dossier contenant des services système. Il invoque mysqld_safe pour démarrer le serveur MySQL. See Section 5.1.4, « Le script de démarrage mysql.server ». ? mysqld_multi Un script de démarrage qui peut lancer ou arrêter différentes instances du serveur, installées sur le système. See Section 5.1.5, « mysqld_multi, un programme pour gérer plusieurs serveurs MySQL ». ? mysql_install_db Crée les tables de droits MySQL, avec les droits par défaut. Il est généralement exécuté une fois, lors de la première installation de 211 ? mysql_fix_privilege_tables Ce script est utilisé après une mise à jour de MySQL, pour mettre à jour les tables de droits, et les adapter aux nouvelles versions de MySQL. Il y a plusieurs autres utilitaires qui fonctionnent du coté du serveur : ? myisamchk Un utilitaire pour décrire, vérifier, optimiser et réparer les tables MyISAM. myisamchk est décrit dans Section 5.7.3, « Utilisation de myisamchk pour la maintenance des tables et leur recouvrement ». ? make_binary_distribution Ce programme crée une version compilée de MySQL. Le résultat peut être envoyé par FTP à / pub/mysql/Incoming sur support.mysql.com pour aider les autres utilisateurs MySQL. ? mysqlbug Le script de rapport de bogues de MySQL. Il peut être utilisé pour envoyer un rapport de bogues à MySQL. Vous pouvez aussi aller sur http://bugs.mysql.com/ pour remplir un formulaire en ligne. 5.1.2. mysqld-max, la version étendue du serveur mysqld Le serveur MySQL-Max est une vesrion du serveur mysqld qui a été compilée avec des fonctionnalités supplémentaires. La distribution à utiliser dépend de votre plate-forme : ? Sous Windows, les distributions binaires MySQL incluent le serveur standard (mysqld.exe) et le serveur MySQL-Max (mysqld-max.exe), alors il n'y a pas de téléchargement spécial à faire. Utilisez simplement la distribution Windows habituelle, disponible sur http://dev.mysql.com/downloads/mysql-4.0.html. See Section 2.2.1, « Installer MySQL sous Windows ». ? Sous Linux, si vous installez une distribution RPM, utilisez le RPM MySQL-server standard pour installer le serveur mysqld. Puis, utilisez le RPM MySQL-Max pour installer le serveur mysqld-max. Le RPM MySQL-Max suppose que vous avez déjà installé le serveur régulier RPM. Voyez Section 2.2.12, « Installer MySQL sous Linux » pour plus d'informations sur les paquets Linux RPM. ? Toutes les autres distributiosn de MySQL-Max contiennent un serveur unique, appelé mysqld mais qui inclut les fonctionnalités supplémentaires. Vous pouvez trouver les distributions binaires sur le site web de MySQL AB, sur http://dev.mysql.com/downloads/mysql-4.0.html. MySQL AB compile le serveur MySQL-Max avec les options de configure suivantes : ? --with-server-suffix=-max Cette option ajoute le suffixe -max à la chaîne de version de mysqld. Administration du serveur 212 ? --with-innodb Cette option active le support du moteur InnoDB. MySQL-Max inclut toujours le support de InnoDB, mais cette option est nécessaire pour MySQL 3.23. Depuis MySQL 4, InnoDB est inclut par défaut dans les distributions binaires, alors il n'est pas nécessaire d'utiliser MySQL- Max pour ¸a. ? --with-bdb Cette option active le support du moteur de table Berkeley DB (BDB). ? CFLAGS=-DUSE_SYMDIR Cette option active le support des liens symboliques sous Windows. Les distributions binaires de MySQL-Max sont disponibles pour ceux qui souhaitent installer une version pré-compilée. Si vous voulez compiler MySQL-Max depuis les sources, vous pouvez le faire et choisir les fonctionnalités que vous souhaitez au moment de la compilation. Le serveur MySQL-Max inclut le moteur de stockage BerkeleyDB (BDB) lorsque c'est possible, mais toutes les plate-formes ne supportent pas BDB. La table suivante montre quelles plate-formes permettent à MySQL-Max d'inclure BDB : Système BDB Support AIX 4.3 N HP-UX 11.0 N Linux-Alpha N Linux-IA-64 N Linux-Intel Y Mac OS X N NetWare N SCO OSR5 Y Solaris-Intel N Solaris-SPARC Y UnixWare Y Windows/NT Y Pour connaître les moteurs de stockages que votre serveur supporte, utilisez la commande suivante : mysql> SHOW ENGINES; Avant MySQL 4.1.2, SHOW ENGINES est indisponible. Utilisez la commande suivante et vérifiez la valeur de la variable pour le moteur de table qui vous intéresse : mysql> SHOW VARIABLES LIKE 'have_%'; +------------------+----------+ | Variable_name | Value | +------------------+----------+ | have_bdb | NO | | have_crypt | YES | | have_innodb | YES | | have_isam | NO | | have_raid | NO | | have_symlink | DISABLED | | have_openssl | NO | | have_query_cache | YES | +------------------+----------+ Administration du serveur 213 La signification des valeurs est : Valeur Signification YES L'option est activatée et utilisable. NO L'option n'est pas supportée. DISABLED L'option est supportée mais désactivée. La valeur NO signifie que le serveur a été compilé sans le support, et que la fonctionnalité ne peut pas être activée durant l'exécution. La valeur de DISABLED apparait soit parce que le serveur a été lancé sans l'option qui active cette foncitonnalité, soit si toutes les options nécessaires ne sont pas dispoinbles. Dans ce dernier cas, le fichier d'erreurs host_name.err devrait contenir la raison indiquant pourquoi l'option a été désactivée. Une situation dans laquelle vous pouvez voir DISABLED survient en version MySQL 3.23, lorsque le moteurInnoDB est compilé. En MySQL 3.23, vous devez fournir au moins l'option innodb_data_file_path à l'exécution pour configurer l'espace de tables InnoDB. Sans cette option, InnoDB se désactive. See Section 15.3, « InnoDB avec MySQL version 3.23 ». Vous pouvez spécifier les options de configuration opur les tables BDB, mais BDB ne se désactivera pas de lui-même si vous les oubliez. See Section 14.4.3, « Options de démarrage BDB ». Vous pouvez aussi rencontrer la valeur de DISABLED pour InnoDB, BDB, ou ISAM si le serveur a été compilé pour les supporter, mais si les options de démarrage --skip-innodb, --skip-bdb ou --skip-isam à l'exécution. Depuis la version 3.23, tous les serveurs MySQL supportent les tables MyISAM, car le moteur MyISAM est le moteur par défaut. 5.1.3. safe_mysqld, le script père de mysqld safe_mysqld est la méthode recommandée pour démarrer un démon mysqld sous Unix. safe_mysqld ajoute des fonctionnalités de sécurité telles que le redémarrage automatique lorsqu'une erreur survient et l'enregistrement d'informations d'exécution dans un fichier de log. Note: Avant MySQL 4.0, mysqld_safe s'appelait safe_mysqld. Pour préserver la compatibilité ascendante, la distribution binaire MySQL propose un lien symbolique de safe_mysqld vers mysqld_safe. Par défaut, mysqld_safe essaie de lancer l'exécutable appelé mysqld-max s'il existe, ou mysqld sinon. Cela a des implications : ? Sous Linux, le RPM MySQL-Max dépend de mysqld_safe. Le RPM installe un exécutable appelé mysqld-max, qui fait que mysqld_safe va automatiquement utiliser l'exécutable installé ? Si vous installez la distribution MySQL-Max qui incluent un serveur appelé mysqld-max, puis que vous le mettez à jour avec une version non-max, mysqld_safe va essayer d'utiliser l'ancien serveur mysqld-max. Si vous faites une telle mise à jour, supprimez manuellement l'ancien serveur mysqld-max pour vous assurer que mysqld_safe utilise le nouveau mysqld. Pour remplacer le comportement par défaut et spécifier explicitement le serveur que vous voulez utiliser, spécifiez l'option --mysqld ou --mysqld-version avec mysqld_safe. De nombreux options de mysqld_safe sont identiques aux options de mysqld. See Section 5.2.1, « Options de ligne de commande de mysqld ». Administration du serveur 214 Toutes les options spécifiées avec mysqld_safe en ligne de commande sont passées à mysqld. Si vous voulez utiliser des options qui sont spécifiques à mysqld_safe et que mysqld ne les supporte pas, ne les spécifiez pas en ligne de commande. Au lieu de cela, listez les dans le groupe [mysqld_safe] du fichier d'options. See Section 4.3.2, « Fichier d'options my.cnf ». mysqld_safe lit toutes les options des groupes [mysqld], [server] et [mysqld_safe] dans le fichier d'options. Pour assurer la compatibilité ascendante, il lit aussi le groupe [safe_mysqld]. Vous devriez renommer ces sections [mysqld_safe] lorsque vous passez à MySQL 4.0 ou plus récent. safe_mysqld supporte les options suivantes : ? --basedir=path Le chemin jusqu'à l'installation de MySQL. ? --core-file-size=# Taille du fichier core que mysqld doit être capable de créer. Il est passé à ulimit -c. ? --datadir=path Le chemin jusqu'au dossier de données. ? --defaults-extra-file=path Le nom du fichier d'options à lire en plus des fichiers habituels. ? --defaults-file=path Le nom d'un fichier d'options qui doit être lu à la place du fichier d'options habituel. ? --err-log=path L'ancienne option --log-error, à utiliser avant MySQL 4.0. ? --ledir=path Le chemin jusqu'au dossier contenant le dossier mysqld. Utilisez cette option pour indiquer explicitement le lieu du serveur. ? --log-error=path Ecrit le fichier d'erreurs dans le fichier ci-dessus. See Section 5.9.1, « Le log d'erreurs ». ? --mysqld=prog_name Le nom du programme serveur (dans le dossier ledir) que vous voulez lancer. Cette option est nécessaire si vous utilisez une distribution binaire MySQL, mais que les données sont hors du dossier d'installation. ? --mysqld-version=suffix Cette option est similaire à l'option --mysqld, mais vous spécifiez uniquement le suffixe du nom du programme. Le nom de base sera alors mysqld. Par exemple, si vous utilisez - -mysqld-version=max, mysqld_safe va lancer le programme mysqld-max dans le dossier ledir. Si l'argument de --mysqld-version est vide, mysqld_safe utilise mysqld dans le dossier ledir. ? --nice=priority Utilise le programme nice pour donner la priorité du serveur. Cette option a été ajoutée en MySQL 4.0.14. Administration du serveur 215 ? --no-defaults Ne lit aucun fichier d'options. ? --open-files-limit=count Le nombre de fichiers que mysqld ouvre au maximum. La valeur de l'option est passée à ulimit -n. Notez que vous devez lancer mysqld_safe en tant que root pour que cela fonctionne correctement. ? --pid-file=path Le chemin jusqu'au fichier d'identifiant de processus. ? --port=port_num Le numéro de port à utiliser pour attendre les connexion TCP/IP. ? --socket=path Le fichier de socket Unix pour les connexions locales. ? --timezone=zone Configure la variable d'environnement TZ. Consultez votre documentation système pour connaître le format légal des fuseaux horaires. ? --user={user_name | user_id} Lance le serveur mysqld sous le nom d'utilisateur user_name ou avec l'utilisateur d'identifiant numérique ID user_id. (``Utilisateur'' dans ce contexte représente le compte système, et non pas les utilisateurs des tables de droits MySQL). Le script safe_mysqld a été écrit pour qu'il soit capable de démarrer le serveur qui a été installé à partir des sources ou de la version binaire, même si l'installation de MySQL est légèrement exotique. See Section 2.1.5, « Dispositions d'installation ». safe_mysqld suppose que les conditions suivantes sont remplies : ? Le serveur et les bases de données sont placées dans un dossier relativement au dossier d'où safe_mysqld est appelé. safe_mysqld cherche dans les sous dossiers bin et data (pour les distributions binaires) et, libexec et var (pour les distributions sources). Cette condition doit être remplie si vous exécutez safe_mysqld depuis votre dossier d'installation MySQL (par exemple, /usr/local/mysql pour une distribution binaire). ? Si le serveur et les bases de données ne peuvent être trouvées dans le dossier de travail, safe_mysqld essaie de les trouver en utilisant leurs chemins absolus. Les chemin typiquement étudiés sont /usr/local/libexec et /usr/local/var. Les chemins réels sont déterminés lorsque la distribution est compilée, et safe_mysqld a alors aussi été généré. Ils doivent être corrects si MySQL a été installé dans un dossier standard. Comme safe_mysqld essaie de trouver le serveur et les bases dans un dossier situé dans le dossier de travail, vous pouvez installer la version binaire de MySQL n'importe où, du moment que vous démarrez le script safe_mysqld dans le dossier d'installation de MySQL : shell> cd mysql_installation_directory shell> bin/safe_mysqld & Si safe_mysqld échoue, même si il est appelé depuis le dossier d'installation, vous pouvez le modifier pour qu'il reconnaisse le chemin que vous utilisez jusqu'à mysqld. Notez que si vous faites évoluer votre installation de MySQL, votre version de safe_mysqld sera écrasée, et vous Administration du serveur 216 devrez la rééditer. Normalement, vous ne devez pas éditer le script mysqld_safe. Au lieu de cela, configurez mysqld_safe en utilisant les options de ligne de commande, ou les options de la section [mysqld_safe] du fichier d'options my.cnf. Dans de rares cas, il sera peut être nécessaire d'éditer mysqld_safe pour faire fonctionner correctement le serveur. Cependant, si vous faites cela, mysqld_safe risque d'être écrasé lors de la prochaine mise à jour de MySQL : faîtes en une sauvegarde avant d'installer. Sous NetWare, mysqld_safe est un NetWare Loadable Module (NLM) qui est un port du script Unix original. Il fait ceci : 1. Effectue des vérifications système et des options. 2. Lance la vérification des tables MyISAM et ISAM. 3. Affiche un écran de présence de MySQL. 4. Lance mysqld, le surveille et le relance s'il s'arrête sur une erreur. 5. Envoie les messages de mysqld dans le fichier host_name.err dans le dossier de données. 6. Envoie les affichages de mysqld_safe dans le fichier host_name.safe dans le dossier de données. 5.1.4. Le script de démarrage mysql.server Les distributions MySQL sous Unix incluent un script appelé mysql.server. Il peut être utilisé pour lancer et arrêter les services. Il est aussi utilisé par le script de démarrage de Max OS X. mysql.server est placé dans le dossier support-files sous le dossier d'installation de MYSQL, ou dans le dossier de source. Si vous utilisez le paquet RPM pour Linux (MySQL-server-VERSION.rpm), le script mysql.server sera déjà installé dans le dossier /etc/init.d sous le nom de mysql. Vous n'avez pas besoin de l'installer manuellement. Voyez Section 2.2.12, « Installer MySQL sous Linux » pour plus d'informations sur les paquets MySQL RPM Linux. Certains éditeurs fournissent des paquets RPM qui installent un script de démarrage sous le nom de mysqld. Si vous installez MySQL depuis une distribution source, ou en utilisant une distribution binaire qui n'installe pas automatiquement le fichier mysql.server, vous pouvez l'installer manuellement. Les instructions sont fournies dans la section Section 2.5.2.2, « Lancer et arrêter MySQL automatiquement ». mysql.server lit les options dans les sections [mysql.server] et [mysqld] du fichier de configuration. Pour la compatibilité ascendante, il lit aussi la section [mysql_server], même si vous devrez la renommer en [mysql.server] lorsque vous commencerez à utiliser MySQL 4.0. 5.1.5. mysqld_multi, un programme pour gérer plusieurs serveurs MySQL mysqld_multi sert à gérer plusieurs serveurs mysqld qui utilisent différentes sockets Unix et ports TCP/IP. Le programme va rechercher les groupes nommés [mysqld#] dans le fichier my.cnf (ou le fichier appelé --config-file=...), où # peut être n'importe quel nombre positif, supérieur ou égal à 1. Ce nombre est appelé le numéro de groupe d'options. Les numéros de groupe permettent de Administration du serveur 217 distinguer un groupe d'options d'un autre, et sont utilisés comme argument du script mysqld_multi pour spécifier quel serveur vous voulez démarrer, arrêter ou examiner. Les options listées dans ces groupes doivent être les mêmes que celle que vous utiliseriez dans une section dédiée au démon [mysqld]. Voyez, par exemple, Section 2.5.2.2, « Lancer et arrêter MySQL automatiquement ». Cependant, pour mysqld_multi, vous devez vous assurer que chaque groupe contient des valeurs pour les options telles que port, socket, etc., qui seront utilisées par chaque processus mysqld. Pour plus d'informations sur sur les options de chaque serveur dans un environnement à serveurs multiples, voyez la section Section 5.10, « Faire fonctionner plusieurs serveurs MySQL sur la même machine ». mysqld_multi est utilisé ave la syntaxe suivante : shell> mysqld_multi [options] {start|stop|report} [GNR[,GNR]...] start, stop et report indique le type d'opération que vous voulez faire. Vous pouvez faire une opération sur un serveur unique ou plusieurs serveurs, en fonction de la liste GNR qui suit le nom de l'opération. S'il n'y a pas de liste, mysqld_multi effectue l'opération sur tous les serveurs du fichier d'options. Chaque GNR représente un numéro de groupe d'options. Vous pouvez démarrer, arrêter ou examiner n'importe quel numéro de groupe d'options, ou même plusieurs d'entre eux en même temps. Par exemple, le groupe GNR pour le groupe appelé [mysqld17] est 17. Pour spécifier un intervalle de nombres, séparez le premier et le dernier numéro par un tiret. La valeur GNR 10-13 représente les groupes de [mysqld10] à [mysqld13]. Les groupes multiples ou les intervalles de groupes peuvent être spécifiées en ligne de commande, séparés par virgules. Il ne doit pas y avoir d'espace blanc entre deux éléments de la liste : tout ce qui sera après un espace sera ignoré. Cette commande lance un serveur unique, avec le groupe d'options [mysqld17] : shell> mysqld_multi start 17 Cette commande arrête plusieurs serveurs, en utilisant les groupes d'options [mysql8] et [mysqld10] à [mysqld13] : shell> mysqld_multi start 8,10-13 Pour afficher un exemple de configurations, utilisez cette commande : shell> mysqld_multi --example Les valeurs de numéro de groupe d'options peuvent être une liste de valeurs séparées par une virgule ou un tiret. Dans ce dernier cas, toutes les numéro de groupe d'options situés entre les deux numéros seront alors affectés. Sans numéro de groupe d'options spécifié, tous les numéros de groupes du fichier d'options sont affectés. Notez que vous ne devez pas avoir d'espace dans la liste des numéros de groupe d'options. Tout ce qui est placé au-delà de l'espace sera ignoré. mysqld_multi supporte les options suivantes : ? --config-file=name Un fichier de configuration alternatif. Note : cela ne va pas modifier les options de ce programme ([mysqld_multi]), mais uniquement les groupes [mysqld#]. Sans cette option, tout sera lu dans le fichier d'options traditionnel my.cnf. Cette option n'affecte pas la fa¸on avec laquelle mysqld_multi lit ses options, qui sont toujours prises dans le groupe [mysqld_multi] du fichier my.cnf habituel. ? --example Affiche un exemple de fichier de configuration. Administration du serveur 218 ? --help Affiche l'aide et quitte. ? --log=name Fichier de log. Le chemin complet et le nom du fichier sont nécessaires. ? --mysqladmin=prog_name L'exécutable mysqladmin à utiliser lors de l'arrêt du serveur. ? --mysqld=prog_name L'exécutable mysqld à utiliser. Notez que vous pouvez donner cette option à safe_mysqld. Ces options sont passées à mysqld. Assurez-vous que vous avez bien mysqld dans votre variable d'environnement PATH ou corrigez safe_mysqld. ? --no-log Affiche les données d'historique à l'écran plutôt que dans le fichier de log. Par défaut, le fichier de log est activé. ? --password=password Le mot de passe de l'utilisateur mysqladmin. ? --tcp-ip Connexion au serveur MySQL via le port TCP/IP au lieu de la socket Unix. Cela affecte l'arrêt et le rapport. Si le fichier de socket manque, le serveur peut continuer de tourner, mais il n'est plus accessible que par port TCP/IP. Par défaut, les connexions sont faites avec les sockets Unix. ? --user=user_name L'utilisateur MySQL pour mysqladmin. ? --version Affiche le numéro de version et quitte. Quelques notes pour mysqld_multi : ? Assurez-vous que l'utilisateur MySQL, qui stoppe les services mysqld (e.g en utilisant la commande mysqladmin), a les mêmes nom d'utilisateur et mot de passe pour tous les dossiers de données utilisés. Et assurez-vous que cet utilisateur a bien les droits de SHUTDOWN! Si vous avez de nombreux dossiers de données et de nombreuses bases mysql avec différents mots de passe pour le serveur root MySQL, vous souhaiterez peut être créer un utilisateur commun multi_admin à chaque base, avec le même mot de passe (voir ci-dessous). Voici comment faire : shell> mysql -u root -S /tmp/mysql.sock -proot_password -e "GRANT SHUTDOWN ON *.* TO multi_admin@localhost IDENTIFIED BY 'multipass'" See Section 5.5.2, « Comment fonctionne le système de droits ». Vous devrez utiliser la même commande pour chaque serveur mysqld qui fonctionne : changez simplement la socket, - S=...). ? pid-file est très important, si vous utilisez safe_mysqld pour démarrer mysqld (e.g., - -mysqld=safe_mysqld). Chaque mysqld doit avoir son propre fichier pid-file. L'avantage d'utiliser safe_mysqld au lieu de mysqld est que safe_mysqld ``surveille'' tous les processus mysqld et les redémarrera si un processus mysqld s'arrête suite à la Administration du serveur 219 reception d'un signal kill -9, ou pour toute autre raison comme une erreur de segmentation (que MySQL ne devrait jamais faire, bien sûr !). Notez bien que le script safe_mysqld vous imposera peut être d'être démarré depuis un dossier spécial. Cela signifie que vous devrez probablement utiliser la commande shell cd jusqu'à un certain dossier avant de pouvoir exécuter mysqld_multi. Si vous avez des problèmes pour démarrer, voyez le script safe_mysqld. Vérifiez notamment ces lignes : ---------------------------------------------------------------- MY_PWD=`pwd` # Check if we are starting this relative (for the binary release) if test -d $MY_PWD/data/mysql -a -f ./share/mysql/english/errmsg.sys -a \ -x ./bin/mysqld ---------------------------------------------------------------- See Section 5.1.3, « safe_mysqld, le script père de mysqld ». Le test ci-dessus devrait fonctionner, ou bien vous rencontrerez probablement des problèmes. ? Le fichier de socket et le port TCP/IP doivent être différents pour chaque mysqld. ? Vous pouvez utiliser l'option --user de mysqld, mais afin de faire cela, vous devez exécuter le script mysqld_multi en tant que root Unix. Placer cette option dans le fichier de configuration ne changera rien : vous obtiendrez une alerte, si vous n'êtes pas le super utilisateur, et les démons mysqld seront démarrés avec vos droits Unix. ? Important : assurez-vous bien que le fichier de données et le fichier de pid-file sont accessibles en lecture et écriture (et exécution pour le dernier) à l'utilisateur Unix qui lance les processus mysqld. N'utilisez pas le compte root Unix pour cela, à moins que vous ne sachiez ce que vous faîtes. ? Très important : assurez-vous de bien comprendre la signification des options que vous passez à mysqlds et pourquoi vous avez besoin de plusieurs processus mysqld. Méfiez vous des pièges des serveurs multiples mysqld dans le même dossier de données. Utilisez des dossiers de données à moins que vous ne sachiers ce que vous faîtes. Démarrer plusieurs serveurs mysqlds dans le même dossier ne vous donnera aucun gain de performance dans un système threadé. See Section 5.10, « Faire fonctionner plusieurs serveurs MySQL sur la même machine ». Voici un exemple de fichier de configuration fourni par mysqld_multi. # This file should probably be in your home dir (~/.my.cnf) or /etc/my.cnf # Version 2.1 by Jani Tolonen [mysqld_multi] mysqld = /usr/local/bin/safe_mysqld mysqladmin = /usr/local/bin/mysqladmin user = multi_admin password = multipass [mysqld2] socket = /tmp/mysql.sock2 port = 3307 pid-file = /usr/local/mysql/var2/hostname.pid2 datadir = /usr/local/mysql/var2 language = /usr/local/share/mysql/english user = john [mysqld3] socket = /tmp/mysql.sock3 port = 3308 pid-file = /usr/local/mysql/var3/hostname.pid3 datadir = /usr/local/mysql/var3 language = /usr/local/share/mysql/swedish user = monty Administration du serveur 220 [mysqld4] socket = /tmp/mysql.sock4 port = 3309 pid-file = /usr/local/mysql/var4/hostname.pid4 datadir = /usr/local/mysql/var4 language = /usr/local/share/mysql/estonia user = tonu [mysqld6] socket = /tmp/mysql.sock6 port = 3311 pid-file = /usr/local/mysql/var6/hostname.pid6 datadir = /usr/local/mysql/var6 language = /usr/local/share/mysql/japanese user = jani See Section 4.3.2, « Fichier d'options my.cnf ». 5.2. Configuration de MySQL Cette section présente la configuration du serveur MySQL : ? Options de démarrage que le serveur supporte ? Comment utiliser le mode SQL du serveur ? Les variables serveurs ? Les variables de statut du serveur 5.2.1. Options de ligne de commande de mysqld Lorsque vous démarrez le serveur mysqld, vous pouvez spécifier les options de programme en utilisant les méthodes décrites dans la section Section 4.3, « Spécifier des options aux programmes ». Les méthodes les plus courantes sont celles du fichier d'options et celle de la ligne de commande. Cependant, dans la plupart des cas, vous devrez vous assurer que le serveur utilise toujours les mêmes options à chaque redémarrage : il est recommandé de les mettre dans le fichier d'options. See Section 4.3.2, « Fichier d'options my.cnf ». mysqld et mysqld.server lisent les options des groupes mysqld et server. mysqld_safe lit les options des groupes mysqld, server, mysqld_safe et safe_mysqld. Un serveur MySQL intégré lit généralement les options dans les groupes server, embedded et xxxxx_SERVER, où xxxxx est le nom de l'application. mysqld accepte de nombreuses options de ligne de commande. Pour une liste complète, utilisez la commande mysqld --help. Avant MySQL 4.1.1, --help affiche un message d'aide complet. Depuis 4.1.1, il affiche un bref message. Pour voir la liste complète, utilisez mysqld --verbose --help. La liste suivante montre les options de serveur les plus courantes. Les options supplémentaires sont détaillées ailleurs. ? Options qui affectent la sécurité : voir Section 5.4.3, « Options de démarrage qui concernent la sécurité ». ? Options liées à SSL : voir Section 5.6.7.5, « Options SSL en ligne de commande ». ? Options de contrôle des logs binaires : voir Section 5.9.4, « Le log binaire ». Administration du serveur 221 ? Options de réplication : voir Section 6.8, « Options de démarrage de la réplication ». ? Options spécifiques à un moteur de table particulier : voir Section 14.1.1, « Options de démarrage MyISAM », Section 14.4.3, « Options de démarrage BDB », Section 15.5, « Options de démarrage InnoDB ». Vous pouvez aussi modifier les valeurs des variables système en utilisant le nom de l'option comme variable système, tel que décrit ultérieurement. ? --help, -? Affiche l'aide courte et termine le programme. Avant MySQL 4.1.1, --help affiche un message d'aide complet. Depuis 4.1.1, il affiche un bref message. Pour voir la liste complète, utilisez mysqld --verbose --help. ? --allow-suspicious-udfs Cette option contrôle le fait que les fonctions utilisateurs qui disposent d'un seul symbôle xxx puissent être chargées. Par défaut, cette option est désactivée, et seule les UDF qui ont au moins un symbole auxiliaire peuvent être chargées. Cela évite de charger des fonctions issues d'un objet partagé qui ne serait pas une fonction utilisateur légitime. Cette option a été ajoutée en MySQL 4.0.24, 4.1.10a et 5.0.3. See Section 27.2.3.6, « Précautions à prendre avec les fonctions utilisateur ». ? --ansi Utilise la syntaxe ANSI SQL au lieu de la syntaxe MySQL. See Section 1.5.3, « Exécuter MySQL en mode ANSI ». Pour un contrôle plus précis sur le mode SQL serveur, utilisez l'option --sql-mode. ? --basedir=path, -b path Chemin jusqu'au dossier d'installation. Tous les chemins sont généralement relatifs à celui-ci. ? --big-tables Autorise la sauvegarde de grands résultats dans des fichiers temporaires. Cela résout le problème des erreurs "table full", mais ralentit les requêtes alors que des tables en mémoire suffirait. Depuis la version version 3.23.2, MySQL est capable de résoudre automatiquement ce problème en utilisant de la mémoire pour toutes les tables temporaires de petite taille, et en passant sur le disque au besoin. ? --bind-address=IP L'adresse IP à utiliser. ? --console Ecrit les messages d'erreurs du log d'erreur sur la sortie standard, même si --log-error est spécifiée. Sous Windows, mysqld ne ferme pas l'écran de console si cette option est utilisée. ? --character-sets-dir=path Dossier contenant les jeux de caractères. See Section 5.8.1, « Le jeu de caractères utilisé pour les données et le stockage ». ? --chroot=path Met le démon mysqld en environnement chroot au démarrage. Recommandé pour la sécurité depuis MySQL 4.0. (MySQL 3.23 n'est pas capable de fournir un encadrement chroot() qui soit 100% étanche). Cela limite les commandes LOAD DATA INFILE et SELECT ... INTO OUTFILE. Administration du serveur 222 ? --core-file Ecrire le fichier core lorsque mysqld s'arrête inopinément. Pour certains fichiers, vous devez aussi spécifier --core-file-size à safe_mysqld. See Section 5.1.3, « safe_mysqld, le script père de mysqld ». Notez que sur certains systèmes, comme Solaris, vous n'aurez pas de fichier de core si vous avez aussi utilisé l'option --user. ? --datadir=path, -h path Chemin jusqu'au dossier de données. ? --debug[=debug_options], -# [debug_options] Si MySQL est configuré avec --with-debug, vous pouvez utiliser cette option pour obtenir un fichier de trace de ce que mysqld fait. See Section D.1.2, « Créer un fichier de tra¸age ». ? --default-character-set=charset Spécifie le jeu de caractères par défaut. See Section 5.8.1, « Le jeu de caractères utilisé pour les données et le stockage ». ? --default-collation=collation Spécifie la collation par défaut. Cette option est disponible depuis MySQL 4.1.1. See Section 5.8.1, « Le jeu de caractères utilisé pour les données et le stockage ». ? --default-storage-engine=type Cette option est un synonyme de --default-table-type. Cette option est disponible depuis MySQL 4.1.2. ? --default-table-type=type Spécifie le type de table par défaut. See Chapitre 14, Moteurs de tables MySQL et types de table. ? --delay-key-write[= OFF | ON | ALL] Comment l'option DELAYED KEYS doit être utilisée. Les écritures différées font que les buffers de clés ne sont pas écrits entre deux écriture pour les tables MyISAM. OFF désactive les écritures différées. ON active les écritures différées pour les tables qui ont été créées avec l'option DELAYED KEYS. ALL active les écritures différées pour les tables MyISAM. Cette option est disponible depuis MySQL 4.0.3. See Section 7.5.2, « Réglage des paramètres du serveur ». See Section 14.1.1, « Options de démarrage MyISAM ». Note : Si vous avez donné la valeur de ALL à cette option, vous ne devez pas utiliser les tables MyISAM depuis un autre programme (comme myisamchk) lorsque la tables utilisée. En faisant cela, vous obtiendrez une corruption d'index. ? --delay-key-write-for-all-tables Ancienne forme de --delay-key-write=ALL à utiliser sur les versions antérieures à la version 4.0.3. Depuis la version 4.0.3, utilisez --delay-key-write. ? --des-key-file=file_name Lit les clés par défaut utilisées par DES_ENCRYPT() et DES_DECRYPT() dans ce fichier. ? --enable-named-pipe Active le support des pipes nommés (seulement sur NT/Win2000/XP). Cette option ne s'applique qu'aux systèmes Windows NT, 2000 et XP, et peut être utilisé avec les serveurs mysqld-nt et mysqld-max-nt qui supportent les pipes nommés. ? --exit-info, -T Administration du serveur 223 Cette option est la combinaison d'options que vous pouvez utiliser pour le débogage du serveur mysqld. Si vous ne savez pas ce que ca fait exactement, ne l'utilisez pas ! ? --external-locking Active le verrouillage système. Notez que si vous utilisez cette option sur un système pour qui lockd ne fonctionne pas (comme Linux), vous allez bloquer rapidement mysqld avec les verrous. Anciennement appelée --enable-locking. Note : si vous utilisez cette option pour activer des modifications de tables MyISAM depuis plusieurs processus MySQL, vous devez vous assurer de trois conditions : ? Vous n'utilisez pas de cache de requête pour les requêtes qui utilisent les tables sont modifiées par un autre processus. ? Vous ne devez pas utiliser --delay-key-write=ALL ou DELAY_KEY_WRITE=1 sur des tables partagées. Le plus simple pour s'assurer de cela est de toujours utiliser l'option --external-locking avec --delay-key-write=OFF --query-cache-size=0. (Ceci n'est pas fait par défaut, car dans de nombreuses configurations, il est pratique de faire un mélange des options ci-dessus). ? --flush Ecrit toutes les données sur le disque après chaque requête SQL. Normalement, MySQL fait des écritures sur le disque après chaque requête, et laisse le système d'exploitation assurer la synchronisation avec le disque. See Section A.4.2, « Que faire si MySQL plante constamment ? ». ? --init-file=file Lit les commandes SQL dans ce fichier au démarrage. Chaque commande doit être sur une ligne, et ne pas utiliser de commentaires. ? --language=lang_name, -L lang_name Spécifie la langue utilisée pour les messages d'erreur du client. Le chemin complet doit être utilisé. See Section 5.8.2, « Langue des messages d'erreurs ». ? --log[=file], -l [file] Enregistre les connexions et les requêtes dans ce fichier. See Section 5.9.2, « Le log général de requêtes ». Si vous ne le faites pas, MySQL va utiliser host_name.log comme nom de fichier. ? --log-bin=[file] Enregistre toutes les requêtes qui modifient des données dans un log. See Section 5.9.4, « Le log binaire ». Ce log est utilisé pour la sauvegarde et la réplication. Si vous ne le faites pas, MySQL va utiliser host_name-bin comme nom de fichier. ? --log-bin-index[=file] Fichier d'index pour les noms de fichiers de log binaire. See Section 5.9.4, « Le log binaire ». Si vous ne le faites pas, MySQL va utiliser host_name-bin.index comme nom de fichier. ? --log-error[=file] Enregistre les messages d'erreurs et les messages de démarrage dans ce fichier. See Section 5.9.1, « Le log d'erreurs ». Si vous ne le faites pas, MySQL va utiliser Administration du serveur 224 host_name.err comme nom de fichier. ? --log-isam[=file] Enregistre toutes les modifications des tables ISAM/MyISAM dans ce fichier (uniquement nécessaire pour déboguer ISAM/MyISAM). ? --log-long-format Enregistre des informations supplémentaires dans les fichiers de log (log de modifications, log binaire de modifications, log de requêtes lentes, n'importe quel log en fait). Par exemple, le nom d'utilisateur et un timestamp sont enregistrés avec la requête. Si vous utilisez - -log-slow-queries et --log-long-format, alors les requêtes qui n'utilisent pas d'index seront aussi enregistrées. Notez que --log-long-format est obsolète depuis la version 4.1, où --log-short-format a été introduite (le format de log long est la configuration par défaut en version 4.1). Notez aussi que depuis la version MySQL 4.1 l'option --log-queries-not-using-indexes est disponible pour enregistre spécifiquement les requête qui n'utilisent pas d'index, dans le log de requêtes lentes. ? --log-queries-not-using-indexes Si vous utilisez cette option avec --log-slow-queries, alors les requêtes qui n'utilisent pas d'index seront aussi enregistrées dans le log de requêtes lentes. Cette option est disponible depuis MySQL 4.1. See Section 5.9.5, « Le log des requêtes lentes ». ? --log-short-format Enregistre moins d'information dans les fichiers de log (log de modifications, log binaire de modifications, log de requêtes lentes, n'importe quel log en fait). Par exemple, les noms d'utilisateur et un timestamp ne seront pas enregistrés avec les requêtes. Cette option a été ajoutée en MySQL 4.1. ? --log-slow-queries[=file] Enregistre toutes les requêtes qui prennent plus de long_query_time secondes a s'exécuter. Notez que la quantité d'information enregistrée par défaut a changé en MySQL 4.1. Voyez les options --log-long-format et --log-long-format pour plus de détails. See Section 5.9.5, « Le log des requêtes lentes ». ? --log-update[=file] Enregistre les modifications de données dans le fichier file.# où # est un nombre unique, s'il n'est pas fourni. See Section 5.9.3, « Le log de modification ». Le log de modification est obsolète et supprimé en MySQL 5.0.0; vous devriez utiliser le log binaire à la place. (- -log-bin). See Section 5.9.4, « Le log binaire ». Depuis la version 5.0.0, utilisez - -log-update va simplement activer le log binaire. (see Section C.1.7, « Changements de la version 5.0.0 (22 décembre 2003 : Alpha) »). ? --log-warnings, -W Affiche les alertes comme Aborted connection... dans le fichier d'erreur .err. Activer cette option est recommandé, par exemple, si vous utilisez la réplication : vous obtiendrez plus d'informations sur ce qui se passe, comme les erreurs de connexion réseau, ou les reconnexions. Cette option est activée par défaut depuis MySQL 4.1.2; pour la désactiver, utilisez - -skip-log-warnings. See Section A.2.10, « Erreurs de communication / Connexion annulée ». Cette option s'appelait --warnings avant MySQL 4.0. ? --low-priority-updates Administration du serveur 225 Les opérations de modifications de table (INSERT/DELETE/UPDATE) auront une priorité inférieure aux sélections. Cela peut être aussi fait via l'attribut {INSERT | REPLACE | UPDATE | DELETE} LOW_PRIORITY ... pour baisser la priorité d'une requête, ou avec SET LOW_PRIORITY_UPDATES=1 pour changer la priorité dans plus d'un thread. See Section 7.3.2, « Problème de verrouillage de tables ». ? --memlock Verrouille le processus mysqld en mémoire. Cela fonctionne si votre système support la fonction mlockall() (comme Solaris). Ceci peut être utile si vous avez des problèmes avec le système d'exploitation qui force mysqld à utiliser le swap sur le disque. ? --myisam-recover [=option[,option...]]] Cette option est la combinaison de DEFAULT, BACKUP, FORCE et QUICK. Vous pouvez aussi lui donner la valeur explicite de "" si vous voulez désactiver cette option. Si cette option est utilisée, mysqld va vérifier si la table est marquée comme corrompue à l'ouverture de chaque table (cette dernière option ne fonctionne que si vous utilisez l'option - -skip-external-locking). Si c'est le cas, mysqld va essayer de vérifier la table. Si la table était corrompue, mysqld essaie alors de la réparer. L'option suivante va affecter la manière avec la quelle la réparation s'effectue. Option Description DEFAULT Identique à ne pas donner d'option à --myisam-recover. BACKUP Si la table a été modifiée durant la réparation, sauver une copie du fichier table_name.MYD, sous le nom de table_name-datetime.BAK. FORCE Exécute une réparation même si nous allons perdre une ou plusieurs lignes dans le fichier .MYD. QUICK Ne vérifie pas les lignes dans la table si il n'y a pas eu d'effacement. Avant que la table ne soit automatiquement réparée, MySQL va ajouter une note dans le fichier de log d'erreurs. Si vous voulez être capable de restaurer la plupart des erreurs sans intervention de l'utilisateur, il vaut utiliser les options BACKUP,FORCE. Cela va forcer la réparation de la table, même si quelques lignes sont effacées, et conserve le vieux fichier de données comme sauvegarde, pour examen ultérieur. Cette option est disponible depuis MySQL 3.23.25. ? --new Depuis la version 4.0.12, l'option --new sert à dire au serveur d'adopter le comportement de la version 4.1 pour certains aspects, afin de simplifier la migration de 4.0 en 4.1 : ? TIMESTAMP est retourné sous forme de chaîne avec le format 'YYYY-MM-DD HH:MM:SS'. See Chapitre 11, Types de colonnes. Cette option peut vous aider à voir comment vos applications vont se comporter en MySQL 4.1, sans réellement changer de version. ? --pid-file=path Le chemin jusqu'au fichier de PID utilisé par safe_mysqld. ? --port=port_num, -P port_num Numéro de port utilisé pour attendre les connexion TCP/IP. ? --old-protocol, -o Administration du serveur 226 Utilise le protocole 3.20, pour la compatibilité avec de très vieux clients. See Section 2.6.6, « Passer de la version 3.20 à la version 3.21 ». ? --one-thread Utilise uniquement un thread (pour débogage sous Linux). Cette option est disponible uniquement si le serveur est compilé avec les options de débogage. See Section D.1, « Déboguer un serveur MySQL ». ? --open-files-limit=count Pour changer le nombre de pointeurs de fichiers disponibles pour mysqld. Si cette option n'est pas configurée, ou qu'elle vaut 0, alors mysqld va utiliser cette valeur pour réserver ce nombre de pointeurs de fichiers, à utiliser avec setrlimit(). Si la valeur est 0 alors mysqld va réserver max_connections*5 ou max_connections + table_cache*2 (le plus grand des deux) pointeurs de fichiers. Il est recommandé d'augmenter cette valeur si mysqld émet des erreurs de type 'Too many open files'. ? --safe-mode Ignore certains étapes d'optimisation. ? --safe-show-database Avec cette option, la commande SHOW DATABASES retourne uniquement les bases pour lesquelles l'utilisateur a des droits. Depuis la version 4.0.2, cette option est abandonnée, et ne fait plus rien (l'option est activée par défaut) car nous avons désormais le droit de SHOW DATABASES. See Section 13.5.1.3, « Syntaxe de GRANT et REVOKE ». ? --safe-user-create Si cette option est activée, un utilisateur ne peut pas créer de nouveaux utilisateurs avec la commande GRANT si l'utilisateur n'a pas les droits de INSERT dans la table mysql.user ou dans aucune colonne de cette table. ? --secure-auth Interdit l'identification des comptes qui ont des mots de passe ancien (avant la version 4.1). Cette option est disponible depuis MySQL 4.1.1. ? --skip-bdb Désactive l'utilisation des tables BDB. Cela va économiser de la mémoire et accélérer le serveur un peu. N'utilisez pas cette option si vous avez besoin des tables BDB. ? --skip-concurrent-insert Désactive la possibilité de sélectionner et insérer en même temps dans les tables MyISAM (cela n'est utile que si vous pensez que vous avez trouvé un bug dans cette fonctionnalité). ? --skip-delay-key-write Ignore l'option DELAY_KEY_WRITE de toutes les tables. Depuis MySQL 4.0.3, vous devez utiliser --delay-key-write=OFF à la place. See Section 7.5.2, « Réglage des paramètres du serveur ». ? --skip-external-locking Ne pas utiliser le verrouillage du système. Pour utiliser les utilitaires isamchk ou myisamchk vous devez alors éteindre le système. See Section 1.2.3, « Jusqu'à quel point MySQL est il stable ? ». Notez qu'en MySQL version 3.23 vous pouvez utiliser la commande REPAIR et CHECK pour réparer ou vérifier des tables MyISAM tables. Cette option s'appelait auparavant - -skip-locking. Administration du serveur 227 ? --skip-grant-tables Cette option force le serveur à ne pas utiliser le système de privilège du tout. Cela donne à tous l'accès complet à toutes les bases de données ! Vous pouvez demander à un serveur en exécution d'utiliser à nouveau les tables de droits en exécutant la commande mysqladmin flush- privileges ou mysqladmin reload). ? --skip-host-cache Ne pas utiliser le cache de nom de domaine pour une résolution des IP plus rapide, mais interroger le serveur DNS à chaque connexion. See Section 7.5.6, « Comment MySQL utilise le DNS ». ? --skip-innodb Désactive l'utilisation des tables InnoDB. Cela va économiser de la mémoire et accélérer le serveur un peu. N'utilisez pas cette option si vous avez besoin des tables InnoDB. ? --skip-isam Désactive l'utilisation des tables ISAM. Cela va économiser de la mémoire et accélérer le serveur un peu. Depuis MySQL 4.1, ISAM est désactivé par défaut, ce qui fait que cette option n'apparaît que si le serveur a été configuré avec le support N'utilisez pas cette option si vous avez besoin des tables ISAM. ? --skip-name-resolve Les noms d'hôtes ne sont pas résolus. Toutes les colonnes Host dans vos tables de droits doivent être des IP numériques ou le mot localhost. See Section 7.5.6, « Comment MySQL utilise le DNS ». ? --skip-networking Ne pas attendre les connexions TCP/IP du tout. Toutes les interactions du serveur mysqld seront faites avec les sockets Unix. Cette option est particulièrement recommandée pour les systèmes qui utilisent des requêtes locales. See Section 7.5.6, « Comment MySQL utilise le DNS ». ? --skip-new Ne pas utiliser les nouvelles routines qui sont possiblement erronées. ? --skip-symlink C'est l'ancienne forme de --skip-symbolic-links, à utiliser avant MySQL 4.0.13. ? --symbolic-links, --skip-symbolic-links Active ou désactive le support des liens symboliques. Cette option a différents effets sur Windows et sur Unix. ? Sous Windows, activer les liens symboliques vous permet d'établir un lien symbolique vers une base de données, en créant un fichier directory.sym qui contient le chemin réel. See Section 7.6.1.3, « Utiliser des liens symboliques pour les bases de données sous Windows ». ? Sous Unix, activer les liens symboliques signifie que vous pouvez mettre un fichier d'index MyISAM ou un autre fichier de données dans un autre dossier, avec les options INDEX DIRECTORY ou DATA DIRECTORY de la commande CREATE TABLE. Si vous effacer ou renommez la table, les fichiers qui sont des liens symboliques seront aussi effacés ou renommés. See Section 13.2.5, « Syntaxe de CREATE TABLE ». Cette option est disponible depuis MySQL 4.0.13. Administration du serveur 228 ? --skip-show-database Si MySQL est configuré avec --with-debug=full, tous les programmes vérifieront la mémoire pour rechercher les écrasements de zone lors des allocations et libérations de mémoire. Comme ce test est lent, vous pouvez l'éviter, si vous n'avez pas besoin de tester la mémoire, en utilisant cette option. ? --skip-show-database Ne pas autoriser la commande SHOW DATABASES, a moins que l'utilisateur n'ait les droits de SHOW DATABASES. Depuis la version 4.0.2, vous n'avez plus besoin de cette option, car les droits pour ce faire sont distribués avec le droit de SHOW DATABASES. ? --skip-stack-trace Ne pas écrire les piles de traces. Cette option est pratique lorsque vous utilisez mysqld avec un débogueur. Sur certains systèmes, vous devez aussi utiliser cette option pour obtenir un fichier de core. See Section D.1, « Déboguer un serveur MySQL ». ? --skip-thread-priority Désactive les priorités des threads pour améliorer la vitesse de réponse. ? --socket=path Sous Unix, le fichier de socket pour les connexions locales. (par défaut, /tmp/mysql.sock). Sous Windows, le nom du pipe à utiliser pour les connexions locales qui utilisent un pipe nommé (par défaut, MySQL). ? --sql-mode=value[,value[,value...]] Spécifie le mode SQL. See Section 5.2.2, « Le mode SQL du serveur ». Cette option est disponible depuis 3.23.41. ? --temp-pool En utilisant cette option, vous allez réduire le jeu de noms qui sont utilisés lors de la création de fichier temporaires, plutôt qu'un nom unique à chaque fois. Ceci est un palliatif au noyau Linux qui crée plusieurs fichiers nouveaux avec des noms différents. Avec l'ancien comportement, Linux semble "perdre de la mémoire", car ils sont alloués au cache d'entrées du dossier au lieu de celui du disque. ? --transaction-isolation=level Configure le niveau d'isolation des transactions. Le niveau peut être READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ ou SERIALIZABLE. See Section 13.4.6, « Syntaxe de SET TRANSACTION ». ? --tmpdir=path, -t path Chemin vers les fichiers temporaires. Il peut s'avérer pratique si votre dossier par défaut /tmp réside dans une partition qui est trop petite pour absorber les tables temporaires. Depuis MySQL MySQL 4.1, cette option accepte différents chemins, qui sont utilisés en alternance. Les chemins doivent être séparés par des deux points (?:?) sous Unix et des points-virgules (?;?) sous Windows. Il est possible de dire à tmpdir de pointer sur un système de fichiers en mémoire, hormis si le serveur MySQL est un esclave. Si c'est un esclave, il faut un système de fichiers permanents (pour que la réplication des tables temporaires et des commandes LOAD DATA INFILE) survive a un redémarrage de la machine : un système de fichiers en mémoire tmpdir, qui est effacé au lancement de la machine n'est pas acceptable. Un disque est nécessaire pour tmpdir, dans ce contexte. Administration du serveur 229 ? --user={user_name | user_id}, -u {user_name | user_id} Exécute le démon mysqld avec l'utilisateur user_name ou userid (numérique). (``utilisateur'' dans ce contexte fait référence à l'utilisateur du système d'exploitation, mais pas l'utilisateur MySQL, listé dans les tables de droits.) Cette option est obligatoire lorsque vous démarrez mysqld en tant que root. Le serveur va changer d'ID durant le lancement du serveur, pour utiliser un autre utilisateur que root. See Section 5.4, « Sécurité générale du serveur ». Depuis MySQL 3.23.56 et 4.0.12: Pour éviter des trous de sécurité si un utilisateur ajoute - -user=root dans un fichier my.cnf (et donc, faisant que le serveur fonctionne en tant que utilisateur système root), mysqld utilise uniquement la première option --user spécifiée, et produit une alerte s'il rencontre d'autres options --user. Les options des fichiers / etc/my.cnf et datadir/my.cnf sont traités avant les options de ligne de commande, et il est recommandé que vous ajoutiez l'option --user dans le fichier /etc/my.cnf puis spécifiez une valeur autre que root. L'option de /etc/my.cnf peut être placée avant toute autre option --user, ce qui assure que le serveur fonctionnera avec l'utilisateur autre que root, et qu'une alerte apparaîtra si une autre option --user est découverte. ? --version, -V Affiche les informations de version. Vous pouvez assigner une valeur à une variable système en utilisant une option de la forme - -nom_de_variable=valeur. Par exemple, --key_buffer_size=32M donne à la variable key_buffer_size la valeur de 32 Mo. Notez que lorsque vous donnez une valeur à une variable, MySQL peut corriger automatiquement la valeur pour qu'elle reste dans un intervalle donné, ou peut ajuster la valeur à la valeur possible la plus proche. Il est aussi possible de donner des valeurs aux variables avec la syntaxe - -set-variable=var_name=value ou -O var_name=value. Notez que cette syntaxe est abandonnée depuis MySQL 4.0. Vous pouvez trouver une description complète de toutes les variables dans la section Section 5.2.3, « Variables serveur système ». La section sur le paramétrage du serveur inclut des détails sur l'optimisation. See Section 7.5.2, « Réglage des paramètres du serveur ». Vous pouvez changer la valeur de la plupart des variables système sur un serveur en fonctionnement avec la commande SET. See Section 13.5.2.8, « Syntaxe de SET ». Si vous voulez limiter la valeur maximale qu'une option recevra avec la commande SET, vous pouvez la définir en utilisant l'option --maximum-nom_de_variable en ligne de commande. 5.2.2. Le mode SQL du serveur Le serveur MySQL peut fonctionner avec différent modes SQL, et, depuis MySQL 4.1, il peut appliquer ces modes au niveau de la connexion du client. Cela permet aux applications d'adapter le comportement du serveur en fonction de leur attentes. Le mode définit quelle syntaxe SQL MySQL doit supporter, et quels types de vérification il doit faire. Cela rend plus facile l'utilisation de MySQL dans différents environnement, et la connexion avec les autres serveurs de base de données. Vous pouvez donner un mode SQL par défaut au démarrage de mysqld avec l'option - -sql-mode="modes". Lav aleur peut aussi être vide (--sql-mode="") si vous voulez la remettre à 0. Depuis MySQL 4.1, vous pouvez aussi changer le mode après le démarrage en modifiant la variable sql_mode avec la commande SET [SESSION|GLOBAL] sql_mode='modes'. Modifier la Administration du serveur 230 variable GLOBAL affecte les opérations de tous les clients qui se connecteront. En modifiant la variable SESSION, cela n'affectera que le client courant. modes est une liste de modes différents, séparés par des virgules (?,?). Vous pouvez lire le mode courant avec la commande SELECT @@sql_mode. La valeur par défaut est vide (par de modes configurés). ? ANSI Change la syntaxe et le comportement pour être plus compatible avec le standard SQL. (Nouveau en MySQL 4.1.1) ? STRICT_TRANS_TABLES Si une valeur n'a pas pu être insérée dans une table transactionnelle sans modification, la commande est annulée. Pour une table non-transactionnelle, la commande est annulée si cela survient dans une ligne unique ou dans la première ligne d'une insertion multiple. Plus de détails sont donnés ultérieurement dans cette section. (Nouveau en MySQL 5.0.2) ? TRADITIONAL MySQL se comporte comme un système SQL ``traditionnel''. Une description simple est que ce mode ``émet une erreur et non pas une alerte'' lors de l'insertion d'une valeur incorrecte dans une colonne. Note : si vous utilisez un moteur de table non-transactionnel, les commandes INSERT/UPDATE s'arrêteront dès que l'erreur est repérée, ce qui n'est pas forcément ce que vous voudrez. (Nouveau en MySQL 5.0.2) Lorsque cette documentation fait référence au mode strict, cela signifie qu'au moins un des modes STRICT_TRANS_TABLES ou STRICT_ALL_TABLES est activé. La liste suivante présente les différents modes supportés : ? ALLOW_INVALID_DATES N'autorise pas la vérification totale des dates. Vérifie simplement que le mois est dans l'intervalle de 1 à 12, et que le jour est dans l'intervalle de de 1 à 31. C'est très pratique pour les applications Web où la date est obtenue de 3 champs différents, et que vous voulez stocker exactement la date saisie sans validation. Ce mode s'applique aux colonnes de type DATE et DATETIME. Il ne s'applique pas aux colonnes TIMESTAMP, qui demandent toujours une date valide. Ce mode est nouveau en MySQL 5.0.2. Avant 5.0.2, c'était le mode par défaut de gestion des dates. Depuis 5.0.2, activer le mode strict impose au serveur de vérifier la validité des dates, et non pas seulement les intervalles. Par exemple, '2004-04-31' est valide sans le mode strict, mais ne l'est plus avec le mode strict. Pour permettre ces valeurs malgré le mode strict, utilisez le mode ALLOW_INVALID_DATES. ? ANSI_QUOTES Traite ?"? comme un délimiteur d'identifiant (comme le caractère MySQL ?`?) et non comme un délimiteur de chaînes. Vous pouvez toujours utiliser ?`? pour délimiter les identifiants en mode ANSI. Avec ANSI_QUOTES activée, vous ne pouvez pas utiliser les guillemets doubles pour délimiter une chaîne de caractères, car ce sera uniquement interprété comme un identifiant. (Nouveau en MySQL 4.0.0.) ? ERROR_FOR_DIVISION_BY_ZERO Produit une erreur en mode strict et sinon une alerte, lorsque MySQL doit tenter une division par 0 ou un MOD(X,0)) durant une commande INSERT/ UPDATE. Si ce mode n'est pas activé, MySQL retourne simplement NULL pour les divisions par zéro. Si utilisé avec l'attribut IGNORE, MySQL génère une alerte pour les divisions par zéro, mais le résultat de l'opération sera NULL. (Nouveau en MySQL 5.0.2) Administration du serveur 231 ? IGNORE_SPACE Permet les espaces entre le nom de la fonction et le caractère ?(?. Cela force les noms de fonctions a être traités comme des mots réservés. En conséquence, si vous voulez accéder aux bases, tables et colonnes dont le nom est un mot réservé, vous devez le mettre entre délimiteurs. Par exemple, comme la fonction USER() existe, le nom de la table user de la base mysql et la colonne User de cette table doivent être protégés : SELECT "User" FROM mysql."user"; (Nouveau en MySQL 4.0.0.) ? NO_AUTO_VALUE_ON_ZERO NO_AUTO_VALUE_ON_ZERO affecte la gestion des colonnes de type AUTO_INCREMENT. Normalement, vous générez le prochain numéro de séquence dans la colonne en insérant soit NULL soit 0 dedans. NO_AUTO_VALUE_ON_ZERO supprime ce comportement pour 0 pour que seule la valeur NULL génère le prochain numéro de séquence. Ce mode est utile si vous avez stocké la valeur 0 dans la colonne AUTO_INCREMENT de la table. Ce n'est pas recommandé. Par exemple, si vous voulez exporter une table avec mysqldump et que vous la rechargez, normalement MySQL va générer de nouveaux identifiants pour les lignes avec la valeur 0, ce qui entraînera une différence avec la table originale. En activant NO_AUTO_VALUE_ON_ZERO avant de recharger le fichier exporter, vous éviter de problème. Depuis MySQL 4.1.1, mysqldump va automatiquement inclure les commandes nécessaires dans l'export, pour activer NO_AUTO_VALUE_ON_ZERO. (Nouveau en MySQL 4.1.1.) ? NO_DIR_IN_CREATE Lors de la création d'une table, ignore les directives INDEX DIRECTORY et DATA DIRECTORY. Cette option est pratique sur un esclave de réplication. (Nouveau en MySQL 4.0.15.) ? NO_FIELD_OPTIONS N'affiche pas les options spécifiques à MySQL dans le résultat de SHOW CREATE TABLE. Ce mode est utilisé par mysqldump dans un souci de portabilité. (Nouveau en MySQL 4.1.1.) ? NO_KEY_OPTIONS N'affiche pas les options spécifiques à MySQL dans le résultat de SHOW CREATE TABLE. Ce mode est utilisé par mysqldump dans un souci de portabilité. (Nouveau en MySQL 4.1.1.) ? NO_TABLE_OPTIONS N'affiche pas les options de tables spécifiques à MySQL (comme ENGINE) dans le résultat de SHOW CREATE TABLE. Ce mode est utilisé par mysqldump dans un souci de portabilité. (Nouveau en MySQL 4.1.1.) ? NO_ZERO_DATE Ne permet pas l'utilisation de '0000-00-00' comme date valide. Vous pouvez toujours insérer des dates nulles avec l'option IGNORE. (Nouveau en MySQL 5.0.2) ? NO_ZERO_IN_DATE N'accepte pas les dates où le mois ou le jour vaut 0. Si utilisé avec L'option IGNORE, la date '0000-00-00' sera insérée pour chaque date invalide. (Nouveau en MySQL 5.0.2) ? NO_UNSIGNED_SUBTRACTION Dans les opérations de soustraction, ne marque pas le résultat UNSIGNED si un des opérandes est non signé. Notez que cela fait que UNSIGNED BIGINT n'est plus totalement utilisable dans Administration du serveur 232 tous les contextes. See Section 12.7, « Fonctions de transtypage ». (Nouveau en MySQL 4.0.2.) ? ONLY_FULL_GROUP_BY N'autorise pas les requêtes dont la clause GROUP BY fait référence à une colonne qui n'est pas sélectionnée. (Nouveau en MySQL 4.0.0.) ? PIPES_AS_CONCAT Traite || comme un opérateur de concaténation (identique à CONCAT()) au lieu d'être un synonyme de OR. (Nouveau en MySQL 4.0.0.) ? REAL_AS_FLOAT Traite le type REAL comme un synonyme FLOAT plutôt que comme un synonyme de DOUBLE. (Nouveau en MySQL 4.0.0.) ? STRICT_ALL_TABLES Active le mode strict pour tous les moteurs de stockage. Les valeurs invalides sont rejetées. Plus de détails suivent. (Nouveau en MySQL 5.0.2) ? STRICT_TRANS_TABLES Active le mode strict pour tous les moteurs de stockage transactionnels. Les valeurs invalides sont rejetées. Plus de détails suivent. (Nouveau en MySQL 5.0.2) Lorsque le mode strict est activé, MySQL retourne une erreur si une valeur est invalide ou manquante (aucune valeur fournie pour la colonne, et la colonne n'a pas de valeru DEFAULT explicite dans sa définition). Pour les tables transactionnelles, cela arrive lorsque le mode STRICT_ALL_TABLES et STRICT_TRANS_TABLES est activé. La commande est alors annulée. Pour les tables non-transactionnelles, MySQL gère les valeurs invalides comme ceci : si la commande insère ou modifie une seule ligne, l'erreur survient si la valeur est invalide ou manquante. La commande est annulée et la table reste intacte. Si la commande insère ou modifie plusieurs lignes, l'effet dépend de l'option stricte activée : ? Pour le mode STRICT_ALL_TABLES, si une valeur est invalide ou manquante dans la première ligne, MySQL retourne une erreur et aucune ligne n'est modifiée. Si une valeur est invalide ou manquante à partir de la seconde ligne, MySQL retourne une erreur et ignore le reste des lignes. Cependant, dans ce cas, les premières lignes restent modifiées ou insérées. Cela signifie que vous risquez d'obtenir une opération partielle, ce qui n'est pas forcément souhaitable. Pour éviter cela, il est alors recommandé d'utiliser des commandes uni-lignes. ? Pour le mode STRICT_TRANS_TABLES, si une valeur est invalide ou manquante pour la première ligne, MySQL retourne une erreur et aucune ligne n'est modifiée. Pour les lignes suivantes, si une valeur est invalide, MySQL insère la valeur valide la plus proche. Si une valeur manque, MySQL insère explicitement la valeur par défaut pour ce type de données. Dans ce cas, MySQL génère une alerte, et continue le traitement. Le mode strict interdit l'utilisation de dates invalides comme '2004-04-31'. Il n'interdit pas les dates avec des 0 comme 2004-04-00' ou encore les dates ``zéro''. Pour les interdire, il faut activer les modes NO_ZERO_IN_DATE et NO_ZERO_DATE. Si vous n'utilisez pas de mode strict, c'est à dire ni STRICT_TRANS_TABLES ni STRICT_ALL_TABLES, MySQL génère une alerte pour toutes les valeurs qui sont adaptées pour être insérées. See Section 13.5.3.19, « SHOW WARNINGS | ERRORS ». Les modes suivants sont fournis comme raccourcis pour différentes combinaisons des valeurs précédentes. Tous les raccourcis sont disponibles depuis MySQL 4.1.1, hormisTRADITIONAL (5.0.2). Administration du serveur 233 ? ANSI Equivalent à REAL_AS_FLOAT, PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, ONLY_FULL_GROUP_BY. See Section 1.5.3, « Exécuter MySQL en mode ANSI ». ? DB2 Equivalent à PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS. ? MAXDB Equivalent à PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS. ? MSSQL Equivalent à PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS. ? MYSQL323 Equivalent à NO_FIELD_OPTIONS. ? MYSQL40 Equivalent à NO_FIELD_OPTIONS. ? ORACLE Equivalent à PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS. ? POSTGRESQL Equivalent à PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, NO_KEY_OPTIONS, NO_TABLE_OPTIONS, NO_FIELD_OPTIONS. ? TRADITIONAL Equivalent à STRICT_TRANS_TABLES, STRICT_ALL_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO. 5.2.3. Variables serveur système Le serveur entretient de nombreuses variables système qui indiquent comment il est configuré. Toutes les variables ont des valeurs par défaut. Elles peuvent être configuré au lancement du serveur, avec les options de ligne de commande, ou bien durant l'exécution, avec la commande SET. Depuis MySQL version 4.0.3, le serveur mysqld entretient deux types de variables. Les variables globales, qui affectent les opérations générales du serveur. Et les variables de session qui affectent les comportements individuels des connexions. Lorsque mysqld démarre, toutes les variables globales sont initialisées à partir des arguments passés en ligne de commande et des fichiers de configuration. Vous pouvez changer ces valeurs avec la commande SET GLOBAL. Lorsqu'un nouveau thread est créé, les variables spécifiques aux threads sont initialisées à partir des variables globales et ne changeront pas même si vous utilisez la commande SET GLOBAL var_name. Pour changer une variable globale, vous devez avoir les droits de SUPER. Le serveur entretient aussi un jeu de variables de session pour chaque client qui se connecte. Les variables de session du serveur sont initialisées au moment de la connexion, en utilisant les valeurs Administration du serveur 234 correspondantes des variables globales. Pour les variables de session qui sont dynamiques, le client peut les changer avec la commande SET SESSION var_name. Modifier une variable de session ne requiert aucun droit spécifique, mais le client ne modifiera le comportement du serveur que pour sa connexion, et non pour les connexions des autres. Une modification de variable globale est visible par tous les clients qui accèdent aux variables globales. Cependant, elle n'affectera les connexions des clients que pour les nouvelles connexions. Les variables de sessions déjà en court continueront à fonctionner avec la même configuration, jusqu'à leur déconnexion. Même le client qui a émis la commande SET GLOBAL ne verra aucun changement. Lorsque vous modifiez une variable avec une option de démarrage, les valeurs de variables peuvent être spécifiées avec le suffixe K, M ou G, pour indiquer des kilo-octets, des megaoctets ou des gigaoctets. Par exemple, pour lancer le serveur avec une taille de buffer de clé de 16 Mo, vous pouvez utiliser : mysqld --key_buffer_size=16M Avant MySQL 4.0, vous deviez utiliser la syntaxe suivante : mysqld --set-variable=key_buffer_size=16M La lettre de suffixe peut être en majuscule ou en minuscule : 16M et 16m sont équivalents. Durant l'exécution, utilisez la commande SET pour donner de nouvelles valeurs aux variables système. Dans ce contexte, les lettres de suffixes ne pourront pas être utilisées. Leur valeur peut être calculée avec l'expression suivante : mysql> SET sort_buffer_size = 10 * 1024 * 1024; Pour spécifier explicitement si vous voulez modifier une variable globale ou une variable de session, utilisez les options GLOBAL et SESSION : mysql> SET GLOBAL sort_buffer_size = 10 * 1024 * 1024; mysql> SET SESSION sort_buffer_size = 10 * 1024 * 1024; Si cette option est omise, la variable de session sera modifiée. Les variables qui peuvent être modifiées durant l'exécution sont listées dans la section Section 5.2.3.1, « Variables système dynamiques ». Si vous voulez restreindre le maximum possible d'une variable système, modifiée avec SET, vous pouvez spécifier ce maximum avec les options de la forme --maximum-var_name au lancement du serveur. Par exemple, pour éviter que la valeur de query_cache_size dépasse 32 Mo, utilisez l'option --maximum-query_cache_size=32M. Cette fonctionnalité est disponible depuis MySQL 4.0.2. Vous pouvez découvrir les variables système et leur valeur avec la commande SHOW VARIABLES. Voyez Section 9.4, « Variables système » pour plus d'informations. mysql> SHOW VARIABLES; +---------------------------------+------------------------------+ | Variable_name | Value | +---------------------------------+------------------------------| | back_log | 50 | | basedir | /usr/local/mysql | | bdb_cache_size | 8388572 | | bdb_home | /usr/local/mysql | | bdb_log_buffer_size | 32768 | | bdb_logdir | | | bdb_max_lock | 10000 | Administration du serveur 235 | bdb_shared_data | OFF | | bdb_tmpdir | /tmp/ | | bdb_version | Sleepycat Software: ... | | binlog_cache_size | 32768 | | bulk_insert_buffer_size | 8388608 | | character_set | latin1 | | character_sets | latin1 big5 czech euc_kr | | concurrent_insert | ON | | connect_timeout | 5 | | convert_character_set | | | datadir | /usr/local/mysql/data/ | | default_week_format | 0 | | delay_key_write | ON | | delayed_insert_limit | 100 | | delayed_insert_timeout | 300 | | delayed_queue_size | 1000 | | flush | OFF | | flush_time | 0 | | ft_boolean_syntax | + -><()~*:""&| | | ft_max_word_len | 84 | | ft_min_word_len | 4 | | ft_query_expansion_limit | 20 | | ft_stopword_file | (built-in) | | have_bdb | YES | | have_innodb | YES | | have_isam | YES | | have_openssl | YES | | have_query_cache | YES | | have_raid | NO | | have_symlink | DISABLED | | init_file | | | innodb_additional_mem_pool_size | 1048576 | | innodb_buffer_pool_size | 8388608 | | innodb_data_file_path | ibdata1:10M:autoextend | | innodb_data_home_dir | | | innodb_fast_shutdown | ON | | innodb_file_io_threads | 4 | | innodb_flush_log_at_trx_commit | 1 | | innodb_flush_method | | | innodb_force_recovery | 0 | | innodb_lock_wait_timeout | 50 | | innodb_log_arch_dir | | | innodb_log_archive | OFF | | innodb_log_buffer_size | 1048576 | | innodb_log_file_size | 5242880 | | innodb_log_files_in_group | 2 | | innodb_log_group_home_dir | ./ | | innodb_mirrored_log_groups | 1 | | innodb_thread_concurrency | 8 | | interactive_timeout | 28800 | | join_buffer_size | 131072 | | key_buffer_size | 16773120 | | key_cache_age_threshold | 300 | | key_cache_block_size | 1024 | | key_cache_division_limit | 100 | | language | /usr/local/mysql/share/... | | large_files_support | ON | | local_infile | ON | | locked_in_memory | OFF | | log | OFF | | log_bin | OFF | | log_slave_updates | OFF | | log_slow_queries | OFF | | log_update | OFF | | log_warnings | OFF | | long_query_time | 10 | | low_priority_updates | OFF | | lower_case_table_names | 0 | | max_allowed_packet | 1047552 | | max_binlog_cache_size | 4294967295 | Administration du serveur 236 | max_binlog_size | 1073741824 | | max_connect_errors | 10 | | max_connections | 100 | | max_delayed_threads | 20 | | max_error_count | 64 | | max_heap_table_size | 16777216 | | max_join_size | 4294967295 | | max_relay_log_size | 0 | | max_sort_length | 1024 | | max_tmp_tables | 32 | | max_user_connections | 0 | | max_write_lock_count | 4294967295 | | myisam_max_extra_sort_file_size | 268435456 | | myisam_max_sort_file_size | 2147483647 | | myisam_recover_options | force | | myisam_repair_threads | 1 | | myisam_sort_buffer_size | 8388608 | | net_buffer_length | 16384 | | net_read_timeout | 30 | | net_retry_count | 10 | | net_write_timeout | 60 | | open_files_limit | 1024 | | pid_file | /usr/local/mysql/name.pid | | port | 3306 | | protocol_version | 10 | | query_cache_limit | 1048576 | | query_cache_size | 0 | | query_cache_type | ON | | read_buffer_size | 131072 | | read_rnd_buffer_size | 262144 | | rpl_recovery_rank | 0 | | server_id | 0 | | skip_external_locking | ON | | skip_networking | OFF | | skip_show_database | OFF | | slave_net_timeout | 3600 | | slow_launch_time | 2 | | socket | /tmp/mysql.sock | | sort_buffer_size | 2097116 | | sql_mode | | | table_cache | 64 | | table_type | MYISAM | | thread_cache_size | 3 | | thread_stack | 131072 | | timezone | EEST | | tmp_table_size | 33554432 | | tmpdir | /tmp/:/mnt/hd2/tmp/ | | tx_isolation | READ-COMMITTED | | version | 4.0.4-beta | | wait_timeout | 28800 | +---------------------------------+------------------------------+ La plupart des variables système sont présentées ici. Les variables sans version sont présente depuis MySQL 3.22. Les variables système InnoDB sont listées dans Section 15.5, « Options de démarrage InnoDB ». Les valeurs pour les tailles de buffer, longueur et taille de pile sont données en octets, à moins que cela ne soit spécifié autrement. Les informations sur le choix des valeurs de ces paramètres est disponible dans Section 7.5.2, « Réglage des paramètres du serveur ». ? ansi_mode Vaut ON si mysqld a été démarré en mode --ansi. See Section 1.5.3, « Exécuter MySQL en mode ANSI ». Cette variable a été ajoutée en MySQL 3.23.6 et supprimée en 3.23.41. Voyez la description de sql_mode. Administration du serveur 237 ? back_log Le nombre de connexions sortantes que MySQL peut supporter. Cette valeur entre en jeu lorsque le thread principal MySQL re¸oit de très nombreuses requêtes de connexions en très peu de temps. MySQL prend un peu de temps (même si c'est très peu de temps), pour vérifier la connexion et démarrer un nouveau thread. La valeur de back_log indique combien de requête seront mises en attente durant ce temps. Vous devrez augmenter ce nombre si vous voulez mettre en attente plus de requêtes durant une courte période de temps. En d'autres termes, cette valeur est la taille de la queue d'attente pour les connexions TCP/IP entrantes. Votre système d'exploitation a ses propres limites pour ce type de queue. La page du manuel Unix listen(2) doit contenir plus de détails. Vérifiez la documentation de votre OS pour connaître la valeur maximale de votre système. Si vous donne une valeur à back_log qui est plus grande que celle que votre système supporte, cela restera sans effet. ? basedir Le dossier d'installation de MySQL. La valeur de l'option --basedir. ? bdb_cache_size Le buffer qui est alloué pour mettre en cache des lignes et des index pour les tables BDB. Si vous n'utilisez pas la tables BDB, vous devriez démarrer mysqld avec l'option --skip-bdb pour ne pas gaspiller de mémoire. Cette variable a été ajoutée en MySQL 3.23.14. ? bdb_home Le dossier de base des tables BDB. Cette valeur doit être la même que celle de la variable datadir. Cette variable a été ajoutée en MySQL 3.23.14. ? bdb_log_buffer_size Le buffer qui est alloué pour mettre en cache des lignes et des index pour les tables BDB. Si vous n'utilisez pas la tables BDB, vous devriez démarrer mysqld avec l'option --skip-bdb pour ne pas gaspiller de mémoire. Cette variable a été ajoutée en MySQL 3.23.31. ? bdb_logdir Le dossier où le moteur BDB écrit les fichiers de log. C'est la valeur de l'option - -bdb-logdir. Cette variable a été ajoutée en MySQL 3.23.14. ? bdb_max_lock Le nombre maximum de verrous (par défaut 10 000) que vous pouvez activer simultanément dans une table BDB. Vous devriez augmenter cette valeur si vous obtenez des erreurs du type bdb: Lock table is out of available locks ou Got error 12 from ... lorsque vous avez de longues transactions ou que mysqld doit examiner de nombreuses lignes pour calculer la requête. bdb: Lock table is out of available locks Got error 12 from ... Cette variable a été ajoutée en MySQL 3.23.29. ? bdb_shared_data Vaut ON si vous utilisez l'option --bdb-shared-data. Cette variable a été ajoutée en MySQL 3.23.29. ? bdb_tmpdir La valeur de l'option --bdb-tmpdir. Cette variable a été ajoutée en MySQL 3.23.14. Administration du serveur 238 ? bdb_version La version du moteur BDB. Cette variable a été ajoutée en MySQL 3.23.31. ? binlog_cache_size La taille du cache qui contient les requêtes SQL destinées au log binaire, durant une transaction. Un cache binaire est alloué à chaque client si le serveur supporte les moteurs transactionnel, et depuis MySQL 4.1.2, si le serveur a un log binaire activé (option --log-bin). Si vous utilisez souvent de grandes transactions multi-requêtes, vous devez augmenter cette valeur pour améliorer les performances. Les variables Binlog_cache_use et Binlog_cache_disk_use sont aussi utiles pour optimiser la taille de cette variable. Cette variable a été ajoutée en MySQL 3.23.29. See Section 5.9.4, « Le log binaire ». ? bulk_insert_buffer_size MyISAM utilise une cache hiérarchisé pour les insertions de masses (c'est à dire INSERT ... SELECT, INSERT ... VALUES (...), (...), ..., et LOAD DATA INFILE). Cette variable limite la taille du cache en octets, par threads. Utiliser la valeur de 0 va désactiver cette optimisation. Note : ce cache est uniquement utilisé lorsque vous ajoutez des données dans une table non-vide. Par défaut, cette option vaut 8 Mo. Cette variable a été ajoutée en MySQL 4.0.3. Cette variable s'appelait myisam_bulk_insert_tree_size. ? character_set Le jeu de caractères par défaut. Cette variable a été ajoutée en MySQL 3.23.3, puis retirée en MySQL 4.1.1 et remplacées par différentes variables character_set_xxx. ? character_set_client Le jeu de caractères pour les commandes du client. Cette variable a été ajoutée en MySQL 4.1.1. ? character_set_connection Le jeu de caractères utilisé pour les littéraux qui n'ont pas d'indication de jeu de caractères, pour certaines fonctions et pour les conversions de nombres vers une chaîne. Cette variable a été ajoutée en MySQL 4.1.1. ? character_set_database Le jeu de caractères par défaut pour les bases de données. Le serveur modifie cette variable à chaque fois que la base de données par défaut change. S'il n'y a pas de base de données par défaut, cette variable prend la valeur de character_set_server. Cette variable a été ajoutée en MySQL 4.1.1. ? character_set_results Le jeu de caractères utilisé pour retourner des résultats au client. Cette variable a été ajoutée en MySQL 4.1.1. ? character_set_server Le jeu de caractères par défaut pour le serveur. Cette variable a été ajoutée en MySQL 4.1.1. ? character_set_system Le jeu de caractères utilisé par le serveur pour stocker des identifiants. Cette valeur est toujours utf8. Cette variable a été ajoutée en MySQL 4.1.1. ? character_sets Les jeux de caractères supportés. Cette variable a été ajoutée en MySQL 3.23.15. ? collation_connection Administration du serveur 239 Cette variable a été ajoutée en MySQL 4.1.1. ? collation_database La collation utilisée par la base de données par défaut. Le serveur modifie cette variable à chaque fois que la base de données par défaut change. S'il n'y a pas de base de données par défaut, cette variable prend la valeur de collation_server. Cette variable a été ajoutée en MySQL 4.1.1. ? collation_server La collation par défaut du serveur. Cette variable a été ajoutée en MySQL 4.1.1. ? concurrent_insert Si cette option vaut ON, MySQL va vous permettre de réaliser des commandes INSERT sur les tables MyISAM en même temps que d'autres commandes SELECT seront exécutées. Vous pouvez désactiver cette option en démarrant mysqld avec l'option --safe or --skip-new. Cette variable a été ajoutée en MySQL 3.23.7. ? connect_timeout Le nombre de secondes d'attente d'un paquet de connexion avant de conclure avec une erreur Bad handshake. ? datadir Le dossier de données de MySQL. C'est la valeur de l'option --datadir. ? default_week_format Le mode par défaut pour la fonction WEEK(). Cette variable a été ajoutée en MySQL 4.0.14. ? delay_key_write Les options pour les tables MyISAM. Elles peuvent prendre l'une des valeurs suivantes : Option Description OFF DELAYED_KEY_WRITE est ignoré. ON (Par défaut) MySQL va honorer l'option DELAY_KEY_WRITE de CREATE TABLE. ALL Toutes les nouvelles tables ouvertes sont traitées comme si elles étaient créées avec l'option DELAY_KEY_WRITE. Si DELAY_KEY_WRITE est activé, cela signifie que le buffer de clé des tables ayant cette option ne seront pas écrit sur le disque dès la fin de la modification de la table, mais attendrons que la table soit écrite. Cela accélère notablement les écritures des modifications, mais il faut penser à ajouter une vérification automatique des tables au démarrage avec - -myisam-recover=BACKUP,FORCE. Voir aussi Section 5.2.1, « Options de ligne de commande de mysqld » et Section 14.1.1, « Options de démarrage MyISAM ». Notez que --external-locking n'offre aucune protection contre les corruptions d'index pour les tables qui utilisent les écritures retardées de clés. Cette variable a été ajoutée en MySQL 3.23.8. ? delayed_insert_limit Après avoir inséré delayed_insert_limit lignes, le gestionnaire de INSERT DELAYED va vérifiez si il n'y a pas de commande SELECT en attente. Si c'est le cas, il va autoriser ces commandes avant de continuer. Administration du serveur 240 ? delayed_insert_timeout Combien de temps le thread INSERT DELAYED doit attendre les commandes INSERT avant de s'achever. ? delayed_queue_size Quelle taille de file (en lignes) doit être allouée pour gérer les commandes INSERT DELAYED. Si la file se remplit, tous les clients qui émettent des commandes INSERT DELAYED devront attendre un peu de place avant de pouvoir continuer. ? flush Cette option vaut ON si vous avez démarré MySQL avec l'option --flush. Cette variable a été ajoutée en MySQL 3.22.9. ? flush_time Si cette option a une valeur non nulle, toutes les flush_time secondes, toutes les tables seront fermées (pour libérez des ressources et synchroniser les index sur le disque). Nous ne recommandons cette option que sur les systèmes Windows 9x/Me, ou les systèmes qui ont très peu de ressources. Cette variable a été ajoutée en MySQL 3.22.18. ? ft_boolean_syntax Liste des opérateurs supportés par IN BOOLEAN MODE. Cette variable a été ajoutée en MySQL 4.0.1. See Section 12.6.1, « Booléens de recherches en texte intégral ». La valeur par défaut de cette variable est '+ -><()~*:""&|'. Les règles pour modifier cette valeur sont les suivantes : ? La fonction de l'opérateur est déterminée par sa position dans la chaîne. ? La chaîne de remplacement doit faire 14 caractères. ? Chaque caractère doit être ASCII, non-alphanumérique. ? Le premier ou le deuxième caractère doit être un espace. ? Aucun doublon n'est autorisé, hormis les opérateurs guillemets aux positions 11 et 12. Ceux deux caractères ne sont pas obligatoirement les mêmes, mais ils sont les deux qui peuvent l'être. ? Les positions 10, 13 et 14 (qui sont par défaut ?:?, ?&? et ?|?) sont réservées pour une utilisation ultérieure. ? ft_max_word_len La taille maximale d'un mot à inclure dans un index FULLTEXT. Cette variable a été ajoutée en MySQL 4.0.0. Note : les index FULLTEXT doivent être reconstruits après chaque modification de cette variable. Utilisez REPAIR TABLE tbl_name QUICK. ? ft_min_word_len La taille minimale d'un mot à inclure dans un index FULLTEXT. Cette variable a été ajoutée en MySQL 4.0.0. Note : les index FULLTEXT doivent être reconstruits après chaque modification de cette variable. Utilisez REPAIR TABLE tbl_name QUICK. ? ft_query_expansion_limit Administration du serveur 241 Le nombre de solutions générales à utiliser pour les extensions de recherche avec WITH QUERY EXPANSION. Cette variable a été ajoutée en MySQL 4.1.1. ? ft_stopword_file Une fichier dans lequel lire une liste de mots interdits pour les recherches en texte plein. Tous les mots du fichier seront utilisés : les commentaires ne sont pas respectés. Par défaut, des listes de mots interdits internes sont utilisés, tels que définis dans myisam/ft_static.c). En donnant à cette option la valeur d'une chaîne vide "", vous désactivez le filtre de mots interdits. Note : les index FULLTEXT doivent être reconstruits après chaque modification de cette variable. Utilisez la commande REPAIR TABLE tbl_name QUICK. Cette variable a été ajoutée en MySQL 4.1.0. ? group_concat_max_len La taille maximale de la chaîne résultat de GROUP_CONCAT(). Cette variable a été ajoutée en MySQL 4.1.0. ? have_bdb YES si mysqld supporte les tables BDB. DISABLED si --skip-bdb a été utilisé. Cette variable a été ajoutée en MySQL 3.23.30. ? have_innodb YES si mysqld supporte les tables InnoDB. DISABLED si --skip-innodb a été utilisé. Cette variable a été ajoutée en MySQL 3.23.37. ? have_isam YES si mysqld supporte les tables ISAM. DISABLED si --skip-isam a été utilisé. Cette variable a été ajoutée en MySQL 3.23.30. ? have_raid YES si mysqld supporte les tables RAID. Cette variable a été ajoutée en MySQL 3.23.30. ? have_openssl YES si mysqld supporte le chiffrement SSL avec le protocole de communication client / serveur. Cette variable a été ajoutée en MySQL 3.23.43. ? init_connect Une chaîne a exécuter sur le serveur lors de chaque connexion. La chaîne est constituée d'une ou plusieurs commandes SQL. Pour spécifier une commande multiple, séparez les requêtes individuelles par des points-virgules. Cette variable a été ajoutée en MySQL version 4.1.2. Par exemple, chaque client commence par défaut avec le mode d'auto-validation activé. Il n'y a pas de variable globale à spécifier pour désactiver l'auto-validation, et init_connect peut servir à ¸a : SET GLOBAL init_connect='SET AUTOCOMMIT=0'; Cette variable peut aussi être configurée en ligne de commande ou dans un fichier d'options. Pour assigner la variable comme montré dans le fichier d'options, ajoutez ces lignes là : Administration du serveur 242 [mysqld] init_connect='SET AUTOCOMMIT=0' Cette variable a été ajoutée en MySQL 4.1.2. ? init_file Le nom du fichier spécifié avec l'option --init-file lorsque vous démarrez le serveur. C'est un fichier qui contient les requêtes SQL que vous voulez voir exécutées dès le démarrage. Chaque commande doit être sur une seule ligne, et ne doit pas inclure de commentaires. Cette variable a été ajoutée en MySQL 3.23.2. ? init_slave Cette variable est similaire à init_connect, mais la chaîne doit être exécutée par l'esclave, à chaque démarrage du thread SQL. Le format de la chaîne est le même que pour la variable init_connect. Cette variable a été ajoutée en MySQL 4.1.2. ? innodb_xxx Les variables système de InnoDB sont listées dans Section 15.5, « Options de démarrage InnoDB ». ? interactive_timeout Le nombre de secondes durant lequel le serveur attend une activité de la part de la connexion avant de la fermée. Un client interactif est un client qui utilise l'option CLIENT_INTERACTIVE avec mysql_real_connect(). Voir aussi wait_timeout. ? join_buffer_size La taille du buffer qui est utilisée pour les jointures complètes (les jointures qui n'utilisent pas d'index). Ce buffer est alloué une fois pour chaque jointure entre deux tables. Augmentez cette valeur si vous voulez obtenir des jointures plus rapides, lorsque l'ajout d'index n'est pas possible. Normalement, le mieux est d'ajouter de bons index. ? key_buffer_size Les blocs d'index des tables MyISAM et ISAM sont mis en buffer et partagés par tous les threads. key_buffer_size est la taille du buffer utilisé. Le buffer de clé est aussi appelé le cache de clé. Augmentez cette valeur pour obtenir une meilleure gestion des index (pour les lectures et écritures multiples), autant que vous le pouvez : 64 Mo sur une machine de 256 Mo est une valeur répandue. Toutefois, si vous utilisez une valeur trop grande (par exemple, plus de 50% de votre mémoire totale), votre système risque de commencer à utiliser sa mémoire swap, et devenir très lent. N'oubliez pas que MySQL ne met pas en cache les données lues, et il faut laisser le système d'exploitation respirer. Pour obtenir encore plus de vitesse lors de l'écriture de plusieurs lignes en même temps, utilisez LOCK TABLES. See Section 13.4.5, « Syntaxe de LOCK TABLES/UNLOCK TABLES ». Vous pouvez vérifier les performances du buffer de clés avec la commande SHOW STATUS et en examinant les variables Key_read_requests, Key_reads, Key_write_requests et Key_writes. See Section 13.5.3, « Syntaxe de SHOW ». Le ratio Key_reads/Key_read_requests doit normalement être inférieur à 0.01. Le ratio Key_writes/Key_write_requests est généralement près de 1 si vous utilisez essentiellement des modifications et des effacements mais il peut être plus petit si vous avez des modifications qui changent plusieurs lignes en même temps, ou si vous utilisez l'option Administration du serveur 243 DELAY_KEY_WRITE. La fraction du buffer de clé utilisée est déterminée avec la variable key_buffer_size en conjonction avec la variable Key_blocks_used et la taille de bloc de buffer. Depuis MySQL 4.1.1, la taille de bloc de buffer est disponible dans la variable serveur key_cache_block_size. La fraction utilisée du buffer est : (Key_blocks_used * key_cache_block_size) / key_buffer_size Avant MySQL 4.1.1, les blocs du cache de clé étaient de 1024 octets, ce qui fait que la fraction utilisée était : (Key_blocks_used * 1024) / key_buffer_size See Section 7.4.6, « Le cache de clé des tables MyISAM ». ? key_cache_age_threshold Cette valeur contrôle le transit des buffers d'une sous-chaîne de cache de clé vers une autre, moins prioritaire. Les valeurs les plus basses accroissent la vitesse de transit. La valeur minimale est de 100. La valeur par défaut est 300. Cette variable a été ajoutée en MySQL 4.1.1. See Section 7.4.6, « Le cache de clé des tables MyISAM ». ? key_cache_block_size La taille du bloc de cache de clé, en octets. La valeur par défaut est 1024. Cette variable a été ajoutée en MySQL 4.1.1. See Section 7.4.6, « Le cache de clé des tables MyISAM ». ? key_cache_division_limit Le point de division entre la sous-chaîne prioritaire et la seconde sous-chaîne. Cette valeur est le pourcentage du buffer à utiliser pour la sous-chaîne secondaire. Les valeurs possibles vont de 1 à 100. La valeur par défaut est 100. Cette variable a été ajoutée en MySQL 4.1.1. See Section 7.4.6, « Le cache de clé des tables MyISAM ». ? language La langue utilisée pour les message d'erreurs. ? large_file_support Si mysqld a été compilé avec le support des grands fichiers. Cette variable a été ajoutée en MySQL 3.23.28. ? local_infile Si mysqld a été configuré avec le support de LOCAL pour les commandes LOAD DATA INFILE. Cette variable a été ajoutée en MySQL 4.0.3. ? locked_in_memory Si mysqld a été verrouillé en mémoire avec --memlock Cette variable a été ajoutée en MySQL 3.23.25. ? log Si le log de toutes les requêtes est activé. See Section 5.9.2, « Le log général de requêtes ». ? log_bin Si le log binaire est activé. Cette variable a été ajoutée en MySQL 3.23.14. See Section 5.9.4, Administration du serveur 244 « Le log binaire ». ? log_slave_updates Si les modifications des esclaves doivent être enregistrées. Le log binaire doit être activé pour que cette option fonctionne. Cette variable a été ajoutée en MySQL 3.23.17. See Section 6.8, « Options de démarrage de la réplication ». ? log_slow_queries Indique si les requêtes lentes doivent être enregistrées. ``Lente'' est déterminé par la valeur de long_query_time. Cette variable a été ajoutée en MySQL 4.0.2. See Section 5.9.5, « Le log des requêtes lentes ». ? log_update Si le log de modification est activé. Cette variable a été ajoutée en MySQL 3.22.18. Notez que le log binaire est préférable au log de modifications, qui n'est plus disponible en MySQL 5.0. See Section 5.9.3, « Le log de modification ». ? long_query_time Si une requête prend plus de long_query_time secondes, le compteur de requêtes lentes Slow_queries sera incrémenté. Si vous utilisez l'option --log-slow-queries, ces requêtes seront enregistrées dans un historique de requêtes lentes. Cette durée est mesurée en temps réel, et non pas en temps processus, ce qui fait que les requêtes qui seraient juste sous la limite avec un système légèrement chargé, pourrait être au dessus avec le même système, mais chargé. See Section 5.9.5, « Le log des requêtes lentes ». ? low_priority_updates Si cette option vaut 1, toutes les requêtes INSERT, UPDATE, DELETE et LOCK TABLE WRITE attendent qu'il n'y ait plus de SELECT ou de LOCK TABLE READ en attente pour cette table. Cette variable s'appelait avant sql_low_priority_updates. Cette variable a été ajoutée en MySQL 3.22.5. ? lower_case_table_names Si cette option vaut 1, les noms de tables sont stockées en minuscules sur le disque, et les comparaisons de nom de tables seront insensibles à la casse. Depuis la version 4.0.2, cette option s'applique aussi aux noms de bases. Depuis la version 4.1.1 cette option s'applique aussi aux alias de table. See Section 9.2.2, « Sensibilité à la casse pour les noms ». Vous ne devez pas mettre cette variable à 0 si vous utilisez MySQL sur un serveur qui n'a pas de sensibilité à la casse au niveau du système de fichiers (comme Windows ou Mac OS X). Nouveau en 4.0.18 : si cette variable vaut 0 est que le système de fichier n'est pas sensible à la casse, MySQL va automatiquement donner la valeur de 2 à lower_case_table_names. ? max_allowed_packet La taille maximale d'un paquet. Le buffer de message est initialisé avec net_buffer_length octets, mais peut grandir jusqu'à max_allowed_packet octets lorsque nécessaire. Cette valeur est par défaut petit, pour intercepter les gros paquets, probablement erronés. Vous devez augmenter cette valeur si vous utilisez de grandes colonnes BLOB. Cette valeur doit être aussi grande que le plus grand BLOB que vous utiliserez. Le protocole limite actuellement max_allowed_packet à 16 Mo en MySQL 3.23 et 1 Go en MySQL 4.0. ? max_binlog_cache_size Si une transaction multi-requête requiert plus que cette quantité de mémoire, vous obtiendrez une erreur "Multi-statement transaction required more than Administration du serveur 245 'max_binlog_cache_size' bytes of storage". Cette variable a été ajoutée en MySQL 3.23.29. ? max_binlog_size Disponible depuis la version 3.23.33. Si vous écrivez dans le log binaire (de réplication) et que cela dépasse la taille de max_binlog_size, une erreur sera indiquée. Vous ne pouvez pas donner à max_binlog_size une valeur inférieure à 1024 octets, ou plus grande que 1 Go. Cette variable a été ajoutée en MySQL 3.23.33. Notez bien si vous utilisez les transactions : une transaction est écrite en une seule fois dans le log binaire, et elle ne peut pas être répartie en plusieurs fichiers. Par conséquent, si vous avez de grandes transactions, vous verrez peut être des fichiers de log plus grand que max_binlog_size. Si max_relay_log_size vaut 0, la valeur de max_binlog_size s'applique aussi aux logs de relais. max_relay_log_size a été ajoutée en MySQL 4.0.14. ? max_connect_errors S'il y a plus que max_connect_errors connexion interrompues depuis un même hôte, cet hôte sera bloqué dans ses prochaines tentatives de connexions. Vous pouvez débloquer un hôte avec la commande FLUSH HOSTS. ? max_connections Le nombre maximal de clients simultanés accepté. En augmentant cette valeur, vous augmentez le nombre de pointeur de fichier que requiert mysqld. Voyez la section Section 7.4.8, « Quand MySQL ouvre et ferme les tables » pour des commentaires sur les pointeurs de fichiers. Voyez aussi la section Section A.2.6, « Erreur Too many connections ». ? max_delayed_threads Ne pas lancer plus que max_delayed_threads threads pour gérer les insertions INSERT DELAYED. Si vous essayez d'insérer des données dans une nouvelle table alors que tous les gestionnaires INSERT DELAYED sont utilisés, la ligne sera insérée comme si l'option DELAYED n'avait pas été spécifiée. Cette variable a été ajoutée en MySQL 3.23.0. ? max_error_count Le nombre maximum d'erreur, alertes et messages de note à stocker pour afficher avec SHOW ERRORS ou SHOW WARNINGS. Cette variable a été ajoutée en MySQL 4.1.0. ? max_heap_table_size Ne pas autoriser la création de tables de type MEMORY (HEAP) plus grande que max_heap_table_size. La valeur de la variable est utilisée pour calculer la valeur maximale de MAX_ROWS pour la table MEMORY. Modifier cette variable n'a pas d'effet sur les tables existantes, à moins que la table ne soit recrée, avec une commande comme CREATE TABLE ou TRUNCATE TABLE, ou encore modifiée avec ALTER TABLE. Cette variable a été ajoutée en MySQL 3.23.0. ? max_insert_delayed_threads Cette variable est un synonyme de max_delayed_threads. Cette variable a été ajoutée en MySQL 4.0.19. ? max_join_size Les jointures qui liront probablement plus de max_join_size lignes, retourneront une erreur. Utilisez cette valeur si vos utilisateurs font des jointures avec de mauvaises clauses WHERE, qui prennent trop de temps, et retournent des millions de lignes. En donnant une valeur à cette variable qui est autre que DEFAULT remet la valeur de Administration du serveur 246 SQL_BIG_SELECTS à 0. Si vous modifiez à nouveau la valeur de SQL_BIG_SELECTS, la variable max_join_size sera ignorée. Si un résultat de requête est déjà dans le cache de requête, aucune limite de taille n'est vérifiée, car le résultat a déjà été compilé, et cela ne posera aucun problème au serveur pour l'envoyer à nouveau. Cette variable s'appelait précédemment sql_max_join_size. ? max_relay_log_size Disponible depuis la version 4.0.14. Si vous écrivez des données dans un log de relais et que leur taille dépasse la valeur donnée, le log de relais passe au fichier suivant. Cette variable vous permet de placer différentes contraintes de taille sur les logs binaire et de relais. Cependant, en donnant la valeur de 0 à cette valeur, MySQL utilisera max_binlog_size pour les deux logs, binaire et de relais. Vous devez donner à max_relay_log_size la valeur de 0 ou plus de 4096, et moins que 1 Go. Par défaut, c'est 0. Cette variable a été ajoutée en MySQL 4.0.14. See Section 6.3, « Détails d'implémentation de la réplication ». ? max_seeks_for_key La limite de recherche lors de recherche de lignes basées sur un index. L'optimiseur MySQL va supposer que lorsque vous recherchez des lignes dans une table en analysant les index, vous n'aller pas générer plus de ce nombre de recherches, indépendamment de la cardinalité de la clé. En donnant une valeur faible à cette variable (100 ?) vous pouvez forcer MySQL a préférer les scans d'index plutôt que les scans de tables. Cette variable a été ajoutée en MySQL 4.0.14. ? max_sort_length Le nombre d'octets à utiliser lors du tri des colonnes de type BLOB et TEXT. Seuls les max_sort_length octets de chaque valeur seront utilisés pour le tri. Le reste est ignoré. ? max_tmp_tables Cette option ne fait encore rien. Le nombre maximal de tables temporaires qu'un client peut garder ouverte en même temps. ? max_user_connections Le nombre maximum de connexions actives pour un utilisateur particulier (0 = pas de limite). Cette variable a été ajoutée en MySQL 3.23.34. ? max_write_lock_count Après max_write_lock_count pose de verrou en écriture, autorise quelques verrous en lecture. Cette variable a été ajoutée en MySQL 3.23.7. ? myisam_data_pointer_size La taille par défaut du pointeur à utiliser avec CREATE TABLE pour les tables MyISAM lorsque qu'aucune option MAX_ROWS n'est spécifiée. Cette variable ne peut pas être inférieure à 2 ni supérieure à 8. La valeur par défaut est de 4. Cette variable a été ajoutée en MySQL 4.1.2. See Section A.2.11, « Erreur The table is full ». ? myisam_max_extra_sort_file_size Si un fichier temporaire est utilisé pour créer rapidement un fichier d'index pour une table MyISAM est plus grand que la valeur de cette variable, alors préfère la méthode du cache de clé. C'est surtout utilisé pour forcer les grands index à utiliser la méthode plus lente du cache de clé pour créer l'index. Cette variable a été ajoutée en MySQL 3.23.37. Note : la valeur donnée est en megaoctets avant 4.0.3 et en octets après. ? myisam_max_sort_file_size Administration du serveur 247 La taille maximale du fichier temporaire que MySQL est autorisé à utiliser durant la recréation des fichiers d'index (avec REPAIR, ALTER TABLE ou LOAD DATA INFILE). Si la taille du fichier dépasse myisam_max_sort_file_size, l'index sera créé avec un cache de clé (plus lent). Cette variable a été ajoutée en MySQL 3.23.37. Note : ce paramètre est spécifié en megaoctets avant la version 4.0.3 et en octets depuis. ? myisam_recover_options La valeur de l'option --myisam-recover. Cette variable a été ajoutée en MySQL 3.23.36. ? myisam_repair_threads Si cette valeur est plus grande que 1, les index des tables MyISAM durant un processus de Repair by sorting seront créés en parallèle : chaque index avec son propre thread. Note : les réparations multi-threadées sont encore en développement, et en qualité alpha. Cette variable a été ajoutée en MySQL 4.0.13. ? myisam_sort_buffer_size Le buffer qui est alloués lors du tri d'index avec la commande REPAIR ou lors de la création d'index avec CREATE INDEX ou ALTER TABLE. Cette variable a été ajoutée en MySQL 3.23.16. ? named_pipe Sous Windows, indique si le serveur supporte les connexions via les pipes nommés. Cette variable a été ajoutée en MySQL 3.23.50. ? net_buffer_length Le buffer de communication est remis à zéro entre deux requêtes. Cela ne devrait pas être modifié, mais si vous avez très peu de mémoire, vous pouvez le remettre à la taille présumée de la requête (c'est à dire, la taille de requête envoyé par le client. Si la requête dépasse cette taille, le buffer est automatiquement agrandi jusqu'à max_allowed_packet octets). ? net_read_timeout Nombre de secondes d'attente des dernières données, avant d'annuler la lecture. Notez que lorsque nous n'attendons pas de données d'une connexion, le délai d'expiration est donné par write_timeout. Voir aussi slave_net_timeout. Cette variable a été ajoutée en MySQL 3.23.20. ? net_retry_count Si une lecture sur une port de communication est interrompu, net_retry_count tentatives sont faites avant d'abandonner. Cette valeur doit être particulièrement grande pour FreeBSD car les interruptions internes sont envoyés à tous les threads. Cette variable a été ajoutée en MySQL 3.23.7. ? net_write_timeout Nombre de secondes d'attente pour qu'un bloc soit envoyé à une connexion, avant d'annuler l'écriture. Voir aussi net_read_timeout. Cette variable a été ajoutée en MySQL 3.23.20. ? open_files_limit Si open_files_limit ne vaut pas 0, alors mysqld va utiliser cette valeur pour réserver des pointeurs de fichiers à utiliser avec setrlimit(). Si cette valeur est 0, alors mysqld va réserver max_connections*5 ou max_connections + table_cache*2 (le plus grand des deux) pointeurs de fichiers. Vous devriez augmenter cette valeur si mysqld vous donne des erreurs du type 'Too many open files'. ? pid_file Administration du serveur 248 Le chemin vers le fichier de processus (PID). La valeur de l'option --pid-file. Cette variable a été ajoutée en MySQL 3.23.23. ? port Le port de connexion sur lequel le serveur attend les connexions TCP/IP. Cette variable peut être spécifiée avec --port. ? protocol_version La version du protocole utilisé par le serveur MySQL. Cette variable a été ajoutée en MySQL 3.23.18. ? query_alloc_block_size Taille des blocs de mémoire alloués pour les objets durant l'analyse et la préparation des requêtes. Si vous avez un problème avec la fragmentation de la mémoire, cela peut être utile d'augmenter cette valeur. Cette variable a été ajoutée en MySQL 4.0.16. ? query_cache_limit Ne met pas en cache les résultats qui sont plus grands que query_cache_limit. Par défaut, 1 Mo. Cette variable a été ajoutée en MySQL 4.0.1. ? query_cache_min_res_unit La taille minimale pour les blocs alloués par le cache de requête. La valeur par défaut est de 4 ko. Des informations sur l'optimisation de cette variable sont données dans la section Section 5.11.3, « Configuration du cache de requêtes ». Cette variable a été ajoutée en MySQL 4.1. ? query_cache_size La mémoire allouée pour stocker les résultats des vieilles requêtes. Si query_cache_size vaut 0, le cache de requête est désactivé (par défaut). Cette variable a été ajoutée en MySQL 4.0.1. ? query_cache_type Choisit le type de cache de requête. Modifier la variable GLOBAL modifie le cache pour tous les clients. Les clients peuvent modifier la variable de SESSION pour l'adapter à leur utilisation. query_cache_type peut prendre les valeurs numériques suivantes : Option Description 0 or OFF Ne met pas en cache les résultats. Notez que cela ne va pas libérer le buffer de requête. Pour cela, il faut donner à query_cache_size la valeur de 0. 1 or ON Met en cache tous les résultats exceptés les requêtes SELECT SQL_NO_CACHE .... 2 or DEMAND Met en cache uniquement les requêtes SELECT SQL_CACHE .... Cette variable a été ajoutée en MySQL 4.0.3. ? query_cache_wlock_invalidate Normalement, lorsqu'un client pose un verrou WRITE sur une table MyISAM, les autres clients ne sont pas empêchés d'émettre des requêtes sur la table, si le résultat est déjà en cache. En donnant la valeur de 1 à cette variable, le verrou WRITE empêchera toutes les requêtes qui feront référence à cette table. Cela force les autres clients à attendre que le verrou se libère. Cette variable a été ajoutée en MySQL 4.0.19. Administration du serveur 249 ? query_prealloc_size La taille du buffer persistant utilisé pour l'analyse des requêtes et leur exécution. Ce buffer n'est pas libéré entre deux requêtes. Si vous manipulez des requêtes complexes, une valeur plus grande pour query_prealloc_size sera plus utile pour améliorer les performances, car elle peut réduire les allocations complémentaires de mémoire durant l'exécution des requêtes. Cette variable a été ajoutée en MySQL 4.0.16. ? range_alloc_block_size La taille de bloc qui est alloué lors de l'optimisation d'intervalle. Cette variable a été ajoutée en MySQL 4.0.16. ? read_buffer_size Chaque thread qui fait une recherche séquentielle alloue un buffer de cette taille pour son scan. Si vous faites de nombreux scan séquentiels, vous pourriez avoir besoin d'augmenter cette valeur. Cette variable a été ajoutée en MySQL 4.0.3. Auparavant, cette variable s'appelait record_buffer. ? read_only Lorsque cette variable vaut ON pour un serveur de réplication esclave, cela fait que le serveur ne permet aucune modification, hormis celles de la réplication, ou des utilisateurs ayant le droit de SUPER. Cela peut être pratique pour s'assurer qu'un esclave n'accepte aucune modification des clients. Cette variable a été ajoutée en MySQL 4.0.14. ? read_rnd_buffer_size Lors de la lecture des lignes triées, les lignes sont lues dans un buffer, pour éviter les accès disques. En donnant à cette variable une grande valeur, vous améliorerez les performances des clauses ORDER BY. Cependant, ce buffer est alloué pour chaque client : il est recommandé de ne pas donner une valeur globale trop importante. Au lieu de cela, modifiez cette valeur si votre client a besoin de faire de gros tris. Cette variable a été ajoutée en MySQL 4.0.3. Auparavant, cette variable s'appelait record_rnd_buffer. ? safe_show_database Ne montre pas les bases pour lesquelles un utilisateur n'a pas des droits de bases ou de tables. Cela peut améliorer considérablement la sécurité si vous craignez de voir les utilisateurs découvrir ce que les autres ont mis en place. Voir aussi skip_show_database. Cette variable a été supprimée en MySQL 4.0.5. A la place, utilisez le droit SHOW DATABASES pour contrôler les accès aux noms des bases de données. ? secure_auth Si le serveur MySQL a été lancé avec l'option --secure-auth, il va empêcher les connexions des comptes qui ont un compte au format pre-version 4.1. Dans ce cas, la valeur de cette variable vaut ON, sinon, c'est OFF. Vous devriez activer cette option si vous voulez empêcher l'utilisation des mots de passe à l'ancien format (et donc, améliorer la sécurité de votre serveur). Cette variable a été ajoutée en MySQL 4.1.1. Le démarrage du serveur échouera avec une erreur si cette option est activée, mais que la table de droits est toujours au format pre-version 4.1. Lorsqu'elle est utilisée comme une option du client, le client va refuser de se connecter au serveur si le serveur requiert un mot de passe à l'ancien format. Administration du serveur 250 ? server_id La valeur de l'option --server-id. Elle sert à la réplication. Cette variable a été ajoutée en MySQL 3.23.26. ? skip_external_locking skip_locking vaut OFF si mysqld utilise le verrouillage externe. Cette variable a été ajoutée en MySQL 4.0.3. Auparavant, cette variable s'appelait skip_locking. ? skip_networking skip_networking vaut ON si seules les connexions locales (via socket) sont autorisées. Sous Unix, les connexions locales utilisent un fichier de socket Unix. Sous Windows, les connexions locales utilisent les pipes nommés. Sous NetWare, seules les connexions TCP/IP sont supportées, alors ne donnez pas la valeur de ON à cette variable. Cette variable a été ajoutée en MySQL 3.22.23. ? skip_show_database skip_show_database empêche les utilisateurs d'exécuter des commandes SHOW DATABASES si ils n'ont pas les droits de PROCESS. Cela peut améliorer la sécurité si vous craignez de voir les utilisateurs découvrir ce que les autres ont mis en place. Voir aussi safe_show_database. Cette variable a été ajoutée en MySQL 3.23.4. Depuis MySQL 4.0.2, son effet dépend aussi du droit SHOW DATABASES : si la variable vaut ON, la commande SHOW DATABASES n'est autorisée qu'aux comptes ayant le droit de SHOW DATABASES, et la commande affiche tous les noms de bases. Si la valeur est OFF, SHOW DATABASES est autorisé à tous les utilisateurs, mais il n'affichera que les noms de bases de données pour lesquelles l'utilisateur a le droit de SHOW DATABASES ou un droit quelconque dans la base. ? slave_net_timeout Nombre de secondes d'attente de données en lecture ou écriture sur une connexion maître / esclave avant d'annuler. Cette variable a été ajoutée en MySQL 3.23.40. ? slow_launch_time Si la création du thread prend plus de slow_launch_time secondes, le compteur de threads lents Slow_launch_threads sera incrémenté. Cette variable a été ajoutée en MySQL 3.23.15. ? socket La socket Unix utilisé par le serveur. Sous Unix, c'est le fichier de socket Unix, pour les connexions locales. Sous Windows, c'est le nom du pipe nommé, pour les connexions locales. ? sort_buffer_size Chaque thread qui doit faire un tri alloue un buffer de cette taille. Augmentez cette taille pour accélérer les clauses ORDER BY ou GROUP BY. See Section A.4.4, « Où MySQL stocke les fichiers temporaires ? ». ? sql_mode Le mode SQL courant. Cette variable a été ajoutée en MySQL 3.23.41. See Section 5.2.2, « Le mode SQL du serveur ». ? storage_engine Cette variable est un synonyme de table_type. Cette variable a été ajoutée en MySQL 4.1.2. ? table_cache Le nombre de tables ouvertes pour tous les threads réunis. En augmentant cette valeur, vous Administration du serveur 251 augmentez le nombre de pointeurs de fichiers que mysqld utilise. Vous pouvez vérifier si vous avez besoin de plus de cache de tables en étudiant la valeur de la variable Opened_tables. See Section 5.2.4, « Variables de statut du serveur ». Si cette variable est grande, c'est que vous ne faites pas souvent de commandes FLUSH TABLES (qui force les tables à se recharger), vous devrez alors augmenter cette valeur. Pour plus d'informations sur le cache de table, voyez Section 7.4.8, « Quand MySQL ouvre et ferme les tables ». ? table_type Le type de table par défaut. Pour configurer le type de table par défaut au démarrage, utilisez - -default-table-type. Cette variable a été ajoutée en MySQL 3.23.0. See Section 5.2.1, « Options de ligne de commande de mysqld ». ? thread_cache_size Combien de threads nous allons conserver en cache pour réutilisation. Lorsqu'un client se déconnecte, les threads du client sont mis en cache s'il n'y en a pas déjà thread_cache_size de conservé. Tous les nouveaux threads sont d'abord prélevé dans le cache, et uniquement lorsque le cache est vide, un nouveau thread est créé. Cette variable peut vous permettre d'améliorer les performances si vous avez de nombreuses connexions. Normalement, thread_cache_size ne donne pas d'amélioration notable si vous avez une bonne implémentation des threads. En examinant la différence entre les variables de statut Connections et Threads_created vous pouvez voir comment votre système de cache de threads est efficace. (see Section 5.2.4, « Variables de statut du serveur » pour plus de détails) Cette variable a été ajoutée en MySQL 3.23.16. ? thread_concurrency Sous Solaris, mysqld va appeler thr_setconcurrency() avec cette valeur. thr_setconcurrency() permet à l'application de donner au système de threads une indication sur le nombre de threads qui seront exécutés en même temps. Cette variable a été ajoutée en MySQL 3.23.7. ? thread_stack La taille de la pile pour chaque thread. De nombreuses limites détectées par crash-me sont dépendantes de cette valeur. La valeur par défaut est suffisamment grande pour des opérations normales. See Section 7.1.4, « La suite de tests MySQL ». ? timezone Le fuseau horaire du serveur. Cette option prend la valeur de la variable d'environnement TZ lorsque mysqld est démarré. Elle peut aussi être modifiée avec l'argument --timezone de mysqld_safe. Cette variable a été ajoutée en MySQL 3.23.15. See Section A.4.6, « Problèmes de fuseaux horaires ». ? tmp_table_size Si une table temporaire en mémoire excède cette taille, MySQL va automatiquement la convertir en une table MyISAM sur le disque. Augmentez la valeur de tmp_table_size si vous faites un usage intensif de la clause GROUP BY et que vous avez beaucoup de mémoire. ? tmpdir Le dossier utilisé pour les fichiers temporaires et les tables temporaires. Depuis MySQL 4.1, cette variable peut prendre une liste de différents chemins, qui sont utilisés circulairement. Les chemins doivent être séparés par des deux points (?:?) sous Unix et des points-virgules (?;?) sous Windows, NetWare et OS/2. Cette fonctionnalité permet de répartir la charge en plusieurs disques. Si le serveur MySQL sert Administration du serveur 252 d'esclave de réplication, vous ne devez pas faire pointer tmpdir sur un dossier en mémoire, car il sera vidé si le serveur redémarre. Un esclave de réplication doit pouvoir reprendre ses fichiers temporaires pour que la réplication puisse redémarrer, en incluant les tables temporaires et les opérations de LOAD DATA INFILE. Si les fichiers du dossier temporaire sont perdus au redémarrage, la réplication s'arrêtera. Cette variable a été ajoutée en MySQL 3.22.4. ? transaction_alloc_block_size La taille de bloc d'allocation de mémoire pour le stockage des requêtes qui font partie d'une transaction, qui sera stockée dans le log binaire durant une validation. Cette variable a été ajoutée en MySQL 4.0.16. ? transaction_prealloc_size Le buffer persistant pour transaction_alloc_blocks, qui n'est pas libéré entre deux requêtes. En rendant cet buffer ``assez grand'' pour accommoder toutes les requêtes dans une transaction classique, vous pouvez éviter de nombreux appels malloc(). Cette variable a été ajoutée en MySQL 4.0.16. ? tx_isolation Le niveau par défaut d'isolation de transactions. Cette variable a été ajoutée en MySQL 4.0.3. ? version Le numéro de version du serveur. ? wait_timeout Le nombre de secondes d'attente du serveur sur une connexion non interactive avant de la refermer. Lors du démarrage du thread, SESSION.WAIT_TIMEOUT est initialisé avec GLOBAL.WAIT_TIMEOUT ou GLOBAL.INTERACTIVE_TIMEOUT, suivant le type de client (tel que défini par l'option de connexion CLIENT_INTERACTIVE). Voir aussi interactive_timeout. 5.2.3.1. Variables système dynamiques Depuis MySQL version 4.0.3, de nombreuses variables système sont dynamiques, et peuvent être modifiées durant l'exécution avec les commandes SET GLOBAL ou SET SESSION. Vous pouvez aussi sélectionner leur valeurs avec SELECT. See Section 9.4, « Variables système ». La table suivante montre la liste complète de toutes les variables dynamiques. La dernière colonne indique si les options GLOBAL ou SESSION, ou les deux, s'appliquent. Nom de la variable Type de valeur Application autocommit boolean SESSION big_tables boolean SESSION binlog_cache_size numeric GLOBAL bulk_insert_buffer_size numeric GLOBAL | SESSION character_set_client string GLOBAL | SESSION character_set_connection string GLOBAL | SESSION character_set_results string GLOBAL | SESSION character_set_server string GLOBAL | SESSION collation_connection string GLOBAL | SESSION Administration du serveur 253 collation_server string GLOBAL | SESSION concurrent_insert boolean GLOBAL connect_timeout numeric GLOBAL convert_character_set string GLOBAL | SESSION default_week_format numeric GLOBAL | SESSION delay_key_write OFF | ON | ALL GLOBAL delayed_insert_limit numeric GLOBAL delayed_insert_timeout numeric GLOBAL delayed_queue_size numeric GLOBAL error_count numeric SESSION flush boolean GLOBAL flush_time numeric GLOBAL foreign_key_checks boolean SESSION ft_boolean_syntax numeric GLOBAL group_concat_max_len numeric GLOBAL | SESSION identity numeric SESSION insert_id boolean SESSION interactive_timeout numeric GLOBAL | SESSION join_buffer_size numeric GLOBAL | SESSION key_buffer_size numeric GLOBAL last_insert_id numeric SESSION local_infile boolean GLOBAL log_warnings boolean GLOBAL long_query_time numeric GLOBAL | SESSION low_priority_updates boolean GLOBAL | SESSION max_allowed_packet numeric GLOBAL | SESSION max_binlog_cache_size numeric GLOBAL max_binlog_size numeric GLOBAL max_connect_errors numeric GLOBAL max_connections numeric GLOBAL max_delayed_threads numeric GLOBAL max_error_count numeric GLOBAL | SESSION max_heap_table_size numeric GLOBAL | SESSION max_insert_delayed_threads numeric GLOBAL max_join_size numeric GLOBAL | SESSION max_relay_log_size numeric GLOBAL max_seeks_for_key numeric GLOBAL | SESSION max_sort_length numeric GLOBAL | SESSION max_tmp_tables numeric GLOBAL max_user_connections numeric GLOBAL max_write_lock_count numeric GLOBAL myisam_max_extra_sort_file_si ze numeric GLOBAL | SESSION myisam_max_sort_file_size numeric GLOBAL | SESSION myisam_repair_threads numeric GLOBAL | SESSION Administration du serveur 254 myisam_sort_buffer_size numeric GLOBAL | SESSION net_buffer_length numeric GLOBAL | SESSION net_read_timeout numeric GLOBAL | SESSION net_retry_count numeric GLOBAL | SESSION net_write_timeout numeric GLOBAL | SESSION query_alloc_block_size numeric GLOBAL | SESSION query_cache_limit numeric GLOBAL query_cache_size numeric GLOBAL query_cache_type enumeration GLOBAL | SESSION query_cache_wlock_invalidate boolean GLOBAL | SESSION query_prealloc_size numeric GLOBAL | SESSION range_alloc_block_size numeric GLOBAL | SESSION read_buffer_size numeric GLOBAL | SESSION read_only numeric GLOBAL read_rnd_buffer_size numeric GLOBAL | SESSION rpl_recovery_rank numeric GLOBAL safe_show_database boolean GLOBAL server_id numeric GLOBAL slave_compressed_protocol boolean GLOBAL slave_net_timeout numeric GLOBAL slow_launch_time numeric GLOBAL sort_buffer_size numeric GLOBAL | SESSION sql_auto_is_null boolean SESSION sql_big_selects boolean SESSION sql_big_tables boolean SESSION sql_buffer_result boolean SESSION sql_log_bin boolean SESSION sql_log_off boolean SESSION sql_log_update boolean SESSION sql_low_priority_updates boolean GLOBAL | SESSION sql_max_join_size numeric GLOBAL | SESSION sql_quote_show_create boolean SESSION sql_safe_updates boolean SESSION sql_select_limit numeric SESSION sql_slave_skip_counter numeric GLOBAL sql_warnings boolean SESSION storage_engine enumeration GLOBAL | SESSION table_cache numeric GLOBAL table_type enumeration GLOBAL | SESSION thread_cache_size numeric GLOBAL timestamp boolean SESSION tmp_table_size enumeration GLOBAL | SESSION transaction_alloc_block_size numeric GLOBAL | SESSION transaction_prealloc_size numeric GLOBAL | SESSION tx_isolation enumeration GLOBAL | SESSION Administration du serveur 255 unique_checks boolean SESSION wait_timeout numeric GLOBAL | SESSION warning_count numeric SESSION Les variables qui sont marquées comme ``string'' prennent une valeur de chaîne de caractères. Les variables qui sont marquées comme ``numeric'' prennent un nombre. Les variables qui sont marquées comme ``boolean'' peuvent prendre 0 ou 1, ON ou OFF. Les variables qui sont marquées comme ``enumeration'' doivent normalement prendre l'une des valeurs possible de cette variable, mais elles peuvent aussi prendre le numéro de l'élément dans l'énumération. Pour les systèmes à énumération, la première énumération est 0. Cela est différent des colonnes de type ENUM, pour qui la première valeur est la 1. 5.2.4. Variables de statut du serveur SHOW STATUS affiche des informations sur le statut du serveur (comme par exemple, mysqladmin extended-status). L'affichage ressemble à ce qui est affiché ci-dessous, mais les valeurs différeront sûrement de votre propre serveur. mysql> SHOW STATUS; +--------------------------+------------+ | Variable_name | Value | +--------------------------+------------+ | Aborted_clients | 0 | | Aborted_connects | 0 | | Bytes_received | 155372598 | | Bytes_sent | 1176560426 | | Connections | 30023 | | Created_tmp_disk_tables | 0 | | Created_tmp_files | 60 | | Created_tmp_tables | 8340 | | Delayed_errors | 0 | | Delayed_insert_threads | 0 | | Delayed_writes | 0 | | Flush_commands | 1 | | Handler_delete | 462604 | | Handler_read_first | 105881 | | Handler_read_key | 27820558 | | Handler_read_next | 390681754 | | Handler_read_prev | 6022500 | | Handler_read_rnd | 30546748 | | Handler_read_rnd_next | 246216530 | | Handler_update | 16945404 | | Handler_write | 60356676 | | Key_blocks_used | 14955 | | Key_read_requests | 96854827 | | Key_reads | 162040 | | Key_write_requests | 7589728 | | Key_writes | 3813196 | | Max_used_connections | 0 | | Not_flushed_delayed_rows | 0 | | Not_flushed_key_blocks | 0 | | Open_files | 2 | | Open_streams | 0 | | Open_tables | 1 | | Opened_tables | 44600 | | Qcache_free_blocks | 36 | | Qcache_free_memory | 138488 | | Qcache_hits | 79570 | | Qcache_inserts | 27087 | | Qcache_lowmem_prunes | 3114 | | Qcache_not_cached | 22989 | | Qcache_queries_in_cache | 415 | | Qcache_total_blocks | 912 | | Questions | 2026873 | Administration du serveur 256 | Select_full_join | 0 | | Select_full_range_join | 0 | | Select_range | 99646 | | Select_range_check | 0 | | Select_scan | 30802 | | Slave_open_temp_tables | 0 | | Slave_running | OFF | | Slow_launch_threads | 0 | | Slow_queries | 0 | | Sort_merge_passes | 30 | | Sort_range | 500 | | Sort_rows | 30296250 | | Sort_scan | 4650 | | Table_locks_immediate | 1920382 | | Table_locks_waited | 0 | | Threads_cached | 0 | | Threads_connected | 1 | | Threads_created | 30022 | | Threads_running | 1 | | Uptime | 80380 | +--------------------------+------------+ De nombreuses variables de statut sont remises à 0 par la commande FLUSH STATUS. Les variables de statut ont les significations suivantes. Les variables compteur de commande Com_xxx ont été ajoutées en MySQL 3.23.47. Les variables de cache de requêtes Qcache_xxx ont été ajoutées en MySQL 4.0.1. Sinon, les variables sans versions sont présentes depuis MySQL 3.22. ? Aborted_clients Nombre de connexions annulées parce que le client est mort sans se déconnecter correctement. See Section A.2.10, « Erreurs de communication / Connexion annulée ». ? Aborted_connects Nombre de tentatives de connexions au serveur MySQL qui ont échouées. See Section A.2.10, « Erreurs de communication / Connexion annulée ». ? Binlog_cache_disk_use Le nombre de transactions qui ont utilisé le cache de log binaire mais qui ont dépassé la taille de binlog_cache_size et ont finalement utilisé un fichier temporaire pour stocker les commandes de la transaction. Cette variable a été ajoutée en MySQL 4.1.2. ? Binlog_cache_use Le nombre de transactions qui ont utilisé le cache de log binaire temporaire. Cette variable a été ajoutée en MySQL 4.1.2. ? Bytes_received Nombre d'octets re¸u de tous les clients. Cette variable a été ajoutée en MySQL 3.23.7. ? Bytes_sent Nombre d'octets envoyés à tous les clients. Cette variable a été ajoutée en MySQL 3.23.7. ? Com_xxx Nombre d'exécution de chaque commande xxx. Il y a une variable par type de commande. Par exemple, Com_delete et Com_insert comptent respectivement les commandes DELETE et INSERT. ? Connections Administration du serveur 257 Nombre de tentatives de connexions au serveur MySQL, réussies ou pas. ? Created_tmp_disk_tables Nombre de tables temporaires implicites créées sur le disque lors d'exécutions de commandes. Cette variable a été ajoutée en MySQL 3.23.24. ? Created_tmp_files Combien de fichiers temporaires mysqld a créé. Si Created_tmp_disk_tables est grand, augmentez la taille de tmp_table_size pour que les tables temporaires restent plus souvent en mémoire. ? Created_tmp_tables Nombre de tables temporaires implicites créées en mémoire lors d'exécutions de commandes. Cette variable a été ajoutée en MySQL 3.23.28. ? Delayed_errors Nombre de lignes écrites avec INSERT DELAYED pour lesquelles des erreurs sont survenues (probablement une erreur de doublons (duplicate key)). ? Delayed_insert_threads Nombre de gestionnaires d'insertion retardées sont en cours d'utilisation. ? Delayed_writes Nombre de lignes écrites avec INSERT DELAYED. ? Flush_commands Nombre de commandes FLUSH. ? Handler_commit Nombre de commandes internes COMMIT. Cette variable a été ajoutée en MySQL 4.0.2. ? Handler_delete Nombre de fois qu'une ligne a été effacées dans une table. ? Handler_read_first Nombre de fois que la première ligne a été lue dans un index. Si ce chiffre est haut, c'est que le serveur fait de nombreuses recherches par analyse complète de la table, par exemple SELECT col1 FROM foo, en supposant que col1 est indexé. ? Handler_read_key Nombre de requête de lecture de ligne basées sur une clé. Si ce chiffre est grand, c'est une bonne indication de l'indexation correcte de vos tables. ? Handler_read_next Nombre de requête de lecture de la ligne suivante en ordre. Cela sera augmenté si vous listez une colonne avec une contrainte d'intervalle. Cette valeur sera aussi incrémentée si vous effectuez un scan d'index. ? Handler_read_prev Nombre de requête de lecture de la clé précédente, dans l'ordre. C'est souvent utilisé pour Administration du serveur 258 optimiser les clauses ORDER BY ... DESC. Cette variable a été ajoutée en MySQL 3.23.6. ? Handler_read_rnd_next Nombre de requêtes de lecture de la prochaine ligne dans le fichier de données. Ce chiffre sera grand si vous faîtes de nombreux scans de tables. Généralement, cela indique que vos requêtes ne sont pas écrites pour profiter des index que vous avez mis en place. ? Handler_read_rnd Nombre de lecture d'une ligne basée sur une position fixe. Ce chiffre sera grand si vous effectuez de nombreuses requêtes qui réclament le tri du résultat. ? Handler_rollback Nombre de commandes internes ROLLBACK. ? Handler_update Nombre de requête de modification d'une ligne dans une table. ? Handler_write Nombre de requête pour insérer une ligne dans une table. ? Key_blocks_used Nombre de blocs utilisés dans un cache de clé. Vous pouvez utiliser cette valeur pour déterminer l'occupation du cache de clé : voyez la discussion de key_buffer_size dans Section 5.2.3, « Variables serveur système ». ? Key_read_requests Nombre de requêtes de lecture d'un bloc de clé dans le cache. ? Key_reads Nombre de lecture physique d'un bloc de clé sur le disque. Si Key_reads est grand, alors votre valeur pour key_buffer_size est probablement trop petite. Le ratio peut être calculé avec Key_reads/Key_read_requests. ? Key_write_requests Nombre de requêtes d'écriture d'un bloc de clé dans le cache. ? Key_writes Nombre d'écriture physiques de bloc de clé sur le disque. ? Max_used_connections Nombre maximum de connexions utilisées simultanément. ? Not_flushed_delayed_rows Nombre de lignes en attente d'écriture dans les listes INSERT DELAY. ? Not_flushed_key_blocks Nombre de blocs de clés dans le cache de clés, qui ont été modifiées, mais pas encore écrites sur le disque. ? Open_files Administration du serveur 259 Nombre de fichiers ouverts. ? Open_streams Nombre de flux ouverts (utilisés généralement pour les logs). ? Open_tables Nombre de tables ouvertes. ? Opened_tables Nombre de tables qui ont été ouvertes. Si Opened_tables est grand, votre valeur pour table_cache est probablement trop petite. ? Qcache_free_blocks Le nombre de blocs de mémoire libre dans le cache de requête. ? Qcache_free_memory La quantité de mémoire libre dans le cache de requête. ? Qcache_hits Le nombre de sollicitations du cache. ? Qcache_inserts Le nombre de requêtes ajoutées dans le cache. ? Qcache_lowmem_prunes Le nombre de requêtes qui ont été effacées du cache, pour libérer de la place. ? Qcache_not_cached Le nombre de requêtes non-cachées (elles ne peuvent pas être mises en cache, ou à cause de query_cache_type). ? Qcache_queries_in_cache Le nombre de requêtes enregistrées dans le cache. ? Qcache_total_blocks Le nombre total de blocs dans le cache de requêtes. ? Questions Nombre de requêtes envoyées au serveur. ? Rpl_status Statut de la réplication sans erreur (réservé pour utilisation ultérieure). ? Select_full_join Nombre de jointures sans clé (si cette variable vaut 0, vous devriez vérifier soigneusement les index de vos tables). Cette variable a été ajoutée en MySQL 3.23.25. ? Select_full_range_join Nombre de jointures où une recherche d'intervalle a été utilisée. Cette variable a été ajoutée en Administration du serveur 260 MySQL 3.23.25. ? Select_range_check Nombre de jointures sans clé, où l'utilisation de clé a été vérifiée après chaque ligne (si cette variable vaut 0, vous devriez vérifier soigneusement les index de vos tables). Cette variable a été ajoutée en MySQL 3.23.25. ? Select_range Nombre de jointures où une recherche d'intervalle a été utilisée sur la première table. (Ce n'est généralement pas important, même si cette valeur est importante). Cette variable a été ajoutée en MySQL 3.23.25. ? Select_scan Nombre de jointures où la première table a été totalement analysée. Cette variable a été ajoutée en MySQL 3.23.25. ? Slave_open_temp_tables Nombre de tables temporaires actuellement utilisée par le thread esclave. Cette variable a été ajoutée en MySQL 3.23.29. ? Slave_running Cette variable vaut ON si ce serveur est un esclave connecté au maître. Cette variable a été ajoutée en MySQL 3.23.16. ? Slow_launch_threads Nombre de threads qui ont pris plus de slow_launch_time secondes pour être créés. Cette variable a été ajoutée en MySQL 3.23.15. ? Slow_queries Nombre de requêtes qui ont pris plus de long_query_time pour s'exécuter. See Section 5.9.5, « Le log des requêtes lentes ». ? Sort_merge_passes Nombre de passes que l'algorithme de tri a du faire. Si cette valeur est grande, vous devriez vérifier la taille de sort_buffer. ? Sort_range Nombre de tris qui ont été fait sur des intervalles. ? Sort_rows Nombre de lignes triées. ? Sort_scan Nombre de tris qui ont été fait en analysant la table. ? ssl_xxx Variables utilisées par SSL; Réservée pour utilisation ultérieure. Ces variables ont été ajoutées en MySQL 4.0.0. ? Table_locks_immediate Administration du serveur 261 Nombre de fois que la table a re¸u immédiatement un verrou. Disponible depuis 3.23.33. Cette variable a été ajoutée en MySQL 3.23.33. ? Table_locks_waited Nombre de fois qu'une table n'a pu recevoir de verrou immédiatement, et qu'il a fallu attendre. Si ce chiffre est haut, vous avez des problèmes de performance, et vous devriez optimiser vos requêtes, couper vos tables en deux, ou utiliser la réplication. Disponible depuis la version 3.23.33. Cette variable a été ajoutée en MySQL 3.23.33. ? Threads_cached Nombre de threads dans le cache de thread. Cette variable a été ajoutée en MySQL 3.23.17. ? Threads_connected Nombre de connexions actuellement ouvertes. ? Threads_created Nombre de threads créés pour gérer les connexions. Si Threads_created est grand, vous pouvez augmenter la valeur de ? Threads_running Nombre de threads qui ne dorment pas. ? Uptime Durée de vie du serveur, en secondes depuis le redémarrage. 5.3. Le processus d'extinction de MySQL Le processus d'extinction du serveur peut se résumer comme ceci : 1. Le processus est activé 2. Le serveur crée un thread d'extinction, si nécessaire 3. Le serveur cesse d'accepter les nouvelles connexions 4. Le serveur conclut les activités en cours 5. Les moteurs de stockages se ferment 6. Le serveur se termine Voici une version plus détaillée de ce synopsis : 1. Le processus est activé L'extinction du serveur peut être initiée par plusieurs méthodes. Par exemple, un utilisateur avec le droit de SHUTDOWN peut exécuter la commande mysqladmin shutdown. mysqladmin peut être utilisée sur n'importe quelle plate-forme supportée par MySQL. Les autres méthodes d'extinction spécifiques aux systèmes d'exploitation existent aussi : le serveur s'éteind lorsqu'il re¸oit un signal SIGTERM sous Unix. Un serveur installé comme service Windows s'éteind sur ordre du gestionnaire. Administration du serveur 262 2. Le serveur crée un thread d'extinction, si nécessaire En fonction de l'origine de l'extinciton, le serveur peut lancer un thread qui gèrera l'extinction. Si l'extinction a été demandée par un client, un thread d'extinction est créé. Si l'extinction est le résultat d'un signal SIGTERM, le thread signal pourra gérer l'extinction lui-même, ou alors lancer un autre thread. SI le serveur essaie de créer un thread et ne peut pas le faire (par exemple, plus de mémoire), il va émettre un message qui apparaitra comme ceci dans les logs : Error: Can't create thread to kill server 3. Le serveur cesse d'accepter les nouvelles connexions Pour éviter de voir de nouvelles opérations se lancer, le serveur commence par arrêter d'accepter les nouvelles connexions. Il fait cela en fermant les connexions au réseau qui attendent les connexions : le port TCP/IP, la socket Unix ou le Pipe Windows. 4. Le serveur conclut les activités en cours Pour chaque thread associé à une connexion réseau, la connexion est interrompue, et le thread est marqué comme mort. Le thread s'arrête lorsqu'il remarque qu'il a été tué. Les threads qui sont inactifs meurent rapidement. Les threads qui traitent des requêtes vérifient périodiquement leur état, et prennent plus de temps pour s'arrêter. Pour plus d'information sur la fin des threads, voyez Section 13.5.4.3, « Syntaxe de KILL », en particulier à propos des commandes REPAIR TABLE ou OPTIMIZE TABLE sur les tables MyISAM. Pour les threads qui ont une transaction ouverte, la transaction est annulée. Notez que si un thread modifie une table non-transactionnelle, une opération comme un UPDATE multi-ligne ou un INSERT peuvent laisser la table partiellement modifiée, car l'opération peut se terminer avant sa fin logique. Si le serveur est un serveur de réplication, les threads associés avec les esclaves sont traités comme n'importe quel autre client. C'est à dire, ils sont marqués comme terminés, et se termine à leur prochaine vérification d'état. Si le serveur est un esclave de réplication, le thread d'entre/sortie et le thread SQL sont arrêtés avant que le thread client ne soit tué. Le thread SQL est autorisé à terminer sa commande en cours (pour éviter des problèmes de réplication), puis cesse. Si le thread SQL était au milieu d'une transaction, elle sera annulée. 5. Les moteurs de stockages se ferment A ce stade, les cache de tables ont envoyés sur le disque, et toutes les tables ouvertes sont fermées. Chaque moteur de stockage effectue les opérations nécessaire pour fermer les tables qu'il gère. Par exemple, MyISAM envoye les dernières écritures pour la table. InnoDB vide ses buffers sur le disque, écrit le LSN courant dans l'espace de table, et termine ses propres threads. 6. Le serveur se termine 5.4. Sécurité générale du serveur Cette section décrit certaines règles générales de sécurité a bien connaître pour rendre votre installation MySQL plus sécuritaire contre des attaques ou des erreurs de manipulations. Pour des informations sur le contrôle d'accès à MySQL, voyez Section 5.5, « Règles de sécurité et droits d'accès au serveur MySQL ». 5.4.1. Guide de sécurité Tous ceux qui utilisent MySQL avec un serveur connecté à Internet doivent lire cette section, pour Administration du serveur 263 éviter les erreurs les plus communes. En parlant de sécurité, nous devons insister sur la nécessiter de protéger tout le serveur, et non pas juste MySQL, contre tous les types d'attaques : surveillance des communications, usurpation, ré- exécution et dénis de service. Nous ne pouvons pas couvrir tous les aspects de tolérance aux fautes et de disponibilité ici. MySQL dispose d'un système de sécurité basé sur des listes de contrôle d'accès (Access Control Lists, or ACL) pour toutes les connexions, requêtes et opérations que l'utilisateur peut faire. Il y a aussi le support des connexions SSL entre le client et le serveur MySQL. De nombreux concepts présentés ici ne sont pas spécifiques à MySQL : le même concept s'applique à de nombreuses applications. Lorsque vous utilisez MySQL, suivez ces règles aussi souvent que possible : ? Ne donnez jamais à personne (sauf aux comptes MySQL root) accès à la table user de la base mysql! C'est primordial. Le mot de passe chiffré est le vrai mot de passe de MySQL. Toute personne qui connaît le mot de passe de la table user et qui a accès à l'hôte associé peut facilement se connecter sous le nom de cet utilisateur. ? Apprenez à fond le système de droits MySQL. Les commandes GRANT et REVOKE sont utilisées pour contrôler les accès à MySQL. Ne donnez pas plus de droits que nécessaire. Ne donnez jamais de droits à tous les serveurs hôtes. Liste de vérification : ? Essayez la commande en ligne mysql -u root. Si vous pouvez vous connecter, sans donner de mot de passe, vous avez un problème. Toute personne peut se connecter au serveur comme utilisateur root avec le maximum de droits! Passez en revue les instructions d'installation de MySQL, en insistant sur les passages où le mot de passe root est configuré. See Section 2.5.3, « Création des premiers droits MySQL ». ? Utilisez la commande SHOW GRANTS et vérifiez qui a accès à quoi. Puis, utilisez la commande REVOKE pour retirer les droits inutiles. ? Ne stockez jamais de mot de passe en clair dans votre base de données. Si votre serveur est compromis, le pirate aura alors la liste complète des mots de passe, et pourra les utiliser. A la place, utilisez MD5(), SHA1() ou une autre fonction de signature injective. ? Ne choisissez pas vos mots de passe dans un dictionnaire. Il y a des programmes spéciaux pour les rechercher. Même des mots de passe tels que ``xfish98'' est très faible. Par contre, ``duag98'' est bien mieux : il contient aussi le mot ``fish'' mais décalé d'une touche sur un clavier QWERTY. Une autre méthode de génération consiste à prendre la première lettre de chaque mot d'une phrase : ``Maupa'' est issu de ``Marie a un petit agneau.'' C'est facile à retenir, mais difficile à devenir pour un attaquant. ? Investissez dans un coupe-feu. Cela protège de 50% de tous les types d'attaque et vulnérabilité. Placez MySQL derrière le coupe-feu, ou dans une zone démilitarisée (DMZ). Liste de vérification : ? Essayez de scanner vos portes depuis l'Internet, avec des outils comme nmap. MySQL utilise le port 3306 par défaut. Ce port ne doit pas être accessible à tous les serveurs. Une autre méthode simple pour vérifier si le port MySQL est ouvert ou non, est d'essayez la commande suivante depuis une machine distante, où server_host est le serveur qui héberge MySQL : shell> telnet server_host 3306 Si vous obtenez une connexion et des caractères binaires, le port est ouvert, et il devrait être fermé par votre routeur ou votre coupe-feu, à moins d'avoir une bonne raison pour le garder ouvert. Si telnet attend, ou que la connexion est refusée, tout va bien : le port est bloqué. Administration du serveur 264 ? Ne faîtes confiance à aucune donnée entrée par les utilisateurs de votre application. Ils peuvent déjouer vos filtres en entrant des séquences spéciales via les formulaires Web, les URL ou tout autre point d'entrée de l'application. Assurez vous que votre application reste sûre si un utilisateur entre une chaîne telle que ``; DROP DATABASE mysql;''. C'est un exemple extrêmement simple, mais il dévoilera un trou de sécurité important. Il engendrera aussi des pertes de données si un pirate, utilisant cette technique, vous attaque. Une erreur courante est de ne protéger que les chaînes de caractères. N'oubliez pas de protéger aussi les valeurs numériques. Si une application génère une requête telle que SELECT * FROM table WHERE ID=234 où l'utilisateur fournit le 234, alors ce dernier peut proposer la valeur 234 OR 1=1 pour conduire à la requête SELECT * FROM table WHERE ID=234 OR 1=1. Par conséquent, le serveur va lire toutes les lignes de la table. Cela va diffuser toutes les lignes de votre application, et générer un trafic excessif. Pour vous prémunir contre ce type d'attaque, ajoutez toujours des guillemets autour des constantes numériques : SELECT * FROM table WHERE ID='234'. Si un utilisateur entre des informations supplémentaires, elles seront intégrées dans la chaîne. Dans un contexte numérique, MySQL supprimera automatiquement les caractères incompréhensibles. Parfois, les gens pensent que si une base de données contient des informations publiques, elle n'a pas besoin d'être défendue. C'est faux. Même si vous pouvez accéder à toutes les lignes de la table, il faut toujours se prémunir contre les dénis de service (par exemple, en utilisant la technique ci-dessus pour générer un trafic excessif). Sinon, votre serveur sera inutilisable. Liste de vérification : ? Essayez d'entrer des caractères ?'? et ?"? dans tous vos formulaires Web. Si vous obtenez une erreur MySQL, étudiez immédiatement le problème. ? Essayez de modifier une URL dynamique en ajoutant les séquences %22 (?"?), %23 (?#?) et %27 (?'?). ? Essayez de modifier les types de données des URL dynamiques de numériques en textuels, avec les caractères cités ci-dessus. Votre application doit être sécurisée contre ce type d'attaque. ? Essayez d'entrer des caractères, des espaces et d'autres symboles spéciaux, autre que des nombres, dans un champ numérique. Votre application devrait supprimer tous ces caractères avant de les passer à MySQL, ou générer une erreur. Passer à MySQL des valeurs non vérifiées est très dangereux. ? Vérifiez la taille des chaînes avant de les passer à MySQL. ? Essayez de faire connecter votre application en utilisant un autre nom que celui qui est utilisé pour les tâches d'administration. Ne donnez pas à votre application des droits dont elle n'a pas besoin. ? De nombreuses interfaces de programmation disposent de moyens pour protéger les valeurs. Correctement utilisés, ils évitent aux utilisateurs de l'application de faire passer des caractères qui auront un effet différent de celui attendu : ? MySQL C API : Utilisez la fonction mysql_real_escape_string(). ? MySQL++ : Utilisez les options escape et quote dans le flux de requête. ? PHP : Utilisez la fonction mysql_escape_string(), qui est basée sur la fonction C du même nom. Avant PHP 4.0.3, utilisez addslashes(). ? Perl DBI : Utilisez la méthode quote() ou utilisez les variables de requête. ? Java JDBC : Utilisez un objet PreparedStatement ou utilisez les variables de requête. Les autres interfaces ont des fonctionnalités similaires. Administration du serveur 265 ? Ne transmettez pas de données déchiffrées sur Internet. Cette information est accessible à tout ceux qui ont le temps et la capacité d'intercepter et d'utiliser ces mots de passe. Utilisez plutôt un protocole sécurisé comme SSL ou SSH. MySQL supporte les connexions SSL depuis la version 4.0.0. SSH peut être utilisé pour créer un tunnel chiffré et compressé de communication. ? Apprenez à utiliser les programmes tcpdump et strings. Dans la plupart des cas, vous pouvez vérifier si un flux MySQL est chiffré avec la commande suivante : shell> tcpdump -l -i eth0 -w - src or dst port 3306 | strings (Cette commande fonctionne sous Linux, et devrait être adaptée facilement dans les autres systèmes.) Attention : si vous ne voyez pas de données en clair, cela ne signifie pas toujours que les informations sont chiffrées. Si vous avez besoin de haute sécurité, consultez un expert. 5.4.2. Protéger MySQL contre les attaques Lorsque vous vous connectez à MySQL, vous devriez avoir besoin d'un mot de passe. Ce mot de passe n'est pas transmis en texte clair sur le réseau. La gestion des mots de passe durant l'identification des utilisateurs a été améliorée en MySQL 4.1.1 pour être très sécurisée. Si vous utilisez une vieille version de MySQL, ou si vous utilisez toujours les mots de passe de type pre- 4.1.1, l'algorithme de chiffrement n'est pas très fort, quelques efforts permettront à un pirate d'obtenir votre mot de passe s'il est capable de surveiller le trafic entre le client et le serveur. (Voyez Section 5.5.9, « Hashage de mots de passe en MySQL 4.1 » pour une discussion des différentes méthodes de gestions des mots de passe). Si la connexion entre le client et le serveur utilise des réseaux non fiables, il est alors recommandé d'utiliser un tunnel SSH. Toutes les autres informations sont transférées comme du texte clair, et quiconque surveille la connexion pourra les lire. Si vous souhaitez relever ce niveau de sécurité, il est recommandé d'utiliser le protocole compressé (avec les versions de MySQL 3.22 et plus récentes), pour compliquer considérablement le problème. Pour rendre la communication encore plus sûre, vous pouvez aussi utiliser ssh. Vous trouverez une version Open Source du client ssh sur le site http://www.openssh.org/, et une version commerciale du client ssh sur le site de http://www.ssh.com/. Avec eux, vous pouvez mettre en place une connexion TCP/IP chiffrée entre le serveur et le client MySQL. Si vous utilisez MySQL 4.0, vous pouvez aussi utiliser le support OpenSSL interne. See Section 5.6.7, « Utilisation des connexions sécurisées ». Pour rendre le système MySQL encore plus sûr, nous vous recommandons de suivre les suggestions suivantes : ? Utilisez des mots de passe pour tous les utilisateurs MySQL. N'oubliez pas que tout le monde peut se connecter avec un nom d'utilisateur quelconque, simplement avec l'option mysql -u autre_utilisateur nom_de_base, si autre_utilisateur n'a pas de mot de passe. C'est un comportement classique pour les applications client/serveur que le client spécifie son nom d'utilisateur. Il sera plus difficile à un attaquant de pénétrer dans votre serveur si tous les comptes ont un mot de passe. Vous pouvez modifier les mots de passe de tous les utilisateurs en modifiant le script mysql_install_db avant de l'exécuter, ou vous pouvez modifier seulement le mot de passe du root MySQL comme ceci@ : shell> mysql -u root mysql> UPDATE mysql.user SET Password=PASSWORD('nouveau_mot_de_passe') -> WHERE User='root'; mysql> FLUSH PRIVILEGES; ? N'exécutez jamais le démon MySQL avec l'utilisateur Unix root. C'est très dangereux, car tout personne ayant le droit de FILE pour créer des fichiers au nom du root (par exemple, Administration du serveur 266 ~root/.bashrc). Pour éviter cela, mysqld refusera de s'exécuter au nom de root à moins que soit précisé l'option --user=root. mysqld peut être exécuté avec un utilisateur ordinaire sans droits particuliers. Vous pouvez aussi créer un utilisateur Unix mysql pour rendre cela encore plus sûr. Si vous exécutez mysqld sous un autre utilisateur Unix, vous n'avez pas à changer le mot de passe root dans la table user, car les noms d'utilisateurs MySQL n'ont rien à voir avec les noms d'utilisateurs Unix. Pour démarrer mysqld sous un autre nom d'utilisateur Unix, ajoutez la ligne user, qui spécifie le nom de l'utilisateur, dans le fichier d'options de [mysqld] /etc/my.cnf ou dans le fichier my.cnf présent dans le dossier de données du serveur. Par exemple : [mysqld] user=mysql Cette ligne va forcer le serveur à démarrer en tant qu'utilisateur mysql, même si vous démarrez le serveur manuellement ou avec les scripts safe_mysqld, ou mysql.server. Pour plus de détails, voyez Section A.3.2, « Comment exécuter MySQL comme un utilisateur normal ». Exécuter mysql sous un autre compte Unix que root ne signifie pas que vous devez changer le nom de root dans la table user. Les comptes utilisateurs de MySQL n'ont rien à voir avec ceux du compte Unix. ? N'autorisez pas l'utilisation de liens symboliques pour les tables. Cette fonctionnalité peut être désactivée avec l'option --skip-symbolic-links. C'est particulièrement important si vous utilisez mysqld comme root, car tout utilisateur a alors le droit d'écrire des données sur le disque, n'importe où sur le système!! See Section 7.6.1.2, « Utiliser les liens symboliques avec les tables sous Unix ». ? Vérifiez que l'utilisateur Unix qui exécute mysqld est le seul utilisateur avec les droits de lecture et écriture dans le dossier de base de données. ? Ne donnez pas le droit de PROCESS à tous les utilisateurs. La liste fournie par mysqladmin processlist affiche le texte des requêtes actuellement exécutées, ce qui permet à toute personne pouvant exécuter cette commande de lire des valeurs qui seraient en clair, comme : UPDATE user SET password=PASSWORD('not_secure'). mysqld réserve une connexion supplémentaire pour les utilisateurs qui ont le droit de PROCESS, afin que le root MySQL puisse toujours se connecter et vérifier que tout fonctionne bien, même s'il ne reste plus de connexions libres pour les autres utilisateurs. Le droit SUPER peut être utilisé pour fermer des connexions clients, changer les variables systèmes et contrôler la réplication. ? Ne donnez pas le droit de FILE à tous les utilisateurs. Tout utilisateur qui possède ce droit peut écrire un fichier n'importe où sur le serveur, avec les droits hérités du démon mysqld ! Pour rendre cela plus sécuritaire, tous les fichiers générés par SELECT ... INTO OUTFILE sont lisibles par tous, mais personne ne peut les modifier. Le droit de FILE peut aussi être utilisé pour lire n'importe quel fichier accessible en lecture au démon qui fait tourner MySQL. Il devient donc possible, suivant les configurations, d'utiliser la commande LOAD DATA sur le fichier /etc/passwd pour tout mettre en table, et ensuite le relire avec la commande SELECT. ? Si vous ne faites pas confiance à votre DNS, vos pouvez simplement utiliser des adresses IP au lieu des noms d'hôtes. Dans ce cas, soyez très prudents lors de la création de droits qui utilisent des caractères joker. ? Si vous voulez restreindre le nombre de connexions d'un utilisateur, vous pouvez le faire en utilisant la variable max_user_connections de mysqld. La commande GRANT dispose aussi d'option de contrôle des ressources, pour limiter l'utilisation du serveur par un compte utilisateur. Administration du serveur 267 5.4.3. Options de démarrage qui concernent la sécurité Les options suivantes de mysqld affectent la sécurité : ? --local-infile[=(0|1)] Si vous utilisez --local-infile=0 alors vous ne pourrez pas utiliser LOAD DATA LOCAL INFILE. See Section 5.4.4, « Problèmes de sécurité avec LOAD DATA LOCAL ». ? --safe-show-database Avec cette option, la commande SHOW DATABASES ne retourne que les bases pour lesquelles l'utilisateur courant a des droits. Depuis la verison 4.0.2, cette option est abandonnée, et ne sert plus à rien (elle est activée par défaut), car désormais, il y a le droit de SHOW DATABASES. See Section 13.5.1.3, « Syntaxe de GRANT et REVOKE ». ? --safe-user-create Si cette option est activée, tout utilisateur ne peut créer d'autres utilisateurs avec les droits de GRANT, s'il ne dispose pas des droits d'insertion dans la table mysql.user. Si vous voulez donner un accès à un utilisateur pour qu'il puisse créer des utilisateurs avec les droits dont il dispose, vous pouvez lui donner les droits suivants : mysql> GRANT INSERT(user) ON mysql.user TO 'user'@'hostname'; Cela va s'assurer que l'utilisateur ne peut par modifier une colonne directement, mais qu'il peut exécuter la commande GRANT sur d'autres utilisateurs. ? --secure-auth Interdit l'identification pour les comptes qui ont d'anciens mot de passe (avant la version 4.1). Cette option est valable depuis MySQL 4.1.1. ? --skip-grant-tables Cette option force le serveur à ne pas utiliser les tables de droits. Cette option donne donc tous les droits à tout le monde sur le serveur ! Vous pouvez forcer un serveur en fonctionnement à reprendre les tables de droits en exécutant la commande mysqladmin flush- privileges ou mysqladmin reload.) ? --skip-name-resolve Les noms d'hôtes ne sont pas résolus. Toutes les valeurs de la colonne Host dans les tables de droits doivent être des adresses IP, ou bien localhost. ? --skip-networking Ne pas accepter les connexions TCP/IP venant du réseau. Toutes les connexions au serveur mysqld doivent être faîtes avec les sockets Unix. Cette option n'existe pas pour les versions antérieures à la 3.23.27, avec les MIT-pthread, car les sockets Unix n'étaient pas supportés par les MIT-pthreads à cette époque. ? --skip-show-database Ne pas autoriser la commande SHOW DATABASES, à moins que l'utilisateur n'ait les droits de SHOW DATABASES. Depuis la version 4.0.2, vous n'avez plus besoin de cette option, car les accès sont désormais donnés spécifiquement avec le droit SHOW DATABASES. 5.4.4. Problèmes de sécurité avec LOAD DATA LOCAL Administration du serveur 268 La commande LOAD DATA peut lire des données sur le serveur hôte, ou bien charger un fichier sur le client, avec l'option LOCAL. Il existe deux problèmes particuliers pour le support de cette commande : ? Comme la lecture du fichier est réalisée depuis le serveur, il est possible théoriquement de créer un serveur MySQL modifié qui pourrait lire n'importe quel fichier de la machine cliente, qui serait accessible à l'utilisateur. ? Dans un environnement web, où les clients se connectent depuis un serveur web, un utilisateur peut se servir de la commande LOAD DATA LOCAL pour lire les fichiers qui sont sur le serveur web, et auquel ce dernier a accès (en supposant qu'un utilisateur peut exécuter n'importe quelle commande sur le serveur). Pour traiter ces problèmes, nous avons changé la gestion des commandes LOAD DATA LOCAL depuis MySQL version 3.23.49 et MySQL version 4.0.2 (4.0.13 pour Windows) : ? Par défaut, tous les clients MySQL et les bibliothèques des distributions binaires sont compilées avec l'option --enable-local-infile, pour être compatible avec MySQL 3.23.48 et plus ancien. ? Si vous ne configurez pas MySQL avec l'option --enable-local-infile, alors LOAD DATA LOCAL sera désactivé par tous les clients, à moins que l'option mysql_options(... MYSQL_OPT_LOCAL_INFILE, 0) soit activée dans le client. See Section 24.2.3.43, « mysql_options() ». ? Pour le client en ligne de commande mysql, LOAD DATA LOCAL peut être activé en spécifiant l'option --local-infile[=1], ou désactivé avec --local-infile=0. ? Vous pouvez désactiver toutes les commandes LOAD DATA LOCAL du serveur MySQL en démarrant mysqld avec --local-infile=0. Similairement, pour mysqlimport, les options --local et -L active le chargement distant de fichiers. Dans ce cas, il faut que le serveur accepte aussi cette configuration pour que l'opération fonctionne. ? Au cas où LOAD DATA LOCAL INFILE est désactivé sur le serveur ou le client, vous obtiendrez le message d'erreur (1148) : The used command is not allowed with this MySQL version 5.5. Règles de sécurité et droits d'accès au serveur MySQL MySQL est pourvu d'un système avancé mais non standard de droits. Cette section décrit son fonctionnement. 5.5.1. Rôle du système de privilèges La fonction première du système de privilèges de MySQL est d'authentifier les utilisateurs se connectant à partir d'un hôte donné, et de leur associer des privilèges sur une base de données comme SELECT, INSERT, UPDATE et DELETE. Les fonctionnalités additionnelles permettent d'avoir un utilisateur anonyme et de contrôler les privilèges pour les fonctions spécifiques à MySQL comme LOAD DATA INFILE et les opérations administratives. Administration du serveur 269 5.5.2. Comment fonctionne le système de droits Le système de droits de MySQL s'assure que les utilisateurs font exactement ce qu'ils sont supposés pouvoir faire dans la base. Lorsque vous vous connectez au serveur, vous identité est déterminée par l'hôte d'où vous vous connectez et le nom d'utilisateur que vous spécifiez. Le système donne les droits en fonction de votre identité et de ce que vous voulez faire. MySQL considère votre nom d'hôte et d'utilisateur pour vous identifier, car il n'y pas que peu de raisons de supposer que le même nom d'utilisateur appartient à la même personne, quelque soit son point de connexion sur Internet. Par exemple, l'utilisateur joe qui se connecte depuis office.com n'est pas forcément la même personne que joe qui se connecte depuis elsewhere.com. MySQL gère cela en vous aidant à distinguer les différents utilisateurs et hôtes qui ont le même nom : vous pourriez donner des droits à joe lorsqu'il utilise sa connexion depuis office.com, et un autre jeu de droits lorsqu'il se connecte depuis elsewhere.com. Le contrôle d'accès de MySQL se fait en deux étapes : ? Etape 1 : Le serveur vérifie que vous êtes autorisé à vous connecter. ? Etape 2 : En supposant que vous pouvez vous connecter, le serveur vérifie chaque requête que vous soumettez, pour vérifier si vous avez les droits suffisants pour l'exécuter. Par exemple, si vous sélectionnez des droits dans une table, ou effacez une table, le serveur s'assure que vous avez les droits de SELECT pour cette table, ou les droits de DROP, respectivement. Si vos droits ont changé (par vous-mêmes ou bien par un administrateur), durant votre connexion, ces changements ne prendront peut être effets qu'à la prochaine requête. Voyez la section Section 5.5.7, « Quand les modifications de privilèges prennent-ils effets ? » pour plus détails. Le serveur stocker les droits dans des tables de droits, situées dans la base mysql. Le serveur lit le contenu de ces tables en mémoire lorsqu'il démarre, et les relit dans différentes circonstances, détaillées dans Section 5.5.7, « Quand les modifications de privilèges prennent-ils effets ? ». Le contrôle d'accès se fait par rapport aux tables en mémoire. Normalement, vous manipulez le contenu des tables indirectement, via les commandes GRANT et REVOKE pour configurer des comptes et des droits. See Section 13.5.1.3, « Syntaxe de GRANT et REVOKE ». La discussion de cette section décrit la structure des tables de droits, et comment elle interagit avec les clients. Le serveur utilise les tables user, db et host dans la base mysql durant les deux étapes. Les champs de cette table sont les suivants : Table name utilisateur base hôte Scope fields Host Host Host User Db Db Password User Privilege fields Select_priv Select_priv Select_priv Insert_priv Insert_priv Insert_priv Update_priv Update_priv Update_priv Delete_priv Delete_priv Delete_priv Index_priv Index_priv Index_priv Alter_priv Alter_priv Alter_priv Create_priv Create_priv Create_priv Drop_priv Drop_priv Drop_priv Grant_priv Grant_priv Grant_priv References_priv References_priv References_priv Reload_priv Administration du serveur 270 Shutdown_priv Process_priv File_priv Show_db_priv Super_priv Create_tmp_table _priv Create_tmp_table _priv Create_tmp_table _priv Lock_tables_priv Lock_tables_priv Lock_tables_priv Execute_priv Repl_slave_priv Repl_client_priv ssl_type ssl_cypher x509_issuer x509_cubject max_questions max_updates max_connections Lors de la seconde étape du contrôle d'accès (vérification de la requête), le serveur peut, suivant la requête, consulter aussi les tables tables_priv et columns_priv. Les champs de ces tables sont : Nom de la table tables_priv columns_priv Champ Host Host Db Db User User Table_name Table_name Column_name Droit Table_priv Column_priv Column_priv Autre champ Timestamp Timestamp Grantor Chaque table de droit contient des champs d'identification et des champs de droits. ? Les champs d'identification déterminent quels utilisateurs correspondent à cette ligne dans la table. Par exemple, une ligne dans la table user avec les valeurs dans les colonnes Host et User de 'thomas.loc.gov' et 'bob' servira à identifier les connexions qui sont faites par l'utilisateur bob depuis l'hôte thomas.loc.gov. De même, une ligne dans la table db avec les valeurs des colonnes Host, User et Db de 'thomas.loc.gov', 'bob' et 'reports' sera utilisée lorsque l'utilisateur bob se connecte depuis l'hôte thomas.loc.gov pour accéder à la base reports. Les tables tables_priv et columns_priv contiennent en plus des champs indiquant les tables et combinaisons tables et colonnes auxquelles les lignes s'appliquent. ? Les champs de droits indiquent si le droit est donné, c'est à dire si l'opération indiquée peut être exécuté. Le serveur combine les informations dans différentes tables pour former une description complète de l'utilisateur. Les règles utilisées sont décrites dans Section 5.5.6, Administration du serveur 271 « Contrôle d'accès, étape 2 : Vérification de la requête ». Les champs d'identification sont des chaînes, déclarées comme suit. La valeur par défaut de chacun des champs est la chaîne vide. Nom de la colonne Type Host CHAR(60) User CHAR(16) Password CHAR(16) Db CHAR(64) Table_name CHAR(60) Column_name CHAR(60) Avant MySQL 3.23, la colonne Db valait CHAR(32) dans certaines tables, et CHAR(60) dans d'autres. Pour vérifier les accès, la comparaison sur les valeurs de la colonne Host sont sensibles à la casse. User, Password, Db et Table_name sont insensibles. Les valeurs de Column_name sont insensibles depuis MySQL 3.22.12. Dans les tables user, db et host, tous les champs de droits sont déclarés avec le type ENUM('N','Y') : il peuvent prendre tous les valeurs de 'N' (non) ou 'Y' (oui, YES), et la valeur par défaut est 'N'. Dans les tables tables_priv et columns_priv, les champs de droits sont déclarés comme des champs de type SET : Nom de la table Nom du champs Valeurs possibles tables_priv Table_priv 'Select', 'Insert', 'Update', 'Delete', 'Create', 'Drop', 'Grant', 'References', 'Index', 'Alter' tables_priv Column_priv 'Select', 'Insert', 'Update', 'References' columns_pri v Column_priv 'Select', 'Insert', 'Update', 'References' En bref, le serveur utilise les tables de droits comme ceci : ? La table user détermine si le serveur accepte ou rejette la connexion. Pour les connexions acceptées, tous les privilèges donnés dans la table user indiquent des privilèges globaux. Ces droits d'appliquent à toutes les bases du serveur. ? Les champs d'identification de la table db déterminent quels utilisateurs peuvent accéder à quelles bases, depuis quel hôte. Les champs de droits indiquent alors les opérations permises. Les droits s'appliquent alors à toutes les bases sur le serveur. ? La table host est utilisée comme extension de la table db lorsque vous voulez qu'une ligne de la table db s'applique à plusieurs hôtes. Par exemple, si vous voulez qu'un utilisateur soit capable d'utiliser une base depuis plusieurs hôtes dans votre réseau, laissez la colonne Host vide dans la table db, Ce mécanisme est décrit en détails dans Section 5.5.6, « Contrôle d'accès, étape 2 : Vérification de la requête ». ? Les tables tables_priv et columns_priv sont similaires à la table db, mais sont plus atomiques : elle s'appliquent au niveau des tables et des colonnes, plutôt qu'au niveau des bases. Administration du serveur 272 Notez que les droits d'administration tels que (RELOAD, SHUTDOWN, etc...) ne sont spécifiés que dans la table user. En effet, ces opérations sont des opérations au niveau serveur, et ne sont pas liées à une base de données, ce qui fait qu'il n'y a pas de raison de les lier avec les autres tables. En fait user doit être consulté pour déterminer les autorisations d'administration. Le droit de FILE est spécifié par la table user. Ce n'est pas un droit d'administration, mais votre capacité à lire ou écrire des fichiers sur le serveur hôte et dépendant de la base à laquelle vous accédez. Le serveur mysqld lit le contenu des tables de droits une fois, au démarrage. Lorsqu'il y a des modifications dans les tables, elles prennent effet tel qu'indiqué dans Section 5.5.7, « Quand les modifications de privilèges prennent-ils effets ? ». Lorsque vous modifiez le contenu des tables de droits, c'est une bonne idée que de s'assurer que vous avez bien configuré les droits qui vous intéressent. Un moyen de vérifier les droits pour un compte est d'utiliser la commande SHOW GRANTS. Par exemple, pour déterminer les droits qui sont donnés à un compte avec les valeurs Host et User de pc84.example.com et bob, utilisez cette commande : mysql> SHOW GRANTS FOR 'bob'@'pc84.example.com'; Un outil de diagnostique pratique est le script mysqlaccess, que Yves Carlier a fourni à la distribution MySQL. Appelez mysqlaccess avec l'option the --help pour comprendre comment il fonctionne. Notez que mysqlaccess ne vérifie les accès que pour les tables user, db et host. Il n'utilise pas les tables de droit de niveau table ou colonne. Pour plus d'aide au diagnostique pour les problèmes de droits, voyez la section Section 5.5.8, « Causes des erreurs Access denied ». Pour des conseils généraux sur la sécurité, voyez la section Section 5.4, « Sécurité générale du serveur ». 5.5.3. Droits fournis par MySQL Les droits des utilisateurs sont stockés dans les tables user, db, host, tables_priv et columns_priv de la base mysql (c'est-à-dire, la base nommée mysql). Le serveur MySQL lit ces tables au démarrage, et dans les circonstances indiquées dans la section Section 5.5.7, « Quand les modifications de privilèges prennent-ils effets ? ». Les noms utilisés dans ce manuel font référence aux droits fournis par MySQL version 4.0.2, tel que présentés dans la table ci-dessous, avec le nom de la colonne associée au droit, dans la table de droits, et dans le contexte d'application. Plus d'informations sur la signification de chaque droit sont disponibles à Section 13.5.1.3, « Syntaxe de GRANT et REVOKE ». Droit Colonne Contexte ALTER Alter_priv tables DELETE Delete_priv tables INDEX Index_priv tables INSERT Insert_priv tables SELECT Select_priv tables UPDATE Update_priv tables CREATE Create_priv bases de données, tables ou index DROP Drop_priv bases de données ou tables GRANT Grant_priv bases de données ou tables REFERENCES References_priv bases de données ou tables CREATE TEMPORARY TABLES Create_tmp_table_p riv administration du serveur EXECUTE Execute_priv administration du serveur Administration du serveur 273 FILE File_priv accès aux fichiers du serveur LOCK TABLES Lock_tables_priv administration du serveur PROCESS Process_priv administration du serveur RELOAD Reload_priv administration du serveur REPLICATION CLIENT Repl_client_priv administration du serveur REPLICATION SLAVE Repl_slave_priv administration du serveur SHOW DATABASES Show_db_priv administration du serveur SHUTDOWN Shutdown_priv administration du serveur SUPER Super_priv administration du serveur Les droits de SELECT, INSERT, UPDATE et DELETE vous permettent de faire des opérations sur les lignes qui existent, dans une table existante d'une base. La commande SELECT requiert le droit de SELECT uniquement si des lignes sont lues dans une une table. Vous pouvez exéctuer une commande SELECT même sans aucun droit d'accès à une base de données dans le serveur. Par exemple, vous pourriez utiliser le client mysql comme une simple calculatrice : mysql> SELECT 1+1; mysql> SELECT PI()*2; Le droit de INDEX vous donne le droit de créer et détruire des index de table. Le droit de ALTER vous donne le droit de modifier une table avec la commande ALTER TABLE. Les droits de CREATE et DROP vous permettent de créer de nouvelles tables et bases de données, et de les supprimer. Notez que si vous donnez le droit de DROP pour la base de données mysql à un utilisateur, cet utilisateur pourra détruire la base qui contient les droits d'accès du serveur ! Le droit de GRANT vous permet de donner les droits que vous possédez à d'autres utilisateurs. Le droit de FILE vous donne la possibilité de lire et écrire des fichiers sur le serveur avec les commandes LOAD DATA INFILE et SELECT ... INTO OUTFILE. Tout utilisateur qui possède ce droit peut donc lire ou écrire dans n'importe quel fichier à l'intérieur duquel le serveur MySQL peut lire ou écrire. Les autres droits sont utilisés pour les opérations administratives qui sont exécutées par l'utilitaire mysqladmin. La table ci-dessous montre quelle commande est associée à mysqladmin avec un de ces droits : Droit Commande autorisée RELOAD reload, refresh, flush-privileges, flush-hosts, flush-logs et flush-tables SHUTDOWN shutdown PROCESS processlist SUPER kill La commande reload indique au serveur de relire les tables de droits. La commande refresh vide les tables de la mémoire, écrit les données et ferme le fichier de log. flush-privileges est un synonyme de reload. Les autres commandes flush-* effectuent des fonctions similaires Administration du serveur 274 à la commande refresh mais sont plus limitées dans leur application, et sont préférables dans certains contextes. Par exemple, si vous souhaitez simplement vider les tampons dans le fichier de log, utilisez flush-logs, qui est un meilleur choix que refresh. La commande shutdown éteint le serveur. La commande processlist affiche les informations sur les threads qui s'exécutent sur le serveur. La commande kill termine un des threads du serveur. Vous pouvez toujours afficher et terminer vos propres threads, mais vous aurez besoin des droits de PROCESS pour afficher les threads, et le droit de SUPER pour terminer ceux qui ont été démarrés par d'autres utilisateurs. See Section 13.5.4.3, « Syntaxe de KILL ». C'est une bonne idée en général, de ne donner les droits de Grant qu'aux utilisateurs qui en ont besoin, et vous devriez être particulièrement vigilant pour donner certains droits : ? Le droit de GRANT permet aux utilisateurs de donner leurs droits à d'autres utilisateurs. Deux utilisateurs avec des droits différents et celui de GRANT pourront combiner leurs droits respectifs pour gagner un autre niveau d'utilisation du serveur. ? Le droit de ALTER peut être utilisé pour tromper le système en renommant les tables. ? Le droit de FILE peut servir à lire des fichiers accessibles à tous sur le serveur, et les placer dans une base de données. Le contenu pourra alors être lu et manipulé avec SELECT. Cela inclus le contenu de toutes les bases actuellement hébergées sur le serveur ! ? Le droit de SHUTDOWN peut conduire au dénis de service, en arrêtant le serveur. ? Le droit de PROCESS permet de voir en texte clair les commandes qui s'exécutent actuellement, et notamment les changements de mot de passe. ? Le droit de SUPER peut être utilisé pour terminer les connexions ou modifier le mode opératoire du serveur. ? Les droits sur la base de données mysql peuvent être utilisés pour changer des mots de passe ou des droits dans la table des droits (Les mots de passe sont stockés chiffrés, ce qui évite que les intrus ne les lisent). S'ils accèdent à un mot de passe dans la table mysql.user, ils pourront l'utiliser pour se connecter au serveur avec cet utilisateur (avec des droits suffisants, le même utilisateur pourra alors remplacer un mot de passe par un autre). Il y a des choses qui ne sont pas possibles avec le système de droits de MySQL : ? Vous ne pouvez pas explicitement interdire l'accès à un utilisateur spécifique. C'est à dire, vous ne pouvez pas explicitement décrire un utilisateur et lui refuser la connexion. ? Vous ne pouvez pas spécifier qu'un utilisateur a les droits de créer et de supprimer des tables dans une base, mais qu'il n'a pas les droits pour créer et supprimer cette base. 5.5.4. Se connecter au serveur MySQL Les clients MySQL requièrent généralement que vous spécifiez les paramètres de connexion pour vous connecter au serveur MySQL : ? l'hôte que vous voulez utiliser ? votre nom d'utilisateur ? votre mot de passe Administration du serveur 275 Par exemple, le client mysql peut être démarré comme ceci : shell> mysql [-h nom_d_hote] [-u nom_d_utilisateur] [-pvotre_mot_de_passe] Les formes alternatives des options -h, -u et -p sont --host=host_name, - -user=user_name et --password=your_pass. Notez qu'il n'y a aucun espace entre l'option -p ou --password= et le mot de passe qui le suit. Si vous utilisez les options -p et --password mais que vous ne spécifiez pas de mot de passe, le client vous le demandera interactivement. Le mot de passe ne sera alors pas affiché. C'est la méthode la plus sécuritaire. Sinon, n'importe quel utilisateur du système pourra voir le mot de passe de la ligne de commande en exécutant une commande telle que ps auxww. See Section 5.6.6, « Garder vos mots de passe en lieu sûr ». mysql utilise des valeurs par défaut pour chacun des paramètres qui manquent en ligne de commande : ? Le nom d'hôte par défaut est localhost. ? Le nom d'utilisateur par défaut est votre nom d'utilisateur de système Unix. ? Aucun mot de passe n'est transmis si -p manque. Par exemple, pour un utilisateur Unix joe, les commandes suivantes sont équivalentes : shell> mysql -h localhost -u joe shell> mysql -h localhost shell> mysql -u joe shell> mysql Les autres clients MySQL se comportent de manière similaire. Sous Unix, vous pouvez spécifier différentes valeurs par défaut qui seront utilisées lorsque vous établirez la connexion, de manière à ce que vous n'ayez pas à entrer ces informations en ligne de commande lorsque vous invoquez un programme client. Cela peut se faire de plusieurs fa¸ons : ? Vous pouvez spécifier les informations de connexion dans la section [client] du fichier de configuration .my.cnf de votre dossier personnel. La section qui vous intéresse ressemble à ceci : [client] host=nom_d_hote user=nom_d'utilisateur password=votre_mot_de_passe Les fichiers d'options sont présentés dans la section Section 4.3.2, « Fichier d'options my.cnf ». ? Vous pouvez spécifier les paramètres de connexion avec les variables d'environnement. L'hôte peut être spécifié à mysql avec la variable MYSQL_HOST. L'utilisateur MySQL peut être spécifié avec la variable USER (uniquement pour Windows). Le mot de passe peut être spécifié avec MYSQL_PWD : mais ceci est peu sécuritaire voyez Section 5.6.6, « Garder vos mots de passe en lieu sûr ». Voyez aussi la prochaine section Annexe E, Variables d'environnement. 5.5.5. Contrôle d'accès, étape 1 : Vérification de la connexion Administration du serveur 276 Lorsque vous tentez de vous connecter au serveur MySQL, le serveur accepte ou rejette la connexion en fonction de votre identité et du mot de passe que vous fournissez. Si le mot de passe ne correspond pas à celui qui est en base, le serveur vous interdit complètement l'accès. Sinon, le serveur accepte votre connexion et passe à l'étape 2, et la gestion de commandes. Votre identité est basée sur trois informations : ? L'hôte depuis lequel vous vous connectez ? Votre nom d'utilisateur MySQL La vérification d'identité est réalisée avec les trois colonnes de la table user (Host, User et Password). Le serveur accepte la connexion uniquement si une entrée dans la table user correspond à votre hôte, et que vous fournissez le mot de passe qui correspond. Les valeurs de la table user peuvent être paramétrées comme ceci : ? Une valeur de la colonne Host peut être un nom d'hôte, une adresse IP numérique, ou encore 'localhost', qui représente l'hôte local. ? Vous pouvez utiliser les caractères jokers ?%? et ?_? dans le champ Host. Ces caractères ont la même valeur que pour les opérations de recherches avec l'opérateur LIKE. Par exemple, une valeur Host de '%' remplace n'importe quel nom d'hôte, alors que la valeur '%.mysql.com' représente tous les hôtes du domaine mysql.com. ? Depuis MySQL version 3.23, les valeurs de Host spécifiées sous la forme d'IP numériques peuvent être complétées avec le masque de réseau qui indique combien de bits d'adresse sont utilisés. Par exemple : mysql> GRANT ALL PRIVILEGES ON db.* -> TO david@'192.58.197.0/255.255.255.0'; Cela permet à toute personne se connectant depuis une adresse IP qui satisfait la contrainte suivante : user_ip & netmask = host_ip C'est à dire, pour la commande GRANT ci-dessus : client_ip & 255.255.255.0 = 192.58.197.0 Les adresses IP qui satisfont cette condition et qui peuvent se connecter au serveur MySQL sont dans l'intervalle 192.58.197.0 à 192.58.197.255. ? Une valeur vide pour la colonne Host indique que les droits doivent être gérés avec les entrées de la table host qui correspond à l'hôte se connectant. Vous trouverez plus d'informations à ce sujet dans le chapitre Section 5.5.6, « Contrôle d'accès, étape 2 : Vérification de la requête ». Une valeur vide dans la colonne Host des autres tables de droits revient à '%'. Comme vous pouvez utiliser des jokers dans les valeurs IP de Host (par exemple, '144.155.166.%' pour tous les hôtes d'un sous-réseau), il est possible d'exploiter cette possibilité en appelant un hôte 144.155.166.ailleurs.com. Pour contrer ce type d'attaque, MySQL bloque les noms de domaines qui commence par des chiffres et des points. Par conséquent, si vous avez un hôte nommé 1.2.foo.com, il ne sera jamais accepté par la colonne Host des tables de droits. Un caractère joker d'adresse IP peut remplacer uniquement des nombres d'IP, et pas un nom d'hôte. Administration du serveur 277 Dans la colonne User, les caractères joker ne sont pas autorisés, mais vous pouvez laisser cette valeur vide, qui acceptera tous les noms. Si la table user contient une connexion avec un nom d'utilisateur vide, l'utilisateur est considéré comme anonyme. Cela signifie que le nom d'utilisateur vide est utilisé pour les prochaines vérifications d'accès pour la durée de la connexion. Le champ Password peut être vide. Cela ne signifie pas que n'importe quel mot de passe est valable, mais que l'utilisateur peut se connecter sans fournir de mot de passe. Les valeurs non vides du champ Password représentent des valeurs du mot de passe chiffrées. MySQL ne stocke pas les mots de passe en clair, à la vue de tous. Au contraire, le mot de passe fourni pas l'utilisateur qui tente de se connecter est chiffré (avec la fonction PASSWORD()). Le mot de passe ainsi chiffré est alors utilisé entre le client et le serveur pour vérifier s'il est valable. Cela évite que des mots de passe en clair circulent entre le client et le serveur, sur la connexion. Notez que du point de vue de MySQL, le mot de passe chiffré est le vrai mot de passe, ce qui fait que vous ne devez en aucun cas le donner à un tiers. En particulier, ne donnez pas accès en lecture aux utilisateurs normaux aux tables d'administration dans la base mysql! A partir de sa version 4.1, MySQL utilise un mécanisme différent pour les logins, mots de passes qui est sécurisé même si les paquets TCP/IP sont sniffés et/ou que la base de données mysql est capturée. Depuis la version 4.1, MySQL emploie une identification forte qui protège mieux les mots de passe durant le processus de connexion. Cette méthode est sécuritaire, même si les paquets TCP/IP sont surveillés pour que la base de données mysql est capturée. Le chiffrement est présenté dans la section Section 5.5.9, « Hashage de mots de passe en MySQL 4.1 ». Les exemples ci-dessous illustrent comment différentes variantes de Host et User dans la table user s'appliquent aux connexion entrantes : Host value User value Connexions autorisées 'thomas.loc.gov' 'fred' fred, se connectant depuis thomas.loc.gov 'thomas.loc.gov' '' N'importe quel utilisateur, se connectant depuis thomas.loc.gov '%' 'fred' fred, se connectant depuis n'importe quel hôte '%' '' N'importe quel utilisateur, se connectant depuis n'importe quel hôte '%.loc.gov' 'fred' fred, se connectant depuis n'importe quel hôte dans le domaine loc.gov 'x.y.%' 'fred' fred, se connectant depuis x.y.net, x.y.com,x.y.edu, etc. (Ceci n'est probablement pas très utilisé) '144.155.166.177' 'fred' fred, se connectant depuis l'hôte d'IP 144.155.166.177 '144.155.166.%' 'fred' fred, se connectant depuis un hôte d'IP dans la classe C 144.155.166 '144.155.166.0/255.255 .255.0' 'fred' Identique à l'exemple précédent Comme vous pouvez utiliser des caractères jokers dans les adresses IP de la colonne Host (par exemple, '144.155.166.%' pour identifier tout un sous-réseau), il est possible d'exploiter cette fonctionnalité en nommant un hôte 144.155.166.kekpart.com. Pour contrer de telles tentatives, MySQL interdit les caractères jokers avec les noms d'hôtes qui commencent par des chiffres ou des points. Par exemple, si vous avez un nom d'hôte tel que 1.2.foo.com, il ne sera jamais trouvé dans la colonne Host des tables de droits. Seule une adresse IP numérique peut être comparée avec un masque à caractère joker. Une connexion entrante peut être identifiée par plusieurs entrées dans la table user. MySQL résout ce problème comme ceci : Administration du serveur 278 ? Lorsque le serveur lit la table user en mémoire, il trie les lignes. ? Lorsqu'un client tente de se connecter, le serveur lit les lignes dans l'ordre. ? Le serveur utilise la première ligne qui correspond au nom du client et à son nom d'utilisateur. Supposons que votre table user ressemble à ceci : +-----------+----------+- | Host | User | ... +-----------+----------+- | % | root | ... | % | jeffrey | ... | localhost | root | ... | localhost | | ... +-----------+----------+- Lorsque le serveur lit cette table, il ordonne les lignes depuis les valeurs les plus spécialisées de la colonne Host jusqu'aux plus générales ('%' dans la colonne Host signifie ``tous les hôtes'' et elle est la moins spécifique). Les entrées identiques dans la colonne Host sont ordonnées en fonction de la spécificité des valeurs de la colonne User (une entrée vide dans la colonne User signifie ``n'importe quel utilisateur'' et est spécifique). Le résultat de ce tri donne quelque chose comme ceci : +-----------+----------+- | Host | User | ... +-----------+----------+- | localhost | root | ... | localhost | | ... | % | jeffrey | ... | % | root | ... +-----------+----------+- Lorsqu'une connexion est en cours de mise en place, le serveur regarde dans cette liste, et utilisera la première entrée trouvée. Pour une connexion depuis l'hôte localhost avec le nom d'utilisateur jeffrey, les entrées 'localhost' dans la colonne Host sont trouvées en premier. Parmi celles-la, la ligne avec un utilisateur vide satisfait les deux contraintes sur le nom et l'hôte. '%'/'jeffrey' pourrait avoir fonctionné, mais comme ce n'est pas le premier rencontré, il n'est pas utilisé. Voici un autre exemple. Supposons que la table user ressemble à ceci : +----------------+----------+- | Host | User | ... +----------------+----------+- | % | jeffrey | ... | thomas.loc.gov | | ... +----------------+----------+- La table triée ressemble à ceci : +----------------+----------+- | Host | User | ... +----------------+----------+- | thomas.loc.gov | | ... | % | jeffrey | ... +----------------+----------+- Une connexion depuis l'hôte thomas.loc.gov avec jeffrey satisfait les conditions de la première ligne, tandis qu'une connexion depuis whitehouse.gov avec jeffrey satisfait la seconde ligne. Administration du serveur 279 Une erreur commune est de penser que pour un utilisateur donné, toutes les entrées qui utilisent explicitement ce nom seront utilisées en premier lorsque la connexion est en cours d'établissement. Ceci est tout simplement faux. L'exemple précédent illustre cette situation, car la connexion depuis l'hôte thomas.loc.gov avec jeffrey est la première ligne qui est trouvée, alors que la ligne contenant 'jeffrey' dans la colonne User est ignorée, car il n'y a pas de nom d'utilisateur. Si vous arrivez à vous connecter au serveur, mais que les droits ne sont pas ce que vous attendez, vous vous êtes probablement identifié avec un autre compte. Pour savoir quel compte le serveur utilise lors de votre identification, utilisez la fonction CURRENT_USER(). Elle retourne la valeur au format user_name@host_name qui indique les valeurs des colonne User et Host de la table user qui vous est affectée. Supposons que jeffrey se connecte et utilise la requête suivante : mysql> SELECT CURRENT_USER(); +----------------+ | CURRENT_USER() | +----------------+ | @localhost | +----------------+ Le résultat affiché ci-dessus indique que la ligne de la table user est l'utilisateur User vide. En d'autres termes, le serveur traite jeffrey comme un utilisateur anonyme. La fonction CURRENT_USER() est disponible depuis MySQL 4.0.6. See Section 12.8.3, « Fonctions d'informations ». Une autre piste à explorer : imprimez le contenu de la table user et triez la manuellement pour voir quelle est la première ligne qui est utilisée. 5.5.6. Contrôle d'accès, étape 2 : Vérification de la requête Une fois que vous avez établi la connexion, le serveur passe à l'étape 2. Pour chaque requête qui est fournie avec la connexion, le serveur vérifie si vous avez les droits suffisants pour exécuter une commande, en fonction du type de commande. C'est à ce moment que les colonnes de droits des tables d'administration entrent en scène. Ces droits peuvent provenir de la table user, db, host, tables_priv ou columns_priv. Les tables d'administration sont manipulées avec les commandes GRANT et REVOKE. (Vous pouvez aussi vous reporter à la section Section 5.5.2, « Comment fonctionne le système de droits » qui liste les champs présents dans chaque table d'administration). La table d'administration user donne les droits aux utilisateurs au niveau global, c'est à dire que ces droits s'appliquent quelle que soit la base de données courante. Par exemple, si la table user vous donne le droit d'effacement ,DELETE, vous pouvez effacer des données dans n'importe quelle base de ce serveur. En d'autres termes, les droits stockés dans la table user sont des droits de super utilisateur. Il est recommandé de ne donner des droits via la table user uniquement aux super utilisateurs, ou aux administrateurs de bases. Pour les autres utilisateurs, il vaut mieux laisser les droits dans la table user à 'N' et donner des droits au niveau des bases uniquement, avec les tables db et host. Les tables db et host donnent des droits au niveau des bases. Les droits peuvent être spécifiés dans ces tables comme ceci : ? Les caractères ?%? et ?_? peuvent être utilisés dans la colonne Host et Db des deux tables. Si vous souhaitez utiliser le caractère ?_? comme nom de base, utiliser la séquence ?\_? dans la commande GRANT. ? La valeur '%' dans la colonne Host de la table db signifie ``tous les hôtes''. Une valeur vide dans la colonne Host de la table db signifie ``consulte la table host pour plus de détails''. ? La valeur '%' ou vide dans la colonne Host de la table host signifie ``tous les hôtes''. Administration du serveur 280 ? La valeur '%' ou vide dans la colonne Db des deux tables signifie ``toutes les bases de données''. ? Un utilisateur vide dans la colonne User de l'une des deux tables identifie l'utilisateur anonyme. Les tables db et host sont lues et triées par le serveur au démarrage (en même temps que la table user. La table db est triée suivant les valeurs des colonnes Host, Db et User, et la table host est triée en fonction des valeurs des colonnes Host et Db. Comme pour la table user, le tri place les entrées les plus spécifiques au début, et les plus générales à la fin. Lorsque le serveur recherche une ligne, il utilise la première qu'il trouve. Les tables tables_priv et columns_priv spécifient les droits au niveau des tables et des colonnes. Les valeurs des droits dans ces tables peuvent être spécifiés avec les caractères spéciaux suivants : ? Les caractères ?%? et ?_? peuvent être utilisés dans la colonne Host des deux tables. ? La valeur '%' dans la colonne Host des deux tables signifie ``tous les hôtes''. ? Les colonnes Db, Table_name et Column_name ne peuvent pas contenir de valeur vide ou de caractères jokers, dans les deux tables. Les tables tables_priv et columns_priv sont triées en fonction des colonnes Host, Db et User. Ce tri est similaire à celui du tri de la table db, même si le tri est bien plus simple, car seul le champ Host peut contenir des caractères jokers. Le processus de vérification est décrit ci-dessous. Si vous êtes familier avec le code source de contrôle d'accès, vous noterez que la description diffère légèrement de l'algorithme utilisé. La description est équivalente à ce que fait en réalité le code. La différence permet une meilleure approche pédagogique. Pour les requêtes d'administration comme SHUTDOWN, RELOAD, etc., le serveur vérifie uniquement l'entrée dans la table user, car c'est la seule table qui spécifie des droits d'administration. Le droit est donné si la ligne utilisée dans la connexion courante dans la table user donne le droit, et sinon, ce droit est interdit. Par exemple, si vous souhaitez exécuter la commande mysqladmin shutdown mais que votre ligne dans la table user ne vous en donne pas le droit (SHUTDOWN), vous n'aurez pas le droit sans même vérifier les tables db ou host : ces tables ne contiennent pas de colonne Shutdown_priv, ce qui évite qu'on en ait besoin. Pour les requêtes exploitant une base de données, comme INSERT, UPDATE, etc., le serveur vérifie d'abord les droits globaux de l'utilisateur (droits de super utilisateur), en regardant dans la table user. Si la ligne utilisée dans cette table donne droit à cette opération, le droit est donné. Si les droits globaux dans user sont insuffisants, le serveur déterminera les droits spécifiques à la base avec les tables db et host : 1. Le serveur recherche dans la table db des informations en se basant sur les colonnes Host, Db et User. Les champs Host et User sont comparés avec les valeurs de l'hôte et de l'utilisateur qui sont connectés. Le champ Db est comparé avec le nom de la base de données que l'utilisateur souhaite utiliser. S'il n'existe pas de ligne qui corresponde à Host et User, l'accès est interdit. 2. S'il existe une ligne dans la table db et que la valeur de la colonne Host n'est pas vide, cette ligne définit les droits de l'utilisateur. 3. Si dans la ligne de la table db, la colonne Host est vide, cela signifie que la table host spécifie quels hôtes doivent être autorisés dans la base. Dans ce cas, une autre recherche est faite dans la table host pour trouver une ligne avec les colonnes Host et Db. Si aucune ligne de la table host n'est trouvée, l'accès est interdit. S'il y a une ligne, les droits de l'utilisateur sont calculés comme l'intersection (NON PAS l'union !) des droits dans les tables db et host, Administration du serveur 281 c'est-à-dire que les droits doivent être marqués 'Y' dans les deux tables (de cette fa¸on, vous pouvez donner des droits généraux dans la table db puis les restreindre sélectivement en fonction des hôtes, en utilisant la table host. Après avoir déterminé les droits spécifiques à l'utilisateur pour une base grâce aux tables db et host, le serveur les ajoute aux droits globaux, donnés par la table user. Si le résultat autorise la commande demandée, l'accès est donné. Sinon, le serveur vérifie les droits au niveau de la table et de la colonne dans les tables tables_priv et columns_priv, et les ajoute aux droits déjà acquis. Les droits sont alors donnés ou révoqués en fonction de ces résultats. Exprimée en termes booléens, la description précédente du calcul des droits peut être résumé comme ceci : droits globaux OR (droits de base AND droits d'hôte) OR droits de table OR droits de colonne Il n'est peut-être pas évident pourquoi, si les droits globaux issus de la table user sont initialement insuffisants pour l'opération demandée, le serveur ajoute ces droits à ceux de base, table ou colonne ? La raison est que la requête peut demander l'application de plusieurs droits. Par exemple, si vous exécutez une commande INSERT ... SELECT, vous aurez besoin des droits de INSERT et de SELECT. Vos droits peuvent être tels que la table user donne un droit, mais que la table db en donne un autre. Dans ce cas, vous aurez les droits nécessaires pour faire une opération, mais le serveur ne peut le déduire d'une seule table : les droits de plusieurs tables doivent être combinés pour arriver à la bonne conclusion. La table host sert à gérer une liste d'hôtes reconnus et sécuritaires. Chez TcX, la table host contient une liste de toutes les machines du réseau local. Ces machines re¸oivent tous les droits. Vous pouvez aussi utiliser la table host pour spécifier les hôtes qui ne sont pas sécuritaires. Supposons que la machine public.votre.domaine t est placée dans une zone publique que vous considérez comme peu sûre. Vous pouvez autoriser l'accès de toutes les machines, hormis celle-ci, grâce à la table host configurée comme ceci : +--------------------+----+- | Host | Db | ... +--------------------+----+- | public.your.domain | % | ... (tous les droits à 'N') | %.your.domain | % | ... (tous les droits à 'Y') +--------------------+----+- Naturellement, vous devriez toujours tester vos requêtes dans la table de droits, en utilisant l'utilitaire mysqlaccess pour vous assurer que vous disposez des droits nécessaires pour réaliser cette opération. 5.5.7. Quand les modifications de privilèges prennent- ils effets ? Lorsque mysqld est lancé, toutes les tables de droits sont lues, et sont utilisées. Les modifications aux tables de droits que vous faites avec GRANT, REVOKE et SET PASSWORD sont immédiatement prises en compte par le serveur. Si vous modifiez les tables de droits manuellement (avec INSERT, UPDATE, etc...), vous devez exécuter la commande FLUSH PRIVILEGES ou la commande mysqladmin flush- privileges, ou encore mysqladmin reload pour dire au serveur de relire les tables de droits. Sinon, vos modifications n'auront aucun effet jusqu'au redémarrge du serveur. Si vous Administration du serveur 282 modifiez les tables de droits manuellement, mais que vous oubliez de recharger les droits, vous vous demanderez sûrement pourquoi vos modifications n'ont pas d'effet. Lorsque le serveur remarque que les tables de droits ont été modifiées, les connexions existantes avec les clients sont modifiées comme ceci : ? Les droits de table et colonnes prennent effet à la prochaine requête du client. ? Les droits de bases prennent effet à la prochaine commande USE nom_de_base. ? Les droits globaux et les modifications de droits prennent effets lors de la prochaine connexion. 5.5.8. Causes des erreurs Access denied Si vous rencontrez des erreurs Access denied quand vous essayez de vous connecter au serveur MySQL, la liste suivante indique quelques actions à entreprendre pour corriger le problème : ? Assurez vous que le serveur fonctionne. S'il ne fonctionne pas, vous ne pourrez pas vous y connecter. Par exemple, si vous tentez de vous connecter au serveur, et que vous recevez un message comme celui-ci, c'est peut-être que le serveur ne fonctionne pas : shell> mysql ERROR 2003: Can't connect to MySQL server on 'host_name' (111) shell> mysql ERROR 2002: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (111) Il se peut aussi que le serveur fonctionne, mais que vous essayez de vous connecter en utilisant un port TCP/IP, un pipe nommé ou un fichier de socket Unix qui n'est pas celui que le serveur utilise. Pour corriger cela, lorsque vous utilisez un client, spécifiez l'option --port pour indiquer le bon port, et l'option --socket pour indiquer le bon fichier de socket Unix ou le pipe nommé Windows. Pour connaître le port utilisé, et le chemin jusqu'à la socket, vous pouvez utiliser cette commande : shell> netstat -l | grep mysql ? Les tables de droits doivent être correctement configurée pour que le serveur les utilise lors de l'identification. Les installations Windows qui utilisent une distribution binaire ou les installations binaires Unix RPM initialisent automatiquement la base mysql contenant les tables de droits. Pour les autres types d'installation, vous devez initialiser les tables de droits manuellement, avec le script mysql_install_db. Pour plus de détails, voyez Section 2.5.2, « Procédures de post-installation sous Unix ». Un moyen de déterminer si vous avez besoin d'initialiser les tables de droits est de regarder dans le dossier mysql dans le dossier de données. Le dossier de données s'appelle data ou var et est situé dans le dossier d'installation de MySQL. Assurez vous que vous avez un fichier appelé user.MYD dans le dossier mysql. Si vous ne le trouvez pas, exécutez le script mysql_install_db. Après exécution de ce script, et redémarrage du serveur, testez les premiers droits avec la commande : shell> mysql -u root test Le serveur doit vous laisser vous connecter sans erreur. ? Après une installation toute fraîche, vous devez vous connecter au serveur et créer les utilisateurs en réglant leurs permissions d'accès : shell> mysql -u root mysql Administration du serveur 283 Le serveur devrait vous laisser vous connecter car l'utilisateur root de MySQL n'a pas de mot de passe initial. Ceci est aussi une faille de sécurité, et donc, vous devez choisir un mot de passe pour l'utilisateur root en même tant que les autres utilisateurs MySQL. Pour des instructions sur la configuration des mots de passe initiaux, voyez la section Section 2.5.3, « Création des premiers droits MySQL ». ? Si vous avez mis à jour une version de MySQL avec une nouvelle versions, avez-vous utilisé le script mysql_fix_privilege_tables? Si ce n'est pas le cas, faîtes-le. La structure des tables de droits change occasionnellement, lorsque de nouvelles fonctionnalités sont ajoutées : après une mise à jour, assurez-vous que vos tables ont la bonne structure. Pour des instructions, voyez Section 2.6.7, « Mise à jour des tables de droits ». ? Si un programme client re¸oit l'erreur suivante lorsqu'il essaie de se connecter, cela signifie que le serveur attend un mot de passe dans un nouveau format, alors que le client fournit un ancien format : shell> mysql Client does not support authentication protocol requested by server; consider upgrading MySQL client Pour des informations sur comment traiter ce type de situations, voyez Section 5.5.9, « Hashage de mots de passe en MySQL 4.1 » et Section A.2.3, « Erreur Client does not support authentication protocol ». ? Si vous essayez de vous connecter en tant que root et que vous recevez l'erreur suivante, cela signifie que vous n'avez pas d'entrée dans la table user avec une valeur 'root' dans la colonne User et que mysqld ne peut pas résoudre le nom d'hôte du client : Access denied for user: ''@'unknown' to database mysql Dans ce cas, vous devez relancer le serveur avec l'option --skip-grant-tables, et éditer votre fichier /etc/hosts ou \windows\hosts pour ajouter une ligne vous votre hôte. ? N'oubliez pas que les clients utilisent les paramètres de connexions placés dans les fichiers d'options ou les variables d'environnement. Si un client semble envoyer des paramètres de connexions invalides, lorsque vous n'en spécifiez aucun, vérifiez votre environnement, et les options appropriées. Par exemple, si vous recevez l'erreur Access denied avec un client utilisé sans option, assurez vous que vous n'avez pas spécifié un ancien mot de passe dans vos anciens fichiers d'options. Vous pouvez supprimer l'utilisation des fichiers d'options d'un client en utilisant l'option - -no-defaults. Par exemple : shell> mysqladmin --no-defaults -u root version Le fichier d'option que les clients utilisent sont listés dans la section Section 4.3.2, « Fichier d'options my.cnf ». Les variables d'environnement sont listées dans Annexe E, Variables d'environnement. ? Si vous obtenez une erreur qui ressemble à celle-ci : shell> mysqladmin -u root -pxxxx ver Access denied for user: 'root'@'localhost' (Using password: YES) Cela signifie que vous utilisez un mot de passe erroné. Si l'erreur précédente survient lorsque vous n'avez pas spécifié de mot de passe, cela signifie que vous n'avez pas spécifié de mot de passe dans un fichier d'options. Essayez l'option - -no-defaults telle décrit ci-dessus. Administration du serveur 284 Pour des informations sur les changements de mot de passe, voyez Section 5.6.5, « Configurer les mots de passe ». Si vous avez oublié le mot de passe root, vous pouvez redémarrer mysqld avec - -skip-grant-tables pour changer le mot de passe. See Section A.4.1, « Comment réinitialiser un mot de passe Root oublié ». ? Si vous n'arrivez pas à faire fonctionner votre mot de passe, souvenez-vous que vous devez utiliser la fonction PASSWORD() si vous le changez avec les commandes INSERT, UPDATE, ou SET PASSWORD. L'utilisation de la fonction PASSWORD() n'est pas nécessaire si vous spécifiez le mot de passe en utilisant la commande GRANT ... INDENTIFIED BY ou la commande mysqladmin password. See Section 5.6.5, « Configurer les mots de passe ». mysql> SET PASSWORD FOR 'abe'@'host_name' = 'eagle'; A la place, utilisez cette commande : mysql> SET PASSWORD FOR 'abe'@'host_name' = PASSWORD('eagle'); La fonction PASSWORD() n'est pas nécessaire si vous spécifiez un mot de passe avec la commande GRANT ou la commande en ligne mysqladmin password, qui utilisent automatiquement PASSWORD() pour chiffrer le mot de passe. ? localhost est un synonyme de votre nom d'hôte local, et est aussi l'hôte par défaut auquel le client essaye de se connecter si vous n'en spécifiez pas un explicitement. Toutefois, les connexions à localhost ne fonctionnent pas si vous utilisez une version antérieure à la 3.23.27 qui utilise les MIT-pthreads. Pour contourner ce problème sur de tels systèmes, vous devez utiliser l'option --host pour nommer l'hôte du serveur explicitement. Cela créera une connexion TCP/IP vers le serveur mysqld. Dans ce cas, vous devez avoir votre vrai nom d'hôte dans les entrées de la table user du serveur hôte. (Cela est vrai même si vous utilisez un programme client sur la même machine que le serveur.) ? Si vous obtenez une erreur Access denied lorsque vous essayez de vous connecter à la base de données avec mysql -u nom_utilisateur nom_base, vous pouvez avoir un problème dans la table user. Vérifiez le en vous exécutant mysql -u root mysql et entrant la commande SQL suivante : mysql> SELECT * FROM user; Le résultat devrait comprendre une entrée avec les colonnes Host et User correspondante au nom d'hôte de votre ordinateur et votre nom d'utilisateur MySQL. ? Le message d'erreur Access denied vous dira en tant que qui vous essayez de vous identifier, l'hôte à partir duquel vous voulez le faire, et si vous utilisez ou pas un mot de passe. Normalement, vous devez avoir une entrée dans la table user qui correspondent au nom d'hôte et nom d'utilisateur donnés dans le message d'erreur. Par exemple, si vous obtenez une erreur qui contient Using password: NO, cela signifie que vous avez essayé de vous connecter sans mot de passe. ? Si vous obtenez l'erreur suivante en essayant de vous connecter à partir d'un hôte différent de celui sur lequel est placé le serveur, c'est qu'il n'y a pas d'enregistrement dans la table user qui correspond à cet hôte : Host ... is not allowed to connect to this MySQL server Vous pouvez corriger ce problème en configurant un compte avec la combinaison hôte / nom d'utilisateur que vous utilisez lors de la connexion. Administration du serveur 285 Si vous ne connaissez ni l'IP ni le nom d'hôte à partir duquel vous essayez de vous connecter, vous devez créer une entrée avec '%' dans la colonne Host dans la table user et redémarrer mysqld avec l'option --log sur la machine serveur. Après avoir essayé à nouveau de vous connecter à partir de la machine cliente, les informations contenues dans le log de MySQL vous apprendront comment vous vous êtes vraiment connectés. (Remplacez alors l'entrée de la table user contenant '%' avec le nom d'hôte qui apparaît dans le log. Sinon, vous aurez un système non-sécurisé.) Une autre raison pour cette erreur sous Linux est que vous utilisez une version binaire de MySQL qui est compilée avec une version de glibc différente de celle que vous utilisez. Dans ce cas, vous devez soit mettre à jour votre système d'exploitation et sa bibliothèque glibc, soit télécharger les sources de MySQL et les compiler vous-même. Un RPM de sources est normalement facile à compiler et installer, cela ne devrait donc pas vous poser de gros problèmes. ? Si vous obtenez une erreur où le nom d'hôte est absent ou que celui-ci est une adresse IP alors que vous avez bien entré le nom d'hôte : shell> mysqladmin -u root -pxxxx -h some-hostname ver Access denied for user: 'root@' (Using password: YES) Cela signifie que MySQL a rencontré des erreurs lors de la résolution de l'IP du nom d'hôte. Dans ce cas, vous pouvez exécuter mysqladmin flush-hosts pour vider le cache interne des DNS. See Section 7.5.6, « Comment MySQL utilise le DNS ». Les autres solutions sont : ? Essayez de trouver le problème avec votre serveur DNS et corrigez le. ? Spécifiez les IP à la place des noms d'hôtes dans les tables de droits de MySQL. ? Ajoutez une ligne pour le nom de votre machine dans /etc/hosts. ? Démarrez mysqld avec --skip-name-resolve. ? Démarrez mysqld avec --skip-host-cache. ? Sous Unix, si vous utilisez le serveur et le client sur la même machine, connectez vous à localhost. Les connexions Unix à localhost utilisent une socket Unix plutôt que TCP/IP. ? Sous Windows, si vous exécutez le serveur et le client sur la même machine, et que le serveur supporte les pipes nommés, connectez vous à l'hôte . (point). Les connexions à . utilisent les pipes nommés plutôt que TCP/IP. ? Si mysql -u root test fonctionne mais que mysql -h votre_hote -u root test provoque une erreur Access denied, il se peut que vous ayez entré de mauvaises informations pour votre nom d'hôte dans la table user. Un problème commun ici est que la valeur Host dans la table user spécifie un nom d'hôte non-qualifié, mais que vos routines système de résolution de noms retournent un nom de domaine pleinement qualifié (ou vice- versa). Par exemple, si vous avez une entrée avec l'hôte 'tcx' dans la table user, mais que vos DNS disent à MySQL que votre nom d'hôte est 'tcx.subnet.se', l'entrée ne fonctionnera pas. Essayez d'ajouter une entrée dans la table user qui contient votre adresse IP en tant que valeur de la colonne Host. (Une alternative est d'ajouter une entrée dans la table user avec une valeur de Host qui contient un caractère spécial, par exemple, 'tcx.%'. Toutefois, l'utilisation des noms d'hôtes se terminant par ?%? est non-sécurisé et n'est pas recommandé !) ? Si mysql -u utilisateur test fonctionne mais que mysql -u utilisateur autre_base ne fonctionne pas, vous n'avez pas d'entrée pour autre_base listée dans la table db. Administration du serveur 286 ? Si mysql -u utilisateur nom_base fonctionne à partir du serveur, mais que mysql -h nom_hote -u utilisateur nom_base ne fonctionne pas à partir d'une autre machine, cette machine n'est pas listée dans la table user ou db. ? Si vous n'arrivez pas à trouver pourquoi vous obtenez l'erreur Access denied, effacez toutes les entrées de la table user dont la valeur du champ Host contiennent des caractères spéciaux (entrées contenant ?%? ou ?_?). Une erreur commune est d'insérer une nouvelle entrée avec Host='%' et User='un utilisateur', en pensant que cela vous permettra de spécifier localhost pour vous connecter à partir de la même machine. La raison pour laquelle cela ne fonctionnera pas est que les droits par défaut incluent une entrée avec Host='localhost' et User=''. Puisque cette entrée possède une valeur de Host égale à 'localhost', qui est plus spécifique que '%', elle est utilisée de préférence à la nouvelle entrée lors de la connexion à partir de localhost ! La procédure correcte est d'insérer une seconde entrée avec Host='localhost' et User='un_utilisateur', ou de supprimer l'entrée avec Host='localhost' et User=''. ? Si vous avez l'erreur suivante, vous avez peut-être un problème avec la table db ou host : Access to database denied Si l'entrée sélectionnée dans la table db possède un champ Host vide, assurez-vous qu'il y a au moins une entrée correspondante dans la table host spécifiant les hôtes auxquels l'entrée dans la table db s'applique. ? Si vous obtenez l'erreur lors de l'utilisation des commandes SQL SELECT ... INTO OUTFILE ou LOAD DATA INFILE, votre entrée dans la table user ne possède probablement pas les droits de FILE. ? Si vous apportez des modifications aux tables de droits directement (en utilisant une requête INSERT ou UPDATE) et que vos changements semblent ignorés, souvenez vous que vous devez exécuter une requête FLUSH PRIVILEGES ou la commande mysqladmin flush- privileges pour demander au serveur de lire à nouveau les tables de droits. Sinon, vos changements ne seront pris en compte qu'au prochain démarrage du serveur. Souvenez-vous qu'après avoir choisi le mot de passe root avec une commande UPDATE, vous n'aurez pas à le spécifier avant de recharger les privilèges, car le serveur ne sait pas que vous l'avez modifié ! ? Si vos droits changent en milieu de session, c'est peut être qu'un administrateur MySQL a changé les droits. En rechargeant les tables de droits, il a modifié aussi les connexions existantes, comme indiqué dans Section 5.5.7, « Quand les modifications de privilèges prennent- ils effets ? ». ? Si vous avez des problèmes d'accès avec un programme Perl, PHP, Python, ou ODBC, essayez de vous connecter au serveur avec mysql -u utilisateur nom_base ou mysql -u utilisateur -pvotre_passe nom_base. Si vous pouvez vous connecter en utilisant le client mysql, c'est que le problème vient de votre programme et non des droits MySQL. (Notez qu'il n'y a pas d'espace entre -p et le mot de passe; vous pouvez aussi utiliser la syntaxe --password=votre_passe pour spécifier le mot de passe. Si vous utilisez l'option -p toute seule, MySQL vous demandera le mot de passe.) ? Pour les tests, démarrez le démon mysqld avec l'option --skip-grant-tables. Vous pourrez alors changer les tables de droits MySQL puis utiliser le script mysqlaccess pour vérifier si vos changements ont l'effet désiré. Lorsque vous êtes satisfait de vos modifications, exécutez mysqladmin flush-privileges pour dire au serveur mysqld de commencer à utiliser les nouvelles tables de droits. Recharger les tables de droits écrase l'option - -skip-grant-tables. Cela vous permet de dire au serveur de commencer à prendre en considération les droits sans avoir à le couper et le redémarrer. ? Si rien ne fonctionne, démarrez le démon mysqld avec l'option de débogage (par exemple, - -debug=d,general,query). Cela affichera l'hôte et les informations de l'utilisateur pour chaque tentative de connexion. Les informations à propos de chaque commande exécutée seront aussi affichées. See Section D.1.2, « Créer un fichier de tra¸age ». Administration du serveur 287 ? Si vous avez d'autres problèmes avec les tables de droits de MySQL et que vous sentez que vous devez envoyer le problème à la liste de diffusion, fournissez toujours le contenu de vos tables de droits. Vous pouvez obtenir les données avec la commande mysqldump mysql. Comme toujours, postez votre problème à l'aide du script mysqlbug. See Section 1.4.1.3, « Comment rapporter un bogue ou un problème ». Dans certains cas, vous aurez besoin de redémarrer mysqld avec --skip-grant-tables pour pouvoir exécuter mysqldump. 5.5.9. Hashage de mots de passe en MySQL 4.1 Les comptes utilisateurs de MySQL sont stockés dans la table user de la base mysql. Chaque compte MySQL a un mot de passe, même si ce qui est stocké dans la colonne Password de la table user n'est pas la version texte du mot de passe, mais un hash calculé à partir du mot de passe. La transformation est faîte avec la fonction PASSWORD(). MySQL utilise les mots de passe en deux phases, lors de la communication client/serveur : ? Premièrement, lorsqu'un client tente de se connecter au serveur, il y a une identification initial au cours de laquelle le client doit présenter un mot de passe dont la valeur hashée est la même que celle qui est présente dans la table d'utilisateur, pour le compte que le client veut utiliser. ? Ensuite, après la connexion du client, il peut modifier ou changer le mot de passe pour les utilisateurs du serveur (s'il a les droits nécessaires pour cela). Le client peut faire cela avec la fonction PASSWORD(), pour générer un autre mot de passe, ou en utilisant les commandes GRANT ou SET PASSWORD. En d'autres termes, le serveur utilise les valeurs hashées durant la phase d'identification, lorsque le client tente de se connecter. Le serveur génère des valeurs hash, si un client appelle la fonction PASSWORD() ou utilise les commandes GRANT ou SET PASSWORD. Le mécanisme de modifications des mots de passe a été modifié en MySQL 4.1, pour apporter une sécurité accrue et réduire le risque de vol de mots de passe. Cependant, ce nouveau mécanisme ne peut être compris que de la version 4.1, et des clients MySQL 4.1, ce qui pose des problèmes de compatibilité. Un client 4.1 peut se connecter sur un serveur pre-4.1, car le client comprend les deux méthodes de hashage, ancienne et nouvelle. Cependant, un client pre-4.1 qui tente se de connecter à un serveur 4.1 aura des problèmes. Par exemple, si un client mysql 4.0 essaie de se connecter au serveur 4.1, il va recevoir l'erreur suivante : shell> mysql -h localhost -u root Client does not support authentication protocol requested by server; consider upgrading MySQL client La discussion suivante décrit les différences entre les mécanismes de mots de paase, et ce que vous devez faire pour mettre à jour votre serveur en version 4.1, tout en conservant la compatibilité avec les clients pre-4.1. Note : Cette discussion compare les comportements des versions 4.1 avec les versions d'avant (dites pre-4.1), mais le comportement 4.1 ne commence en réalité qu'avec la version 4.1.1. MySQL 4.1.0 est une version ``marginale'' car elle a un mécanisme légèrement différent de celui qui est implémenté en versions 4.1.1 et plus récent. Les différences entre les versions 4.1.0 et les versions plus récentes sont décrites ultérieurement. Avant MySQL 4.1, les hashes calculés par PASSWORD() étaient longs de 16 octets. Des hashes ressemblait à ceci : mysql> SELECT PASSWORD('mypass'); +--------------------+ | PASSWORD('mypass') | +--------------------+ | 6f8c114b58f2ce9e | Administration du serveur 288 +--------------------+ La colonne Password de la table user, dans laquelle les hash de mot de passse sont stockés, faisait 16 octets de long, avant MySQL 4.1. Depuis MySQL 4.1, la fonction PASSWORD() a été modifiée, pour produire une valeur de 41 octets, comme ceci : mysql> SELECT PASSWORD('mypass'); +-----------------------------------------------+ | PASSWORD('mypass') | +-----------------------------------------------+ | *43c8aa34cdc98eddd3de1fe9a9c2c2a9f92bb2098d75 | +-----------------------------------------------+ La colonne Password de la table user a été aggrandie pour faire désormais 41 octets de long : ? Si vous faites une nouvelle installation de MySQL 4.1, la colonne Password fera automatiquement 41 octets. ? Si vous mettez à jour une ancienne installation, il est recommandé d'utiliser le script mysql_fix_privilege_tables pour mettre à jour la taille de la colonne Password, de 16 à 41 octets. Le script ne modifie pas les valeurs elles-mêmes, qui restent à 16 octets de long. Une colonne Password élargie peut stocker les mots de passe dans les deux formats, ancien et nouveau. Le format d'un hash de mot de passe peut être déterminer de deux manières : ? La différence principale et évidente est la taille : 16 octets et 41 octets. ? La seconde différence est que les hashs au nouveau format commencent par le caractère ?*?, alors que l'ancien format ne le fait pas. Plus le hash du mot de passe est long, meilleure sont ses caractéristiques de chiffrement, et l'identification des client, basée sur des hash longs, est plus sécuritaire que l'ancienne méthode, dont les hashs sont plus courts. La différence de taille entre les mots de passe est utile lors de l'utilisation des mots de passe, pour l'identification, et lors de la génération des hashs pour la modification des mots de passe, sur le client. La fa¸on de traiter le hash de mot de passe durant la phase d'identification diffère, en fonction de la taille de la colonne Password : ? Si la colonne est étroite, l'identification par hash court sera utilisée. ? Si la colonne est large, elle peut contenir des hashs longs ou courts, et le serveur peut utiliser l'un ou l'autre des formats : ? Les clients pre-4.1 peuvent se connecter, car ils connaissent l'ancien mécanisme de hashing, et ils peuvent s'identifier pour les comptes qui ont des mots de passe court. ? Les clients 4.1 peuvent s'identifier pour les comptes qui ont des hash longs ou courts. Pour les comptes à hash court, l'identification est un peut plus sécuritaire pour les clients 4.1 que pour les anciens clients. En terme de sécurité, le gradient de sécurité du plus faible au meilleur est : ? Les clients pre-4.1 s'identifiant avec un hash court Administration du serveur 289 ? Les clients 4.1 s'identifiant avec un hash court ? Les clients 4.1 s'identifiant avec un hash long La méthode de génération des hashs de mots de passe pour les clients connectés est aussi affectée par la taille de la colonne Password, et par l'option --old-passwords. Un serveur 4.1 génère des hashs longs sous certaines conditions : La colonne Password doit être assez grande pour acceuillir un hash de mot de passe long, et l'option --old-passwords doit être inactive. Ces conditions s'appliquent comme suit : ? La colonne Password doit être assez grande pour acceuillir des hashs de mot de passe longs (41 octets). Si la colonne n'a pas été mise à jour, et qu'elle a toujours la taille de 16 octets, le serveur le remarque, et générera des hashs de mots de passe courts lorsque le client va modifier son mot de passe avec PASSWORD(), GRANT ou SET PASSWORD. Ce comportement survient si vous avez mis à jour le serveur en version 4.1, mais omis d'utiliser le script mysql_fix_privilege_tables pour élargir la colonne Password. ? Si la colonne Password est suffisamment grande, elle peut stocker un mot de passe long ou court. Dans ce cas, PASSWORD(), GRANT et SET PASSWORD vont générer des hashs longs, à moins que le serveur n'ait été lancé avec l'option --old-passwords. Cette option force le serveur à utiliser les hashs courts. Le but de l'option --old-passwords est d'assurer la compatibilité ascendante avec les clients pre-4.1 clients dans certaines circonstances où le serveur aurait généré des hashs longs. Cela n'affecte pas l'identification, puisque les clients 4.1 peuvent continuer à utiliser les comptes avec des hashs longs, mias cela empêche la création de hash longs dans la table user, lors de la modification de mots de passe. Si cela arrive, le compte me pourra plus être utilisé avec les clients pre-4.1. Sans l'option --old-passwords le scénario suivant est possible : ? Un ancient client se connecter sur un compte, avec un hash court. ? Le client change le mot de passe. Sans l'option --old-passwords, cela conduit à la création d'un hash long. ? Lors de la prochaine connexion, le client pre-4.1 ne peut plus se connecter, car le compte requiert désormais le nouveau mécanisme d'identification. Une fois que le hash long est dans la table user, seuls les clients 4.1 peuvent l'utiliser, car les clients pre-4.1 ne le comprennent pas. Ce scénario montre combien il est dangeureux d'utiliser un serveur 4.1 sans l'option - -old-passwords si vous devez supporter des clients pre-4.1. En utilisant l'option - -old-passwords sur le serveur, les opérations de modification de mots de passe ne génèrent pas de hashs longs, et les utilisateurs ne se barreront pas l'accès par inadvertence. L'inconvénient de l'option --old-passwords est que tous les hashs que vous allez créer seront des hashs courts, même pour les clients 4.1. Par conséquent, vous perdez la sécurité améliorée que les hashs longs apportent. Si vous voulez créer un compte avec un hash long (par exemple, pour un client 4.1), il faudra le faire avec un serveur qui n'utilise pas l'option --old-passwords. Les scénarios suivants sont possibles avec un serveur 4.1 : Scenario 1 : Colonne Password courte dans la table user ? Seuls, les hashs courts peuvent être stockés dans la colonne Password. ? Le serveur utilise uniquement les hashs courts pour les identifications. ? Pour les clients connectés, la génération de mot de passe avec PASSWORD(), GRANT ou SET PASSWORD utilise les mots de passe courts uniquement. Toute modification de compte entraine Administration du serveur 290 la création d'un hash court. ? L'option --old-passwords peut être utilisée, mais est superflue, car la colonne Password courte impose la manipulation de hashs courts de toutes manières. Scenario 2 : colonne Password longue dans la table user; serveur sans l'option - -old-passwords ? les hashs courts et longs peuvent être stockés dans la colonne Password. ? Les clients 4.1 peuvent s'identifier sur leur compte avec des hashs courts ou longs. ? Les clients pre-4.1 peuvent s'identifier sur leur compte avec des hashs courts. ? Pour les clients connectés, la génération de mot de passe avec PASSWORD(), GRANT ou SET PASSWORD utilise les mots de passe longs uniquement. Toute modification de compte entraine la création d'un hash long. Comme indiqué précédemment, le danger de ce scénario est qu'il est possible que les clients pre-4.1 se voient l'accès au serveur barré. Toutes les modifications du compte avec GRANT, SET PASSWORD et PASSWORD() conduisent à un hash long, qui empêrchera les clients pre-4.1 d'utiliser ce compte. Pour régler ce problème, vous pouvez modifier le mot de passe d'une manière spéciale. Par exemple, normalement, vous pouvez utiliser la commande SET PASSWORD comme ceci pour modifier un mot de passe : mysql> SET PASSWORD FOR -> 'some_user'@'some_host' = PASSWORD('mypass'); Pour changer le mot de passe avec un hash court, utilisez la fonction OLD_PASSWORD() : mysql> SET PASSWORD FOR -> 'some_user'@'some_host' = OLD_PASSWORD('mypass'); OLD_PASSWORD() est pratique pour les situations où vous voulez explicitement générer un hash court. Scenario 3 : colonne Password longue dans la table user; serveur avec l'option - -old-passwords ? les hashs courts et longs peuvent être stockés dans la colonne Password. ? Les clients 4.1 peuvent s'identifier sur leur compte avec des hashs courts ou longs. Notez qu'il n'est alors possible de créer des hashs longs si le serveur utilise --old-passwords). ? Les clients pre-4.1 peuvent s'identifier sur leur compte avec des hashs courts. ? Pour les clients connectés, la génération de mot de passe avec PASSWORD(), GRANT ou SET PASSWORD utilise les mots de passe courts uniquement. Toute modification de compte entraine la création d'un hash long. Dans ce scénario, vous ne pouvez plus créer de compte avec un hash long, car - -old-passwords l'empêche. De même, si vous créez un compte avec un hash long sur un serveur qui utilise l'option --old-passwords, la modification du mot de passe tant que - -old-passwords est active, aura pour effet de réduire la taille du hash, et vous perdre en sécurité. Administration du serveur 291 Les inconvénients de ces scénario sont les suivants : Scenario 1) vous ne pouvez pas tirer partie des hashs long et de leur sécurité accrue. Scenario 2) Les comptes avec des mots de passe courts sont inaccessibles aux clients pre-4.1 si vous modifiez leur mot de passe sans utiliser la fonction OLD_PASSWORD(). Scenario 3) --old-passwords empêche les comptes avec des hashs courts d'être barrés, mais les opérations de modifications de mots de passe créeront des hashs courts, et vous ne pourrez pas les modifier tant que à --old-passwords est effective. 5.5.9.1. Implications des modifications de mot de passe pour les applications Une mise à jour en version MySQL 4.1 peut se révéler un problème de compatibilité pour les applications qui utilisent PASSWORD() pour générer leurs propres mots de passe. Les applications ne devraient pas faire cela, car PASSWORD() doit être réservé pour gérer les mots de passe de MySQL. Mais certaines applications utilisent PASSWORD() pour leurs propres objectifs. Si vous passez en version 4.1 et lancez le serveur dans certaines conditions, où il va générer des hashs de mots de passe longs, l'application qui utilise PASSWORD() va sûrement planter. Notre recommandation est d'utiliser les fonctions de chiffrement SHA1() ou MD5() pour produire des signatures. Si ce n'est pas possible, vous pouvez utiliser OLD_PASSWORD(), qui est fournie pour générer des hashs courts, dans l'ancien format (mais notez que OLD_PASSWORD() pourrait être abandonné un jour aussi. Si le serveur fonctionne dans des conditions où il génère des hashs courts, OLD_PASSWORD() est disponible comme alias de PASSWORD(). 5.5.9.2. Gestion des mots de passe en MySQL 4.1.0 Le hashing de mot de passe de MySQL 4.1.0 diffère de celui de la version 4.1.1 et plus récents. Les différences avec la version 4.1.0 sont : ? Les mots de passe sont stockés sur 45 octets plutôt que 41. ? La fonction PASSWORD() n'est pas répétable. C'est à dire, à partir du même argument X, des appels successifs à PASSWORD(X) génèreront différents résultats. Ces différences rendent l'identification de la version 4.1.0 incompatible avec les versions suivantes. Si vous avez mis à jour MySQL 4.1.0, il est recommandé de passer à une version plus récente aussitôt que possible. Après cela, réassignez les mots de passe de la table user pour qu'ils soient compatibles avec le format 41 octets. 5.6. Gestion des comptes utilisateurs de MySQL Cette section décrit comment configurer des comptes clients pour un serveur MySQL. Elle traite des points suivants : ? La signification des nom de compte et mots de passes, tels qu'utilisés par MySQL, et quelle différence il y avec ceux de votre système d'exploitation. ? Comment configurer de nouveaux comptes. ? Comment modifier les mots de passe. Administration du serveur 292 ? Des conseils de gestion des mots de passe. ? Comment configurer des connexions sécurisées avec SSL 5.6.1. Nom d'utilisateurs MySQL et mots de passe Il y a de nombreuses différences entre les utilisations des noms et mots de passe sous MySQL, et celles qui sont faites sous Unix ou Windows : ? Les noms d'utilisateurs, tels qu'utilisés pour le processus d'identification sous MySQL, n'ont rien à voir avec les noms d'utilisateurs Unix ou Windows. La plupart des clients utilisent par défaut leur mot de passe Unix, mais c'est surtout parce que c'est pratique. Les programmes clients permettent d'utiliser des noms d'utilisateurs différents avec les options -u et --user. Cela signifie que vous ne pouvez pas rendre une base de données sécuritaire sans donner de mots de passe à tous les clients. Tout le monde peut essayer de se connecter au serveur sous n'importe quel nom, et il sera possible de se connecter si un nom d'utilisateur n'a pas de mot de passe. ? Les noms d'utilisateurs MySQL peuvent avoir jusqu'à 16 caractères ; les noms d'utilisateurs Unix sont généralement limités à 8 caractères. ? Les mots de passe MySQL n'ont aucun rapport avec le passeport Unix. Il n'y a pas nécessairement de connexion entre le mot de passe que vous utilisez pour vous connecter sur la machine Unix et celui que vous utilisez pour accéder au serveur MySQL. ? MySQL chiffre les mots de passe avec un algorithme différent de celui qui est utilisé par Unix. Reportez-vous aux descriptions des fonctions PASSWORD() et ENCRYPT() dans Section 12.8.2, « Fonctions de chiffrements ». Notez que même si le mot de passe est enregistré 'brouillé', connaître votre mot de passe 'brouillé' est suffisant pour se connecter au serveur MySQL. Lorsque vous installez MySQL, la table de droit contient quelques comptes initiaux. Ces comptes ont des noms et droits qui sont décrits dans Section 2.5.3, « Création des premiers droits MySQL », qui montre aussi comment donner des mots de passe. Après cela, vous pouvez créer, modifier ou supprimer normalement des comptes MySQL avec les commandes GRANT et REVOKE. See Section 13.5.1.3, « Syntaxe de GRANT et REVOKE ». Lorsque vous vous connectez à un serveur MySQL avec un client en ligne de commande, vous devez spécifier le mot de passe avec l'option --password=mot-de-passe. See Section 5.5.4, « Se connecter au serveur MySQL ». mysql --user=monty --password=devine nom_base ou la version courte : shell> mysql -u monty -pdevine nom_base Il ne doit pas y avoir d'espace entre l'option -p et le mot de passe suivant. Les commandes incluent la valeur d'un mot de passe en ligne de commande, ce qui n'est pas sécuritaire. See Section 5.6.6, « Garder vos mots de passe en lieu sûr ». Pour éviter cela, spécifiez l'option --password ou -p sans aucune valeur : shell> mysql --user=monty --password nom_base shell> mysql -u monty -p nom_base Le client va alors afficher une invite, et vous demander d'y saisir le mot de passe. Dans les exemples, nom_base n'est pas interprété comme un mot de passe, car il est séparé de l'option Administration du serveur 293 précédente par un espace. Sur certains systèmes, l'appel que MySQL utilise pour demander le mot de passe va limiter automatiquement le mot de passe à 8 caractères. C'est un problème avec la bibliothèque système, et non pas avec MySQL. En interne, MySQL n'a pas de limite pour la taille du mot de passe. Pour contourner le problème, modifiez la taille du mot de passe pour qu'il fasse 8 caractères ou mois, ou placez votre mot de passe dans un fichier d'options. 5.6.2. Ajouter de nouveaux utilisateurs à MySQL Vous pouvez ajouter des utilisateurs de deux fa¸ons différentes : ? en utilisant la commande GRANT ? manipulant la table des droits de MySQL directement La méthode préférée consiste à utiliser la commande GRANT, car elle est plus concise et qu'il y a moins de risques d'erreur. Sa syntaxe est présentée dans la section Section 13.5.1.3, « Syntaxe de GRANT et REVOKE ». Il y a aussi beaucoup de programmes utilitaires comme phpmyadmin qui peuvent être utilisés pour créer et administrer les utilisateurs. Les exemples suivants montrent comment utiliser le client mysql pour créer de nouveaux utilisateurs. Ces exemples supposent que les privilèges sont attribués en accord avec les valeurs par défaut discutées dans la section Section 2.5.3, « Création des premiers droits MySQL ». Cela signifie que pour effectuer des changements, vous devez être sur la même machine où mysqld tourne, vous devez vous connecter en tant qu'utilisateur MySQL root, et l'utilisateur root doit avoir le droit INSERT sur la base mysql et le droit d'administration RELOAD. Si vous avez changé le mot de passe de l'utilisateur root, vous devez le spécifier dans les commandes mysql ci- dessous. D'abord, utilisez le programme client mysql pour vous connecter au serveur MySQL en tant qu'utilisateur root : shell> mysql --user=root mysql Vous pouvez ajouter de nouveaux utilisateurs en utilisant des commandes GRANT : mysql> GRANT ALL PRIVILEGES ON *.* TO 'monty'@'localhost' -> IDENTIFIED BY 'un_mot_de_passe' WITH GRANT OPTION; mysql> GRANT ALL PRIVILEGES ON *.* TO 'monty'@'%' -> IDENTIFIED BY 'un_mot_de_passe' WITH GRANT OPTION; mysql> GRANT RELOAD,PROCESS ON *.* TO 'admin'@'localhost'; mysql> GRANT USAGE ON *.* TO 'dummy'@'localhost'; Ces commandes GRANT ajoutent trois nouveaux utilisateurs : ? Deux comptes de super-utilisateur qui utilisent le mot de passe 'un_mot_de_passe'. Les deux comptes ont tous les droits sur le serveur. Un des comptes, 'monty'@'localhost', peut être utilisé depuis la machine locale. L'autre depuis n'importe quel autre serveur : 'monty'@'%'. Notez que nous devons exécuter une commande GRANT pour 'monty'@'localhost' et 'monty'@'%'. Si nous n'ajoutons pas l'entrée avec localhost, l'entrée concernant l'utilisateur anonyme pour localhost qui est créée par mysql_install_db prendra précédence lors de la connexion à partir de l'hôte local, car elle a une entrée plus spécifique pour la valeur du champ Host et de plus, elle vient en premier dans l'ordre de tri de la table user. Les tris de la table user sont présentés dans la section Section 5.5.5, « Contrôle d'accès, étape 1 : Vérification de la connexion ». ? Un utilisateur admin qui peut se connecter depuis localhost sans mot de passe et qui a les Administration du serveur 294 droits administratifs RELOAD et PROCESS. Cela permet à cet utilisateur d'exécuter les commandes mysqladmin reload, mysqladmin refresh, et mysqladmin flush-*, ainsi que mysqladmin processlist. Aucun droit lié aux bases de données n'est donné. Ils peuvent l'être plus tard en utilisant d'autres instructions GRANT. ? Un utilisateur dummy qui peut se connecter sans mot de passe, mais seulement à partir de l'hôte local. Les droits globaux sont tous à 'N' : le type de droit USAGE vous permet de créer un utilisateur démuni de privilège. Il est supposé que vous lui assignerez les droits spécifiques aux bases de données plus tard. Vous pouvez ajouter les mêmes droits d'accès aux utilisateurs en utilisant directement des requêtes INSERT puis en demandant au serveur de recharger les tables de droits : shell> mysql --user=root mysql mysql> INSERT INTO user VALUES('localhost','monty',PASSWORD('un_mot_de_passe'), -> 'Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y'); mysql> INSERT INTO user VALUES('%','monty',PASSWORD('un_mot_de_passe'), -> 'Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y'); mysql> INSERT INTO user SET Host='localhost',User='admin', -> Reload_priv='Y', Process_priv='Y'; mysql> INSERT INTO user (Host,User,Password) -> VALUES('localhost','dummy',''); mysql> FLUSH PRIVILEGES; Selon votre version de MySQL, vous pouvez avoir un nombre différent de valeurs 'Y' plus haut (les versions antérieures à la 3.22.11 possèdent moins de colonnes de privilèges). Pour l'utilisateur admin, la syntaxe d'INSERT étendue la plus lisible disponible depuis la version 3.22.11 est utilisée. Notez que pour ajouter un super-utilisateur, vous avez juste besoin de créer une entrée dans la table user avec tous les champs de droits à 'Y'. Aucune entrée n'est requise dans les tables db et host. Les colonnes de privilèges de la table user n'étaient pas renseignées explicitement dans la dernière requête INSERT (pour l'utilisateur dummy), ses colonnes prennent donc la valeur par défaut, 'N'. C'est la même chose que ce que fait GRANT USAGE. L'exemple suivant ajoute un utilisateur custom qui peut se connecter à partir des hôtes localhost, server.domain, et whitehouse.gov. Il ne pourra accéder à la base de données bankaccount qu'à partir de localhost, à la base expenses qu'à partir de whitehouse.gov, et à la base customer à partir des trois hôtes. Il utilisera le mot de passe stupid pour les trois hôtes. Pour configurer les privilèges de cet utilisateur en utilisant des commandes GRANT, exécutez ce qui suit : shell> mysql --user=root mysql mysql> GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP -> ON bankaccount.* -> TO custom@localhost -> IDENTIFIED BY 'stupid'; mysql> GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP -> ON expenses.* -> TO custom@whitehouse.gov -> IDENTIFIED BY 'stupid'; mysql> GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP -> ON customer.* -> TO custom@'%' -> IDENTIFIED BY 'stupid'; Les trois comptes peuvent être utilisés comme suit : Administration du serveur 295 ? Le premier compte a accès à la base bankaccount, mais uniquement depuis l'hôte local. ? Le second compte peut accéder à la base expenses, mais uniquement depuis l'hôte whitehouse.gov. ? Le troisième compte peut accéder à la base customer, mais uniquement depuis l'hôte server.domain. Pour régler les permissions d'accès en modifiant directement les tables de droits, exécutez ces commandes (notez l'appel à FLUSH PRIVILEGES à la fin) : shell> mysql --user=root mysql mysql> INSERT INTO user (Host,User,Password) -> VALUES('localhost','custom',PASSWORD('stupid')); mysql> INSERT INTO user (Host,User,Password) -> VALUES('server.domain','custom',PASSWORD('stupid')); mysql> INSERT INTO user (Host,User,Password) -> VALUES('whitehouse.gov','custom',PASSWORD('stupid')); mysql> INSERT INTO db -> (Host,Db,User,Select_priv,Insert_priv,Update_priv,Delete_priv, -> Create_priv,Drop_priv) -> VALUES -> ('localhost','bankaccount','custom','Y','Y','Y','Y','Y','Y'); mysql> INSERT INTO db -> (Host,Db,User,Select_priv,Insert_priv,Update_priv,Delete_priv, -> Create_priv,Drop_priv) -> VALUES -> ('whitehouse.gov','expenses','custom','Y','Y','Y','Y','Y','Y'); mysql> INSERT INTO db -> (Host,Db,User,Select_priv,Insert_priv,Update_priv,Delete_priv, -> Create_priv,Drop_priv) -> VALUES('%','customer','custom','Y','Y','Y','Y','Y','Y'); mysql> FLUSH PRIVILEGES; Les trois premières requêtes INSERT ajoute les entrées dans la table user qui permettent l'utilisateur custom à se connecter à partir de plusieurs hôtes avec le mot de passe donné, mais ne lui donnent aucun droit (tous les droits sont mis à la valeur par défaut qui est 'N'). Les trois requêtes INSERT suivantes ajoutent des entrées dans la table db qui autorisent custom à utiliser les bases de données bankaccount, expenses, et customer, mais seulement s'il y accède à partir de l'hôte spécifié. Comme d'habitude, lorsque les tables de droits sont modifiées directement, on doit demander au serveur des les recharger (avec FLUSH PRIVILEGES) pour que les changements soient pris en compte. Si vous voulez donner un accès spécifique à un utilisateur à partir de n'importe quelle machine d'un domaine donné, vous pouvez utiliser la commande GRANT, en utilisant ?%? comme joker dans le nom de l'hôte : mysql> GRANT ... -> ON *.* -> TO monutilisateur@"%.mondomaine.com" -> IDENTIFIED BY 'monmotdepasse'; Pour faire la même chose en modifiant directement la table de droits, faites : mysql> INSERT INTO user VALUES ('%.mondomaine.com', 'monutilisateur', -> PASSWORD('monmotdepasse'),...); mysql> FLUSH PRIVILEGES; 5.6.3. Supprimer un compte utilisateur de MySQL Pour supprimer un compte, utilisez la commande DROP USER, qui a été ajoutée en MySQL 4.1.1. Pour les anciennes versions de MySQL, utilisez la commande DELETE. La suppression de compte Administration du serveur 296 est décrite dans la section Section 13.5.1.2, « Effacer des utilisateurs MySQL ». 5.6.4. Limiter les ressources utilisateurs Jusqu'à la version 4.0.2, la seule méthode possible pour limiter l'utilisation des ressources serveurs MySQL était de configurer la variable de démarrage max_user_connections avec une valeur non nulle. De même, le nombre de connexions simultanées pouvaient être limitées pour un compte, mais pas les opérations réalisables, une fois l'utilisateur connecté. Ces deux types de contrôles ont importants pour les administrateurs systèmes et les fournisseurs de services. Depuis MySQL 4.0.2, il est possible de limiter certaines ressources accessibles à un utilisateur possible : ? Nombre de requête par heure : Toutes les commandes qu'un utilisateur peut exécuter. ? Nombre de modifications par heure : Toute commande qui implique la modification d'une table ou d'une base. ? Nombre de connexions réalisées par heure : Le nombre de nouvelles connexions par heure. Toute commande que le client émet compte pour la limiter de requêtes. Seules les commandes qui modifient les tables ou bases comptant pour la limite de modifications. Pour utiliser cette fonctionnalité, la table user de la base mysql doit contenir les colonnes nécessaires pour stocker les limites. Les limites doivent être stockées dans les colonnes max_questions, max_updates et max_connections. Si votre table user ne dispose pas de ces colonnes, elle doit être mise à jour. Voyez Section 2.6.7, « Mise à jour des tables de droits ». Par défaut, les utilisateurs ne sont pas limités dans l'utilisation des ressources ci-dessus, à moins que des limites ne leur soient imposées. Ces limites peuvent être configurées uniquement via la commande GRANT (*.*), avec cette syntaxe : Pour spécifier des limites de ressources avec la commande GRANT, utilisez la clause WITH pour chaque ressource que vous voulez limiter. Par exemple, pour créer un nouveau compte avec un accès à la base customer, mais sans abuser, utilisez ceci : mysql> GRANT ALL ON customer.* TO 'francis'@'localhost' -> IDENTIFIED BY 'frank' -> WITH MAX_QUERIES_PER_HOUR 20 -> MAX_UPDATES_PER_HOUR 10 -> MAX_CONNECTIONS_PER_HOUR 5; Les types de limite n'ont pas besoin d'être tous appelés avec WITH, mais ils peuvent être appelés dans n'importe quel ordre. La valeur de chaque limite doit être un entier représentant le nombre autorisé par heure. Si la commande GRANT n'a pas de clause WITH, les limites valent alors 0, c'est à dire qu'il n'y a pas de limite. Pour configurer et changer les limites d'un compte existant, utilisez la commande GRANT USAGE au niveau global, avec ON *.*. La commande suivante modifie la limite de requêtes du compte francis à 100 : mysql> GRANT USAGE ON *.* TO 'francis'@'localhost' -> WITH MAX_QUERIES_PER_HOUR 100; Cette commande ne touche pas aux droits du compte : elle ne modifie que les valeurs des limites. Pour supprimer une limite existante, donnez lui la valeur de 0. Par exemple, pour supprimer la limite de connexions de francis, utilisez cette commande : mysql> GRANT USAGE ON *.* TO 'francis'@'localhost' -> WITH MAX_CONNECTIONS_PER_HOUR 0; Administration du serveur 297 Le compteur d'utilisation des ressources se met en marche dès que la limite n'est pas nulle. Durant le fonctionnement du serveur, les ressources utilisées sont comptées. Si le compte atteint la limite de connexions dans un intervalle d'une heure, les connexions suivantes sont rejetées, jusqu'à la fin de l'heure. Similairement, si le compte atteint la limite de requête dans un intervalle d'une heure, les requêtes suivantes sont sont rejetées, jusqu'à la fin de l'heure. Dans tous les cas, un message approprié est affiché. Le compte de ressource est fait par compte, et non pas client. Par exemple, si votre compte a une limite de requêtes de 50, vous ne pouvez pas augmenter votre limite à 100 en vous connectant deux fois. Les requêtes issues des deux connexions seront alors comptées ensemble. Le compte courant d'utilisation peut être remis à zéro, globalement, ou individuellement : ? Pour remettre à zéro les compteurs pour tous les comptes, faites un FLUSH USER_RESOURCES. Les comptes sont remis à zéro au moment du re-chargement des tables de droits : par exemple, avec la commande FLUSH PRIVILEGES ou la commande mysqladmin reload. ? Les comptes individuels peuvent être remis à zéro en donnant de nouvelles limites ou changeant les droits. Pour cela, utilisez GRANT USAGE tel que décrit précédemment, en donnant la même limite que celle qui est configurée. 5.6.5. Configurer les mots de passe Les mots de passe peuvent être assigné en ligne de commande avec l'utilitaire mysqladmin : shell> mysqladmin -u user_name -h host_name password "newpwd" Le compte qui est remis à zéro par cette commande est celui pour lequel une ligne de la table user qui correspond à la valeur user_name dans la colonne User et l'hôte client d'où vous vous connectez dans la colonne Host. Un autre moyen pour assigner un mot de passe à un compte est d'utiliser la commande SET PASSWORD : mysql> SET PASSWORD FOR 'jeffrey'@'%' = PASSWORD('biscuit'); Seuls les utilisateurs root ayant des accès en écriture à la base mysql peuvent changer les mots de passe des autres utilisateurs. Si vous n'êtes pas connectés en tant qu'utilisateur anonyme, vous pouvez modifier votre propre mot de passe en omettant la clause FOR : mysql> SET PASSWORD = PASSWORD('biscuit'); Vous pouvez aussi utiliser la commande GRANT USAGE au niveau global (ON *.*) pour assigner un mot de passe sans affecter les droits du compte : mysql> GRANT USAGE ON *.* TO 'jeffrey'@'%' IDENTIFIED BY 'biscuit'; Même s'il est généralement préférable d'assigner un mot de passe en utilisant une des méthodes précédentes, vous pouvez aussi modifier la table user directement : ? Pour établir un mot de passe lors de la création d'un compte, fournissez une valeur à la colonne Password : shell> mysql -u root mysql Administration du serveur 298 mysql> INSERT INTO user (Host,User,Password) -> VALUES('%','jeffrey','biscuit'); mysql> FLUSH PRIVILEGES; ? Pour changer le mot de passe d'un compte existant, utilisez la commande UPDATE pour modifier la valeur de la colonne Password : shell> mysql -u root mysql mysql> UPDATE user SET Password = PASSWORD('bagel') -> WHERE Host = '%' AND User = 'francis'; mysql> FLUSH PRIVILEGES; Lorsque vous assignez un mot de passe à un compte avec SET PASSWORD, INSERT, ou UPDATE, vous devez utiliser la fonction PASSWORD() pour le chiffrer. La seule exception est que vous n'avez pas besoin d'utiliser PASSWORD() si le mot de passe est vide. PASSWORD() est nécessaire car la table user stocke les mots de passe sous forme chiffrée, et non en texte clair. Si vous oubliez cela, vous risquez d'avoir des mots de passe de la forme : shell> mysql -u root mysql mysql> INSERT INTO user (Host,User,Password) -> VALUES('%','jeffrey','biscuit'); mysql> FLUSH PRIVILEGES; Le résultat est que la valeur 'biscuit' est stockée dans la colonne de mot de passe de la table user. Lorsque l'utilisateur jeffrey tente de se connecter au serveur avec ce mot de passe, le client mysql compare ce mot de passe chiffré avec sa version en clair stockée dans la table user. Cependant, la version stockée est la valeur littérale de 'biscuit', et la comparaison échoue, le serveur rejette la connexion : shell> mysql -u jeffrey -pbiscuit test Access denied Si vous modifiez les mots de passe en utilisant la commande GRANT ... IDENTIFIED BY ou la commande mysqladmin password, la fonction PASSWORD() n'est pas nécessaire. Ces commandes assureront le chiffrement de votre mot de passe pour vous, ce qui vous permet de spécifier le mot de passe de 'biscuit' comme ceci : Note : PASSWORD() n'effectue pas le chiffrement du mot de passe de la même fa¸on qu'Unix. See Section 5.6.1, « Nom d'utilisateurs MySQL et mots de passe ». 5.6.6. Garder vos mots de passe en lieu sûr Il est recommandé de ne pas placer votre mot de passe là où il risque d'être découvert par d'autres personnes. Les méthode que vous utiliserez pour spécifier votre mot de passe lors de la connexion avec le client sont listées ici, avec les risques liés à chaque méthode : ? Utilisez l'option -p ou --password (sans la valeur du mot de passe). Dans ce cas, le programme client va solliciter la saisie du mot de passe depuis le terminal : shell> mysql -u user_name -p Enter password: ******** Cette méthode est pratique mais peu sûre, car le mot de passe est visible par les programmes système tels que ps qui peuvent être appelé par les autres utilisateurs. Les clients MySQL remplacent généralement les arguments de la ligne de commande par des zéros durant leur initialisation, mais il y a un court instant où la valeur est visible. ? Utilisez les options -p ou --password sans valeur de mot de passe. Dans ce cas, le client va Administration du serveur 299 solliciter explicitement le mot de passe du terminal : shell> mysql -u francis Enter password: ******** Les caractères ?*? représentent votre mot de passe. Le mot de passe n'est pas affiché en clair lors de votre saisie. Cette méthode est bien plus sûre pour saisir votre mot de passe qu'en le spécifiant directement en ligne de commande, car il n'est pas visible des autres utilisateurs. Cependant, cette méthode n'est possible qu'avec les programmes que vous utilisez en mode interactif. Si vous voulez invoquer le client depuis un script qui s'exécute de manière non interactive, il n'y aura pas d'opportunité pour saisir ce mot de passe dans le terminal. Sur certains systèmes, vous pourriez même voir la première ligne de votre script lue et interprétée comme votre mot de passe, incorrectement. ? Stockez votre mot de passe dans le fichier de configuration. Par exemple, vous pouvez lister votre mot de passe dans la section [client] du fichier .my.cnf dans votre dossier personnel : [client] password=mot_de_passe Si vous stockez ce mot de passe dans le fichier .my.cnf, le fichier ne doit pas être lisible par le groupe ou par les autres utilisateurs, ou encore accessible en écriture : seul le propriétaire de ce fichier doit avoir ces droits. Assurez-vous les droits d'accès au fichiers sont 400 ou 600. Par exemple : shell> chmod 600 .my.cnf Section 4.3.2, « Fichier d'options my.cnf » présente les options pour plus de détail.s ? Vous pouvez stocker votre mot de passe dans la variable d'environnement MYSQL_PWD, mais cette méthode doit être considérée comme extrêmement peu sûre, et doit être évitée autant que possible. Certaines versions de la commande en ligne ps incluent une option pour afficher les variables d'environnement des processus : votre mot de passe sera alors facilement accessible, et en texte clair, si vous configurez la commande MYSQL_PWD. Même sur les systèmes sans une telle version de la commande ps, il est peu recommandé de supposer que les variables d'environnement sont inaccessibles par une méthode quelconque. See Annexe E, Variables d'environnement. En conclusion, la méthode la plus sûre est encore de laisser le client vous demander le mot de passe, ou de le spécifier dans le fichier de configuration. 5.6.7. Utilisation des connexions sécurisées 5.6.7.1. Introduction aux connexions sécurisées Disponible depuis la version 4.0.0, MySQL supporte les connexions sécurisées. Pour comprendre comment MySQL utilise SSL, il est nécessaire de comprendre les concepts SSL et X509 de base. Ceux qui les connaissent, peuvent aisément sauter ce chapitre. Par défaut, MySQL utilise une connexion en clair entre le client et le serveur. Cela signifie qu'une personne peut surveiller votre trafic, et lire les données échangées. Cette personne pourrait aussi modifier les données qui transitent entre le client et le serveur. Parfois, vous aurez besoin d'échanger des informations sur un réseau public, mais en sécurisant ces informations. Dans ce cas, utiliser une connexion sans protection est inacceptable. SSL est un protocole qui utilise différents algorithmes de chiffrement pour s'assurer que les données qui transitent par un réseau public peuvent être considérées comme fiables. Ce protocole dispose de Administration du serveur 300 méthodes pour s'assurer que les données n'ont pas été modifiées, ce que soit par une altération, une perte ou une répétition des données. SSL inclut aussi des algorithmes pour reconnaître et fournit des outils de vérifications d'identité, pris en charge par le standard X509. Le chiffrement est une méthode pour rendre des données illisibles. En fait, les pratiques actuelles requièrent d'autres éléments de sécurité issus des algorithmes de chiffrement. Ils doivent savoir résister à de nombreux types d'attaque, comme la modification de l'ordre des messages ou les répétitions inopinées. X509 est un standard qui rend possible l'identification d'une personne sur l'internet. Il est particulièrement utilisé pour les applications e-commerce. En termes simples, il doit y avoir une entreprise (appelée l'``autorité de certification'') qui assigne un certificat électronique à toute personne qui en a besoin. Ces certificats utilisent un chiffrement assymétrique qui exploitent deux clés de chiffrement, une clé publique et une clé privée. Le propriétaire d'un certificat peut prouver son identité en montrant son certificat à l'autre partie. Un certificat est constitué de la clé publique du propriétaire. Toute donnée qui est chiffrée avec cette clé publique doit être déchiffrée avec la clé secrète correspondante, qui est détenue par le propriétaire du certificat. MySQL n'utilise pas les connexions chiffrées par défaut, car cela ralentit considérablement le protocole de communication. Toute fonctionnalité supplémentaire requiert du travail supplémentaire de la part du serveur, et chiffrer des données est une tâche particulièrement coûteuse, qui peut ralentir considérablement les tâches principales de MySQL. Par défaut, MySQL est paramétré pour être aussi rapide que possible. Si vous avez besoin de plus d'informations sur SSL, X509 ou le chiffrement, utilisez votre moteur de recherche préféré sur Internet, et utilisez ces mots clés pour avoir plus de détails. 5.6.7.2. Pré requis aux connexions sécurisées Pour utiliser les connexions SSL entre le serveur MySQL et les clients, vous devez avoir le support de OpenSSL et votre version de MySQL doit être 4.0.0 ou plus récente. Pour faire fonctionner les connexions sécurisées avec MySQL, vous devez disposer de ceci : 1. Installation de la bibliothèque d'OpenSSL. Nous avons testé MySQL avec OpenSSL 0.9.6. http://www.openssl.org/. 2. Lorsque vous configurez MySQL, utilisez le script configure avec les options - -with-vio et --with-openssl. 3. Assurez vous que vous avez une version de la table mysql.user à jour. Ceci est nécessaire si vos tables de droits proviennent d'un version de MySQL antérieure à la version 4.0.0. La procédure de mise à jour est décrite dans Section 2.6.7, « Mise à jour des tables de droits ». 4. Vous pouvez vérifier que vous posséder un serveur mysqld qui supporte OpenSSL en examinant le résultat de la commande SHOW VARIABLES LIKE 'have_openssl' : mysql> SHOW VARIABLES LIKE 'have_openssl'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | have_openssl | YES | +---------------+-------+ elle doit retourner YES. 5.6.7.3. Configurer les certificats SSL pour MySQL Voici un exemple de configuration de certificats SSL pour MySQL : Administration du serveur 301 DIR=`pwd`/openssl PRIV=$DIR/private mkdir $DIR $PRIV $DIR/newcerts cp /usr/share/ssl/openssl.cnf $DIR replace ./demoCA $DIR -- $DIR/openssl.cnf # Créez les dossiers nécessaires : $database, $serial et $new_certs_dir # optionnel touch $DIR/index.txt echo "01" > $DIR/serial # # Génération du cerificat d'autorité (CA) # openssl req -new -x509 -keyout $PRIV/cakey.pem -out $DIR/cacert.pem \ -config $DIR/openssl.cnf # Exemple de résultat : # Using configuration from /home/monty/openssl/openssl.cnf # Generating a 1024 bit RSA private key # ................++++++ # .........++++++ # writing new private key to '/home/monty/openssl/private/cakey.pem' # Enter PEM pass phrase: # Verifying password - Enter PEM pass phrase: # ----- # You are about to be asked to enter information that will be incorporated # into your certificate request. # What you are about to enter is what is called a Distinguished Name or a DN. # There are quite a few fields but you can leave some blank # For some fields there will be a default value, # If you enter '.', the field will be left blank. # ----- # Country Name (2 letter code) [AU]:FI # State or Province Name (full name) [Some-State]:. # Locality Name (eg, city) []: # Organization Name (eg, company) [Internet Widgits Pty Ltd]:MySQL AB # Organizational Unit Name (eg, section) []: # Common Name (eg, YOUR name) []:MySQL admin # Email Address []: # # Création des clé et requêtes serveur # openssl req -new -keyout $DIR/server-key.pem -out \ $DIR/server-req.pem -days 3600 -config $DIR/openssl.cnf # Exemple de résultat : # Using configuration from /home/monty/openssl/openssl.cnf # Generating a 1024 bit RSA private key # ..++++++ # ..........++++++ # writing new private key to '/home/monty/openssl/server-key.pem' # Enter PEM pass phrase: # Verifying password - Enter PEM pass phrase: # ----- # You are about to be asked to enter information that will be incorporated # into your certificate request. # What you are about to enter is what is called a Distinguished Name or a DN. # There are quite a few fields but you can leave some blank # For some fields there will be a default value, # If you enter '.', the field will be left blank. # ----- # Country Name (2 letter code) [AU]:FI # State or Province Name (full name) [Some-State]:. # Locality Name (eg, city) []: Administration du serveur 302 # Organization Name (eg, company) [Internet Widgits Pty Ltd]:MySQL AB # Organizational Unit Name (eg, section) []: # Common Name (eg, YOUR name) []:MySQL server # Email Address []: # # Please enter the following 'extra' attributes # to be sent with your certificate request # A challenge password []: # An optional company name []: # # Supprimez la passe-phrase de la clé (optionnel) # openssl rsa -in $DIR/server-key.pem -out $DIR/server-key.pem # # Signez le certificat serveur # openssl ca -policy policy_anything -out $DIR/server-cert.pem \ -config $DIR/openssl.cnf -infiles $DIR/server-req.pem # Exemple de résultat : # Using configuration from /home/monty/openssl/openssl.cnf # Enter PEM pass phrase: # Check that the request matches the signature # Signature ok # The Subjects Distinguished Name is as follows # countryName :PRINTABLE:'FI' # organizationName :PRINTABLE:'MySQL AB' # commonName :PRINTABLE:'MySQL admin' # Certificate is to be certified until Sep 13 14:22:46 2003 GMT (365 days) # Sign the certificate? [y/n]:y # # # 1 out of 1 certificate requests certified, commit? [y/n]y # Write out database with 1 new entries # Data Base Updated # # Créez les clé et requêtes client # openssl req -new -keyout $DIR/client-key.pem -out \ $DIR/client-req.pem -days 3600 -config $DIR/openssl.cnf # Exemple de résultat : # Using configuration from /home/monty/openssl/openssl.cnf # Generating a 1024 bit RSA private key # .....................................++++++ # .............................................++++++ # writing new private key to '/home/monty/openssl/client-key.pem' # Enter PEM pass phrase: # Verifying password - Enter PEM pass phrase: # ----- # You are about to be asked to enter information that will be incorporated # into your certificate request. # What you are about to enter is what is called a Distinguished Name or a DN. # There are quite a few fields but you can leave some blank # For some fields there will be a default value, # If you enter '.', the field will be left blank. # ----- # Country Name (2 letter code) [AU]:FI # State or Province Name (full name) [Some-State]:. # Locality Name (eg, city) []: # Organization Name (eg, company) [Internet Widgits Pty Ltd]:MySQL AB # Organizational Unit Name (eg, section) []: # Common Name (eg, YOUR name) []:MySQL user # Email Address []: # Administration du serveur 303 # Please enter the following 'extra' attributes # to be sent with your certificate request # A challenge password []: # An optional company name []: # # Supprimez la passe-phrase de la clé (optionnel) # openssl rsa -in $DIR/client-key.pem -out $DIR/client-key.pem # # Signez le cerficat client # openssl ca -policy policy_anything -out $DIR/client-cert.pem \ -config $DIR/openssl.cnf -infiles $DIR/client-req.pem # Exemple de résultat : # Using configuration from /home/monty/openssl/openssl.cnf # Enter PEM pass phrase: # Check that the request matches the signature # Signature ok # The Subjects Distinguished Name is as follows # countryName :PRINTABLE:'FI' # organizationName :PRINTABLE:'MySQL AB' # commonName :PRINTABLE:'MySQL user' # Certificate is to be certified until Sep 13 16:45:17 2003 GMT (365 days) # Sign the certificate? [y/n]:y # # # 1 out of 1 certificate requests certified, commit? [y/n]y # Write out database with 1 new entries # Data Base Updated # # Créez le fichier my.cnf que vous pourrez utiliser pour tester les différents c # cnf="" cnf="$cnf [client]" cnf="$cnf ssl-ca=$DIR/cacert.pem" cnf="$cnf ssl-cert=$DIR/client-cert.pem" cnf="$cnf ssl-key=$DIR/client-key.pem" cnf="$cnf [mysqld]" cnf="$cnf ssl-ca=$DIR/cacert.pem" cnf="$cnf ssl-cert=$DIR/server-cert.pem" cnf="$cnf ssl-key=$DIR/server-key.pem" echo $cnf | replace " " ' ' > $DIR/my.cnf # # To test MySQL mysqld --defaults-file=$DIR/my.cnf & mysql --defaults-file=$DIR/my.cnf Pour tester les connexions SSL, lancez le serveur comme ceci, où $DIR est le dossier où le fichier de configuration my.cnf est situé : shell> mysqld --defaults-file=$DIR/my.cnf & Puis, lancez le programme client en utilisant le même fichier d'options : shell> mysql --defaults-file=$DIR/my.cnf Administration du serveur 304 Si vous avez une distribution source MySQL, vous pouvez aussi tester votre configuration en modifiant le fichier my.cnf précédent, pour utiliser les certificats et fichiers de clé SSL de la distribution. 5.6.7.4. Options de GRANT avec SSL MySQL peut vérifier les certificats X509 en plus de la combinaisons habituelle de nom d'utilisateur et mot de passe. Toutes les options habituelles sont toujours nécessaires (nom d'utilisateur, masque d'adresse IP, nom de base de données, nom de table). See Section 13.5.1.3, « Syntaxe de GRANT et REVOKE ». Voici différentes possibilités pour limiter les connexions : ? Sans aucune option SSL ou X509, toutes les connexions chiffrées ou non chiffrées sont autorisées si le nom d'utilisateur et le mot de passe sont valides. ? L'option REQUIRE SSL requiert que les connexions soient chiffrées avec SSL. Notez que cette option peut être omise si il n'y a pas de ligne ACL qui autorise une connexion sans SSL. mysql> GRANT ALL PRIVILEGES ON test.* TO root@localhost -> IDENTIFIED BY "goodsecret" REQUIRE SSL; ? REQUIRE X509 impose au client d'avoir un certificat valide, mais le certificat lui même est de peu d'importance. La seule restriction est qu'il doit être possible de vérifier la signature avec une des autorités de certification. mysql> GRANT ALL PRIVILEGES ON test.* TO root@localhost -> IDENTIFIED BY "goodsecret" REQUIRE X509; ? REQUIRE ISSUER "issuer" restreint les tentatives de connexion : le client doit se présenter avec un certificat X509 valide, émis par l' autorité de certification "issuer". Utiliser un certificat X509 implique obligatoirement des chiffrements, donc l'option SSL est sous entendue. mysql> GRANT ALL PRIVILEGES ON test.* TO root@localhost -> IDENTIFIED BY "goodsecret" -> REQUIRE ISSUER "C=FI, ST=Some-State, L=Helsinki, "> O=MySQL Finland AB, CN=Tonu Samuel/Email=tonu@mysql.com"; ? REQUIRE SUBJECT "subject" impose au client d'avoir un certificat X509 valide, avec le sujet "subject". Si le client présente un certificat valide, mais que le "subject" est différent, la connexion est refusée. mysql> GRANT ALL PRIVILEGES ON test.* TO root@localhost -> IDENTIFIED BY "goodsecret" -> REQUIRE SUBJECT "C=EE, ST=Some-State, L=Tallinn, "> O=MySQL demo client certificate, "> CN=Tonu Samuel/Email=tonu@mysql.com"; ? REQUIRE CIPHER "cipher" est utilisé pour s'assurer que les chiffrements sont suffisamment robuste, et que la bonne longueur de clé est utilisée. SSL lui même peut être faible si des algorithmes sont utilisés avec des clés courtes. En utilisant cette option, il est possible d'imposer la méthode de chiffrement avec la connexion. mysql> GRANT ALL PRIVILEGES ON test.* TO root@localhost -> IDENTIFIED BY "goodsecret" -> REQUIRE CIPHER "EDH-RSA-DES-CBC3-SHA"; Les options SUBJECT, ISSUER et CIPHER peuvent être combinées avec la clause REQUIRE Administration du serveur 305 comme ceci : mysql> GRANT ALL PRIVILEGES ON test.* TO root@localhost -> IDENTIFIED BY "goodsecret" -> REQUIRE SUBJECT "C=EE, ST=Some-State, L=Tallinn, "> O=MySQL demo client certificate, "> CN=Tonu Samuel/Email=tonu@mysql.com" -> AND ISSUER "C=FI, ST=Some-State, L=Helsinki, "> O=MySQL Finland AB, CN=Tonu Samuel/Email=tonu@mysql.com" -> AND CIPHER "EDH-RSA-DES-CBC3-SHA"; Depuis MySQL 4.0.4, le mot clé AND est optionnel, entre les options REQUIRE. L'ordre de ces options n'a pas d'importance, mais aucune option ne peut être spécifiée deux fois. 5.6.7.5. Options SSL en ligne de commande La table suivante liste les différentes options que vous pouvez utiliser avec SSL, les fichiers de certificats et de clés. Ces options sont disponibles depuis MySQL 4.0. Elles peuvent être spécifiées en ligne de commande ou bien dans le fichier d'options. ? --ssl Pour le serveur, indique que le serveur autorise les connexions SSL. Pour le client, permet au logiciel de se connecter au serveur en utilisant le protocole SSL. Cette option seule n'est pas suffisante pour que la connexion soit sécurisée par SSL. Vous devez aussi spécifier les options - -ssl-ca, --ssl-cert et --ssl-key. Cette option est plus souvent utilisée que sa forme contraire, pour indiquer que SSL ne doit pas être utilisé. Pour cela, spécifiez l'option sous la forme --skip-ssl ou --ssl=0. Notez que cette option ne requiert pas de connexion SSL. Par exemple, si le serveur ou le client sont compilés sans le support SSL, une connexion sans chiffrement sera utilisée. Une méthode pour s'assurer que la connexion sera bien sécurisée par SSL est de créer un compte sur le serveur, avec l'option REQUIRE SSL dans la commande GRANT. Utilisez alors ce compte pour vous connecter au serveur, avec le serveur et le client qui disposent du support SSL. Vous pouvez utiliser cette option pour indiquer que la connexion ne doit pas être SSL. Pour faire cela, spécifiez l'option --skip-ssl ou --ssl=0. ? --ssl-ca=file_name Le chemin jusqu'au fichier avec une liste des autorités de certifications SSL connues. ? --ssl-capath=directory_name Le chemin jusqu'au dossier qui contient les certificats SSL au format PEM. ? --ssl-cert=file_name Le nom du fichier de certificat SSL à utiliser pour établir une connexion sécurisée. ? --ssl-cipher=cipher_list Une liste de chiffrements autorisées, à utiliser avec SSL. cipher_list a le même format que la commande openssl ciphers. Exemple : --ssl-cipher=ALL:-AES:-EXP Administration du serveur 306 ? --ssl-key=file_name Le nom du fichier de la clé SSL a utiliser pour établir une connexion sécurisée. 5.6.7.6. Connexion à MySQL à distance avec Windows et SSH Voici une note pour connecter un serveur MySQL avec une connexion sécurisée grâce à SSH (de David Carlson <dcarlson@mplcomm.com>) : ? Installez un client SSH pour votre machine Windows. En tant qu'utilisateur, le meilleur que je connaisse est celui de SecureCRT de http://www.vandyke.com/. Une autre option est f- secure de http://www.f-secure.com/. Vous pouvez aussi en trouver d'autres de gratuit avec Google à http://directory.google.com/Top/Computers/Security/Products_and_Tools/Cryptography/SSH/Cl ients/Windows/. ? Démarrez votre client SSH Windows. Spécifiez Host_Name = yourmysqlserver_URL_or_IP. Spécifiez userid=your_userid pour vous loger dans votre serveur (probablement avec un mot de passe et un nom d'utilisateur différent). ? Configurez le forward de port. Faites soit un forward distant (spécifiez local_port: 3306, remote_host: yourmysqlservername_or_ip, remote_port: 3306 ) soit un forward local (spécifiez port: 3306, host: localhost, remote port: 3306). ? Sauvez le tout, sinon vous devrez le refaire la prochaine fois. ? Connectez vous à votre serveur avec la session SSH que vous venez de créer. ? Sous votre machine Windows, démarrez une application ODBC (comme Access). ? Créez un nouveau fichier dans Windows et reliez le avec MySQL en utilisant le pilote ODBC de la même fa¸on que vous le feriez habituellement, hormis le fait que vous devrez taper localhost comme hôte serveur au lieu de yourmysqlservername. Vous avez maintenant une connexion ODBC avec un serveur MySQL distant, et sécurisée avec SSH. 5.7. Prévention des désastres et restauration Cette section présente comment créer une sauvegarde de base de données, et comment assurer la maintenance des tables. La syntaxe des commandes SQL est décrite dans la section Section 13.5, « Référence de langage d'administration de la base de données ». 5.7.1. Sauvegardes de base de données Comme les tables MySQL sont stockées sous forme de fichiers, il est facile d'en faire une sauvegarde. Pour avoir une sauvegarde consistante, faites un LOCK TABLES sur les tables concernées suivi d'un FLUSH TABLES pour celles-ci. Voyez Section 13.4.5, « Syntaxe de LOCK TABLES/UNLOCK TABLES » et Section 13.5.4.2, « Syntaxe de FLUSH ». Vous n'avez besoin que d'un verrou en lecture; cela permet aux autre threads de continuer à effectuer des requêtes sur les tables dont vous faites la copie des fichiers dans le dossier des bases de données. FLUSH TABLE est requise pour s'assurer que toutes les pages d'index actifs soient écrits sur le disque avant de commencer la sauvegarde. Si vous voulez faire une sauvegarde d'une table avec SQL, vous pouvez utiliser SELECT INTO OUTFILE ou BACKUP TABLE. Voyez Section 13.1.7, « Syntaxe de SELECT » et Section 13.5.2.2, « Syntaxe de BACKUP TABLE ». Administration du serveur 307 Une autre fa¸on de sauvegarder une base de données est d'utiliser l'utilitaire mysqldump ou le script mysqlhotcopy. Voyez Section 8.8, « mysqldump, sauvegarde des structures de tables et les données » et Section 8.9, « mysqlhotcopy, copier les bases et tables MySQL ». 1. Effectuez une sauvegarde complète de votre base de données : shell> mysqldump --tab=/chemin/vers/un/dossier --opt --all ou shell> mysqlhotcopy base /chemin/vers/un/dossier Vous pouvez aussi copier tout simplement tous les fichiers de tables (les fichiers *.frm, *.MYD, et *.MYI) du moment que le serveur ne met rien à jour. Le script mysqlhotcopy utilise cette méthode. 2. Arrêtez mysqld si il est en marche, puis démarrez le avec l'option - -log-update[=nom_fichier]. See Section 5.9.3, « Le log de modification ». Le ou les fichiers de log fournissent les informations dont vous avez besoin pour répliquer les modifications de la base de données qui sont subséquents au moment où vous avez exécuté mysqldump. Si votre serveur MySQL est un esclave, quelque soit la sauvegarde que vous utilisez, lorsque vous sauvez vos données sur votre esclave, vous devez aussi sauver les fichiers master.info et relay-log.info, qui sont nécessaires pour relancer la réplication après la restauration des données de l'esclave. Si votre esclave doit traiter des commandes LOAD DATA INFILE, vous devez aussi sauver les fichiers nommés SQL_LOAD-*, qui sont dans le dossier spécifié par - -slave-load-tmpdir. Ce dossier vaut par défaut la valeur de la variable tmpdir, si elle n'est pas spécifiée. L'esclave aura besoin de ces fichiers pour relancer la réplication d'une opération LOAD DATA INFILE interrompue. Si vous avez besoin de restaurer quelque chose, essayez d'abord de restaurer vos tables avec REPAIR TABLE ou myisamchk -r en premier. Cela devrait fonctionner dans 99.9% des cas. Si myisamchk ne réussi pas, essayez la procédure suivante (cela ne fonctionnera que si vous avez démarré MySQL avec --log-update, Section 5.9.4, « Le log binaire ») : 1. Restaurez la sauvegarde originale de mysqldump. 2. Exécutez la commande suivante pour remettre en marche les mises à jour dans le log binaire : shell> mysqlbinlog hostname-bin.[0-9]* | mysql Dans votre cas, vous voudrez peut-être n'exécuter que certains logs binaires, depuis certaines positions : par exemple, depuis la date de la sauvegarde que vous avez restauré, hormis quelques requêtes problématiques. Voyez Section 8.5, « mysqlbinlog, Exécuter des requêtes dans le log binaire » pour plus d'informations sur l'utilitaire mysqlbinlog, et comment l'utiliser. Si vous utilisez le journal des mises à jour (qui a été supprimé en MySQL 5.0.0) vous pouvez utiliser : shell> ls -1 -t -r hostname.[0-9]* | xargs cat | mysql ls est utilisée pour avoir tous les fichiers de mise à jour dans le bon ordre. Vous pouvez aussi faire des sauvegardes sélectives de fichiers individuels : Administration du serveur 308 ? Exportez la table avec SELECT * INTO OUTFILE 'nom_fichier' FROM nom_de_table ? Restaurez avec LOAD DATA INFILE 'nom_fichier' REPLACE .... Pour éviter les lignes dupliquées, vous aurez besoin d'une PRIMARY KEY ou une clef UNIQUE dans la table. Le mot clef REPLACE fait que les anciens enregistrements sont remplacés par les nouveaux lorsque l'un d'eux duplique un ancien sur une valeur de clef unique. Si vous obtenez des problèmes de performances sur votre système, vous pouvez les contourner en mettant en place une réplication et faisant les copies sur l'esclave au lieu du maître. See Section 6.1, « Introduction à la réplication ». Si vous utilisez un système de fichiers Veritas , vous pourrez faire : 1. A partir d'un client (ou de Perl), exécutez : FLUSH TABLES WITH READ LOCK. 2. A partir d'un autre Shell, exécutez : mount vxfs snapshot. 3. Depuis le premier client, exécutez : UNLOCK TABLES. 4. Copiez les fichiers à partir de la sauvegarde. 5. Démontez snapshot. 5.7.2. Exemples de stratégie de sauvegarde et restauration Cette section présente une procédure pour effectuer des sauvegardes qui vous permettent de retrouver vos données après différents types de problèmes : ? Arrêt du système d'exploitation ? Problème d'alimentation électrique ? Problème du système de fichiers ? Problème matériel : disque dur, carte mère, etc. Les instructions suivantes requièrent l'utilisation de la version minimale de MySQL 4.1.8, car certaines options de mysqldump utilisées ici ne sont pas disponibles dans les précédentes versions. Les commandes d'exemples n'inclut pas les options telles que --user et --password avec les utilitaires mysqldump et mysql. Il vous faudra les ajouter en fonction des besoins, pour que MySQL puisse se connecter au serveur. Nous considèrerons les données stockées dans une table de moteur InnoDB, qui supporte les transaction et la restauration automatique. Nous supposerons que le serveur MySQL est en charge au moment de la panne. Si ce n'est pas le cas, aucune restauration ne sera nécessaire. Dans les cas de panne du système d'exploitation ou de l'alimentation électrique, on peut supposer que les disques de données MySQL sont toujours disponibles après un redémarrage. Les fichiers de données InnoDB sont analysés, et à partir des logs, on peut retrouver la liste des transactions archivées et non-archivées, qui n'ont pas encore été écrites sur le disque. Le moteur de table va alors annuler automatiquement les transactions qui n'ont pas été terminées. Le détail des opérations du processus de restauration est fourni à l'administrateur dans le fichier de log d'erreur de MySQL. Voici un extrait : InnoDB: Database was not shut down normally. Administration du serveur 309 InnoDB: Starting recovery from log files... InnoDB: Starting log scan based on checkpoint at InnoDB: log sequence number 0 13674004 InnoDB: Doing recovery: scanned up to log sequence number 0 13739520 InnoDB: Doing recovery: scanned up to log sequence number 0 13805056 InnoDB: Doing recovery: scanned up to log sequence number 0 13870592 InnoDB: Doing recovery: scanned up to log sequence number 0 13936128 ... InnoDB: Doing recovery: scanned up to log sequence number 0 20555264 InnoDB: Doing recovery: scanned up to log sequence number 0 20620800 InnoDB: Doing recovery: scanned up to log sequence number 0 20664692 InnoDB: 1 uncommitted transaction(s) which must be rolled back InnoDB: Starting rollback of uncommitted transactions InnoDB: Rolling back trx no 16745 InnoDB: Rolling back of trx no 16745 completed InnoDB: Rollback of uncommitted transactions completed InnoDB: Starting an apply batch of log records to the database... InnoDB: Apply batch completed InnoDB: Started mysqld: ready for connections Dans le cas d'une panne du système de fichiers ou du matériel, nous pouvons supposer que les données MySQL ne sont plus disponibles après le redémarrage. Cela signifie que MySQL ne pourra pas démarrer corerctement, car certains blocs de données ne seront plus lisibles. Dans ce cas, il est nécessaire de formatter le disque, d'en installer un nouveau ou bien de corriger le problème sous- jacent. Puis, il faut restaurer les données à partir des sauvegardes : cela signifie que nous devons avoir déjà fait des sauvegardes. Pour s'assurer que c'est le cas, voyons comment se déroule un processus de sauvegarde. 5.7.2.1. Politique de sauvegarde Nous savons tous que les sauvegardes doivent être programmées périodiquement. Les sauvegardes complètes, celles qui prélèvent toutes les données des bases, peuvent être réalisées avec plusieurs outils MySQL. Par exemple, InnoDB Hot Backup fournit un utilitaire de sauvegarde en ligne et non bloquant pour les fichiers InnoDB, et mysqldump fournit un outil de sauvegarde logique. Cette section utilise mysqldump. Supposons que nous souhaitons réaliser une sauvegarde le dimanche, à une heure du matin, lorsque la charge sur le serveur est au plus bas. La commande suivante va faire une sauvegarde de toutes nos tables InnoDB, dans toutes les bases : shell> mysqldump --single-transaction --all-databases > backup_sunday_1_PM.sql C'est un outil de sauvegarde en ligne, non-bloquant, qui ne perturbe pas les opérations sur les tables. Nous avons supposé plus haut que nos tables utilisent le moteur InnoDB : l'option - -single-transaction utilise une lecture cohérente, et garantit la stabilité des données prélevées par mysqldump. Les modifications peuvent être faîtes par d'autres clients sur les tables InnoDB sans que la commande mysqldump ne le per¸oive. Si nous avons d'autres types de tables, nous devons aussi supposer qu'elles ne changeront pas durant la sauvegarde. Par exemple, pour une table MyISAM dans la base mysql, nous devons supposer qu'aucun administrateur ne fera de modification aux comptes MySQL durant la sauvegarde. Le fichier .sql résultant, produit par mysqldump contient les commandes SQL INSERT qui peuvent être utilisées pour recharger les tables ultérieurement. Les sauvegardes complètes sont nécessaires, mais elles ne sont pas toujours pratiques. Elles produisent de très grands fichiers de données, et prennent du temps à s'exécuter. Elles ne sont pas optimales, car chaque sauvegarde inclut toutes les données, même celles qui n'ont pas évolué entre deux sauvegardes. Une fois qu'une sauvegarde initiale a été faite, les sauvegardes incrémentales sont bien plus optimales : elles génèrent des fichiers plus petits, et sont plus rapides à réaliser. L'inconvénient est que cette sauvegarde ne vous permettra pas de restaurer toutes vos données à partir de la sauvegarde complète : il vous faudra utiliser les sauvegardes incrémentales pour restaurer totalement votre base. Administration du serveur 310 Pour réaliser des sauvegardes incrémentales, vous devez sauver les modifications incrémentales. Le serveur MySQL doit être lancé avec l'option --log-bin pour qu'il puisse stocker ces modifications au fur et à mesure des modifications des données. Cette option active le log binaire, ce qui fait que chaque commande qui modifie les données est enregistré dans un fichier appelé le log binaire. Voyons le dossier de données de MySQL, une fois qu'il a été lancé avec l'option - -log-bin. Nous y trouverons les fichiers suivants : -rw-rw---- 1 guilhem guilhem 1277324 Nov 10 23:59 gbichot2-bin.000001 -rw-rw---- 1 guilhem guilhem 4 Nov 10 23:59 gbichot2-bin.000002 -rw-rw---- 1 guilhem guilhem 79 Nov 11 11:06 gbichot2-bin.000003 -rw-rw---- 1 guilhem guilhem 508 Nov 11 11:08 gbichot2-bin.000004 -rw-rw---- 1 guilhem guilhem 220047446 Nov 12 16:47 gbichot2-bin.000005 -rw-rw---- 1 guilhem guilhem 998412 Nov 14 10:08 gbichot2-bin.000006 -rw-rw---- 1 guilhem guilhem 361 Nov 14 10:07 gbichot2-bin.index A chaque fois que le serveur redémarre, MySQL crée un nouveau fichier de log binaires, en utilisant le numéro de séquence suivant. Lorsque le serveur fonctionne, vous pouvez aussi lui dire de clore le fichier de log, et d'en ouvrir un nouveau avec la commande SQL FLUSH LOGS ou bien avec la commande en ligne mysqladmin flush-logs. La commande mysqldump dispose aussi d'une option pour clore les fichiers de logs. Le fichier .index contient la liste de tous les fichiers de logs binaire du dossier de données. Ce fichier est utilisé durant les opérations de réplication. Les fichiers de log binaires MySQL sont importants lors de restauration, car ils représentent des sauvegardes incrémentales. Si vous vous assurez de bien refermer les fichiers de log binaire lorsque vous réalisez une sauvegarde complète, alors les fichiers de log binaires qui ont été créés après votre sauvegarde représente les modifications incrémentales de vos données. Maintenant, modifions la commande mysqldump pour qu'elle referme les logs binaires lors de sauvegarde complète, et que le fichier de sauvegarde contienne les noms des nouveaux fichiers de logs : shell> mysqldump --single-transaction --flush-logs --master-data=2 --all-databases > backup_sunday_1_PM.sql Après avoir exécuté cette commande, le dossier de données contient un nouveau fichier de log binaire, gbichot2-bin.000007. Le fichier .sql résultant contient les lignes suivantes : -- Position to start replication or point-in-time recovery from -- CHANGE MASTER TO MASTER_LOG_FILE='gbichot2-bin.000007',MASTER_LOG_POS=4; Comme la commande mysqldump a fait une sauvegarde complète, ces lignes signifie deux choses : ? Le fichier .sql contient toutes les modifications effectuées sur les données avant le fichier appelé gbichot2-bin.000007, ou plus récent. ? Toutes les modifications des données effectées après la sauvegarde ne sont pas enregistrées dans le fichier .sql, mais sont présentes dans le fichier de log binaire gbichot2-bin.000007. Le lundi, à une heure du matin, nous pouvons créer une sauvegarde incrémentale en refermant les fichiers de log binaire, et en créant un nouveau fichier de log. Par exemple, la commande mysqladmin flush-logs crée un fichier gbichot2-bin.000008. Toutes les modifications qui ont eu lieu entre dimanche, 1 heure et lundi, 1 heure sont stockées dans le fichier gbichot2-bin.000007. Cette sauvegarde incrémentale est importante, et il est recommandé de la stocker dans un endroit sûr. Par exemple, copiez la sur une cassette ou un DVD, ou même sur une autre machine. Le mardi, à 1 heure, vous pouvez exécuter à nouveau la commande mysqladmin flush-logs. Toutes les opérations effectuées entre lundi, 1 heure et mardi, 1 heure sont dans le fichier gbichot2-bin.000008, qui doit être mis en sécurité. Les logs binaires MySQL occupent de l'espace disque sur le serveur. Pour récupérer cet espace, supprimez-le de temps en temps. Pour le faire en toute sécurité, supprimez simplement les fichiers qui ne servent plus à rien, c'est à dire ceux qui sont antérieurs à la dernière sauvegarde complète : Administration du serveur 311 shell> mysqldump --single-transaction --flush-logs --master-data=2 --all-databases --delete-master-logs > backup_sunday_1_PM.sql Note : effacer les logs binaires avec la commande mysqldump --delete-master-logs peut être dangereux, car si le serveur est un maître de réplication, les esclaves pourraient ne pas avoir traités en totalité le contenu des logs binaires. La description de la commande PURGE MASTER LOGS explique ce qui doit être vérifié avant d'effacer un fichier de log binaire. See Section 13.6.1.1, « PURGE MASTER LOGS ». 5.7.2.2. Utiliser les sauvegardes pour la restauration Supposons maintenant qu'un crash catastrophique survienne le mercredi à 8 heures du matin, et qu'il faille utiliser les sauvegardes pour restaurer la base de données. Pour cela, il faut commencer par utiliser la première sauvegarde complète que nous avons : c'est celle de samedi, à 1 heure. Cette sauvegarde est un ensemble de commandes SQL : la restauration est très simple : shell> mysql < backup_sunday_1_PM.sql Après cela, les données sont celles que nous avions dimanche, à 1 heure. Pour appliquer les modifications qui ont eu lieu depuis cette date, nous devons utiliser les sauvegardes incrémentales, c'est à dire les fichiers de log binaire gbichot2-bin.000007 et gbichot2-bin.000008. Retrouvez-les dans vos documents de sauvegarde, puis, exécutez-les de cette manière : shell> mysqlbinlog gbichot2-bin.000007 gbichot2-bin.000008 | mysql Nous avons maintenant retrouvé les données dans leur état de mardi, à 1 heure, mais il manque encore les données entre cette date et le crash. Pour ne pas les avoir perdu, il faut que les logs aient été sauvés dans un volume sécurisé (disque RAID, SAN, ...), sur un serveur différent de celui qui a crashé : tout cela pour que le serveur n'ait pas détruit les logs durant le crash. Pour cela, nous pouvons lancer le serveur avec l'option --log-bin, et spécifier un chemin sur un volume physique séparé. De cette manière, les logs ne seront pas perdus, même si le dossier contenant les données est perdu. Si nous pouvons retrouver ces fichiers de log, nous aurons un fichier appelé gbichot2-bin.000009 et nous pouvons l'appliquer aux données pour obtenir l'état le plus proche du moment du crash. 5.7.2.3. Résumé des stratégies de sauvegarde Dans le cas d'un arrêt du système d'exploitation ou d'une panne de courant, InnoDB se charge lui- même du travail de restauration des données. Mais pour vous assurer un sommeil sans cauchemar, nous vous recommandons de suivre ces instructions : ? Utilisez toujours MySQL avec l'option --log-bin, ou même avec --log-bin=log_name, où le fichier est placé sur un média sécuritaire, différent de celui sur lequel fonctionne le dossier de données. SI vous avez un tel lieu de stockage, c'est aussi bon pour l'équilibrage de la charge du disque, ce qui conduit a des améliorations de performances. ? Faîtes des sauvegardes periodiques, en utilisant la commande mysqldump pour réaliser des sauvegardes non-bloquantes. ? Faites des sauvegardes incrémentales périodiques, en vidant les logs sur le disque, avec la commande SQL FLUSH LOGS ou la commande en ligne mysqladmin flush-logs. 5.7.3. Utilisation de myisamchk pour la maintenance des tables et leur recouvrement La section suivante discute de l'utilisation de myisamchk pour vérifier et réparer les tables Administration du serveur 312 MyISAM (les tables avec les fichiers .MYI et .MYD). Les mêmes concepts s'appliquent à isamchk pour vérifier et réparer les tables ISAM (les tables avec les fichiers .ISM et .ISD). See Chapitre 14, Moteurs de tables MySQL et types de table. Vous pouvez utiliser myisamchk pour obtenir des informations sur les tables de votre base de données, pour analyser, réparer ou optimiser ces tables. Les sections suivantes décrivent comment appeler myisamchk (y compris les options), comment mettre en place une politique d'entretien, et comment utiliser myisamchk pour effectuer différentes opérations. Même si la réparation d'une table avec myisamchk est sécuritaire, il est toujours préférable de faire une sauvegarde avant la réparation, ou toute autre opération de maintenance qui pourrait faire de nombreuses modifications dans la table. Les opérations myisamchk qui affectent les index peuvent causer la recompilation des index FULLTEXT avec des paramètres qui ne sont pas les paramètres courants du serveur. Pour éviter cela, voyez la section Section 5.7.3.2, « Options générales de myisamchk ». Dans de nombreux cas, vous pouvez trouver plus simple de faire l'entretien des tables avec des requêtes SQL qu'avec myisamchk : ? Pour vérifier ou réparer les tables MyISAM, utilisez CHECK TABLE ou REPAIR TABLE. ? Pour optimiser les tables MyISAM, utilisez OPTIMIZE TABLE. ? Pour analyser les tables MyISAM, utilisez ANALYZE TABLE. Ces commandes ont été ajoutées dans différentes versions, mais sont toutes disponibles depuis MySQL 3.23.14. Voyez Section 13.5.2.1, « Syntaxe de ANALYZE TABLE », Section 13.5.2.3, « Syntaxe de CHECK TABLE », Section 13.5.2.5, « Syntaxe de OPTIMIZE TABLE », et Section 13.5.2.6, « Syntaxe de REPAIR TABLE ». Les commandes peuvent être utilisées directement, ou via le client mysqlcheck, qui fournit une interface en ligne de commande. Un avantage de ces commandes par rapport à myisamchk est que le serveur se charge de tout. Avec myisamchk, vous devez vous assurer que le serveur ne va pas utiliser les tables en même temps que vous. Sinon, il va y avoir des interférences entre myisamchk et le serveur. 5.7.3.1. Syntaxe de l'utilitaire myisamchk myisamchk s'exécute avec une commande de la forme : shell> myisamchk [options] tbl_name Les options spécifient ce que vous voulez que myisamchk fasse. Elles sont décrites dans ce chapitre. Vous pouvez aussi obtenir une liste d'options en invoquant le programme avec myisamchk --help. Sans option, myisamchk va simplement vérifier les tables. Pour obtenir plus d'information ou pour demander à myisamchk de prendre des mesures correctives, il faut ajouter l'une des options listées ici. tbl_name est la table que vous voulez réparer ou vérifier. Si vous exécutez myisamchk autre part que dans le dossier de données, vous devez spécifier le chemin jusqu'au fichier, car sinon, myisamchk n'aura aucune idée d'où chercher les données dans votre base. En fait, myisamchk ne se préoccupe pas du fait que le fichier que vous utilisez est dans le dossier de base ou pas : vous pouvez copier le fichier à réparer dans un autre dossier, et y faire les opérations d'entretien. Vous pouvez spécifier plusieurs noms de tables à myisamchk si vous le voulez. Vous pouvez aussi spécifier un nom sous la forme d'un fichier d'index (avec l'option .MYI), qui vous permettra de spécifier toutes les tables dans un dossier en utilisant le schéma *.MYI. Par exemple, si vous êtes dans le dossier de données, vous pouvez spécifier toutes les tables dans le dossier comme ceci : Administration du serveur 313 shell> myisamchk *.MYI Si vous n'êtes pas dans le dossier de données, et que vous souhaitez vérifier toutes les tables, vous devez ajouter le chemin jusqu'au dossier : shell> myisamchk /path/to/database_dir/*.MYI Vous pouvez même vérifier toutes les tables de toutes les bases avec le chemin suivant : shell> myisamchk /path/to/datadir/*/*.MYI La méthode recommandée pour vérifier rapidement toutes les tables est : myisamchk --silent --fast /path/to/datadir/*/*.MYI isamchk --silent /path/to/datadir/*/*.ISM Si vous voulez vérifier toutes les tables et réparer celles qui sont corrompues, vous pouvez utiliser la ligne suivante : myisamchk --silent --force --fast --update-state -O key_buffer=64M \ -O sort_buffer=64M -O read_buffer=1M -O write_buffer=1M \ /path/to/datadir/*/*.MYI isamchk --silent --force -O key_buffer=64M -O sort_buffer=64M \ -O read_buffer=1M -O write_buffer=1M /path/to/datadir/*/*.ISM Ces commandes ci-dessus supposent que vous avez plus de 64 Mo de libres. Pour plus d'informations sur l'allocation de mémoire avec myisamchk, voyez la section Section 5.7.3.6, « Utilisation de la mémoire par myisamchk ». Notez que si vous obtenez une erreur comme celle-ci : myisamchk: warning: 1 clients is using or hasn't closed the table properly Cela signifie que vous essayez de vérifier une table qui a été modifiée par un autre programme (comme le serveur mysqld) qui n'a pas encore refermé le fichier de table, ou que le fichier n'a pas été correctement refermé. Si mysqld fonctionne, vous devez forcer la fermeture correcte des fichiers de tables avec la commande FLUSH TABLES, et vous assurer que personne n'utilise les tables durant vos opérations avec myisamchk. En MySQL version 3.23, la meilleure méthode pour éviter ce problème est d'utiliser la commande CHECK TABLE au lieu de myisamchk pour vérifier les tables. 5.7.3.2. Options générales de myisamchk Les options décrites dans cette section peuvent être utilisées pour toutes les maintenances de tables effectuée myisamchk. Les sections suivant celles-ci décrivent les options spécifiques à certaines opérations, comme la vérification et la réparation. myisamchk supporte les options suivantes : ? --help, -? Affiche le message d'aide, et termine le programme. ? --debug=debug_options, -# debug_options Affiche le log de débogage. La chaîne debug_options vaut souvent : 'd:t:o,filename'. Administration du serveur 314 ? --silent, -s Mode silencieux. Affiche uniquement les erreurs. Vous pouvez utiliser deux fois -s (-ss) pour que myisamchk soit très silencieux. ? --verbose, -v Mode détaillé. Affiche plus d'informations. Vous pouvez combiner ce mode avec les options -d et -e. Utilisez -v plusieurs fois, (-vv, -vvv) pour plus de détails encore. ? --version, -V Affiche la version et quitte. ? --wait, -w Au lieu de s'arrêter avec une erreur si la table est verrouillé, le programme attend que la table soit libérée avant de continuer. Notez que si vous utilisez mysqld avec l'option - -skip-external-locking, la table peut ne peut être verrouillée que par une autre commande myisamchk. Vous pouvez aussi configurer les variables suivantes avec la syntaxe --var_name=value : Variable Valeur par défaut decode_bits 9 ft_max_word_len dépend de la version ft_min_word_len 4 ft_stopword_file liste par défaut key_buffer_size 523264 myisam_block_size 1024 read_buffer_size 262136 sort_buffer_size 2097144 sort_key_blocks 16 write_buffer_size 262136 Il est aussi possible de configurer les variables avec les syntaxes - -set-variable=var_name=value et -O var_name=value. Toutefois, cette syntaxe est obsolète depuis MySQL 4.0. Les variables myisamchk possibles et leur valeur par défaut sont affichées par myisamchk - -help : sort_buffer_size sert lors de la réparation des index par tri des clés, qui est le mode utilisé par l'option --recover. key_buffer_size sert lorsque vous vérifiez une table avec l'option --extend-check ou lorsque les clés sont réparées par insertion de lignes dans la table (comme lors des insertions normales). La réparation par buffer de clés est utilisée dans ces situations : ? Vous utiliez l'option --safe-recover. ? Les fichiers temporaires utilisés pour trier les clés seraient deux fois plus gros que lors de la création directe du fichier. C'est souvent le cas lorsque vous avez de grandes clés pour les colonnes CHAR, VARCHAR et TEXT, car l'opération de trie a besoin de stocker la clé complète. Si vous avez beaucoup d'espace temporaire, vous pouvez forcer myisamchk à réparer en triant, en utilisant l'option --sort-recover. Administration du serveur 315 La répartion par buffer de clé prend beaucoup moins d'espace disque, mais est bien plus lente. Si vous voulez une réparation plus rapide, donnez à key_buffer_size et sort_buffer_size des valeurs représentant 25% de votre mémoire. Vous pouvez leur donner de grandes valeurs, car une seule des deux variables est utilisée. myisam_block_size est la taille des blocs d'index. Elle est disponible depuis MySQL 4.0.0. Les variables ft_min_word_len et ft_max_word_len sont disponibles depuis MySQL 4.0.0. ft_stopword_file est disponible depuis MySQL 4.0.19. ft_min_word_len et ft_max_word_len indique la taille minimum et maximum pour les index FULLTEXT. ft_stopword_file est le nom du fichier de mots ignorés. Ils doivent toujours être configurés. Si vous utilisez myisamchk pour faire une opération qui modifie les index de tables (comme la répartion ou l'analyse), les index FULLTEXT sont reconstruit en utilisant les valeurs par défaut pour les tailles minimales et maximales, et pour le fichier de mots ignorés. Cela peut conduire à l'échec de requêtes. Le problème survient lorsque ces paramètre ne sont connus que par le serveur. Elles ne sont pas stockées dans le fichier d'index MyISAM. Pour éviter ce problème si vous avez modifié la taille des mots ou le fichier de mots ignorés dans le serveur, pensez à spécifier les mêmes valeurs avec les options ft_min_word_len, ft_max_word_len et ft_stopword_file de myisamchk. Par exemple, si vous avez configuré une taille minimale de 3, vous pourrez réparer la table avec myisamchk comme ceci : shell> myisamchk --recover --ft_min_word_len=3 tbl_name.MYI Pour vous assurer que myisamchk et le serveur utilisent les mêmes valeurs pour les paramètres des index en texte plein, vous pouvez placez ces valeurs dans les groupes [mysqld] et [myisamchk] du fichier d'options : [mysqld] ft_min_word_len=3 [myisamchk] ft_min_word_len=3 Une alternative à l'utilisation de myisamchk est les commandes REPAIR TABLE, ANALYZE TABLE, OPTIMIZE TABLE et ALTER TABLE. Ces commandes sont effectuées par le serveur, qui sait comment traiter les paramétrages des index. 5.7.3.3. Options de vérifications pour myisamchk ? -c, --check Vérifie les erreurs d'une table. Ceci est l'opération par défaut de myisamchk si vous ne lui donnez aucune autre option. ? -e, --extend-check Vérifie la table minutieusement (ce qui est un peu lent si vous avez des index). Cette option ne doit être utilisée que pour les cas extrêmes. Normalement, myisamchk ou myisamchk - -medium-check devrait, dans la plupart des cas, être capable de trouver s'il y a des erreurs dans la table. Si vous utilisez --extended-check et que vous avez beaucoup de mémoire, vous devez augmenter de beaucoup la valeur de key_buffer_size ! ? -F, --fast Administration du serveur 316 Ne vérifie que les tables qui n'ont pas été fermées proprement. ? -C, --check-only-changed Ne vérifie que les tables qui ont changé depuis la dernière vérification. ? -f, --force Redémarrez myisamchk avec -r (répare) sur la table, si myisamchk trouve une erreur dans la table. ? -i, --information Affiche des statistiques à propos de la table vérifiée. ? -m, --medium-check Plus rapide que --extended-check, mais ne trouve que 99.99% des erreurs. Devrait, cependant, être bon pour la plupart des cas. ? -U, --update-state Enregistre le fichier .MYI lorsque la table à été vérifiée ou a été corrompue. Cela devrait être utilisé pour tirer tous les avantages de l'option --check-only-changed, mais vous ne devez pas utiliser cette option si le serveur mysqld utilise cette table et que vous utilisez mysqld avec --skip-external-locking. ? -T, --read-only Ne marque pas la table comme vérifiée. C'est pratique si vous utilisez myisamchk pour vérifier une table issue d'une autre application qui n'utilise pas les verrous. (comme mysqld - -skip-external-locking). 5.7.3.4. Options de réparation de myisamchk Les options suivantes sont utilisées avec myisamchk et l'option de réparation -r ou -o: ? --backup, -B Fait une sauvegarde du fichier .MYD, sous le nom filename-time.BAK ? --character-sets-dir=path Dossier qui contient les jeux de caractères. See Section 5.8.1, « Le jeu de caractères utilisé pour les données et le stockage ». ? --correct-checksum Somme de contrôle correcte pour la table. ? --data-file-length=#, -D # Taille maximale du fichier de données (lors de la recréation du fichier de données, et qu'il est complet). ? --extend-check, -e Essaie de retrouver toutes les lignes possibles du fichier de données. Normalement, cette option va aussi découvrir beaucoup de lignes erronées. N'utilisez pas cette option si vous n'êtes pas totalement désespérés. Administration du serveur 317 ? --force, -f Ecrase les anciens fichiers temporaires (table_name.TMD) au lieu d'annuler. ? --keys-used=#, -k # Si vous utilisez les tables ISAM, indique au gestionnaire de table ISAM qu'il doit uniquement modifier les # premiers index. Si vous utilisez le gestionnaire de table MyISAM, cette option indique quelles clés utiliser, et chaque bit binaire représente une clé (la première clé est le bit 0). Cela permet de réaliser des insertions plus rapides. Les index désactivés pourront être réactivés avec l'option myisamchk -r. ? --no-symlinks, -l Ne pas suivre les lignes symboliques. Normalement, myisamchk répare les tables qu'un lien symbolique représente. Cette option n'existe pas en MySQL 4.0, car MySQL 4.0 ne va pas supprimer les liens symboliques durant la réparation. ? --parallel-recover, -p Utilise la même technique que -r et -n, mais crée les clés avec des threads différents, en parallèle. Cette option a été ajoutée en MySQL 4.0.2. Ceci est du code alpha. Utilisez le à vos risques et périls! ? --quick, -q Réparation rapide, sans modifier le fichier de données. Il est possible d'ajouter l'option -q pour forcer myisamchk à modifier le fichier original en cas de clés doublons. ? --recover, -r Peut réparer presque tout, sauf les clés uniques qui ne le sont plus (ce qui est extrêmement rare avec les tables ISAM/MyISAM). Si vous voulez restaurer un table, c'est l'option à utiliser en premier. Si myisamchk indique que la table ne peut pas être corrigée avec l'option -r, vous pouvez alors passer à l'option -o. Notez que dans le cas rarissime où -r, le fichier de données est toujours intact. Si vous avez beaucoup de mémoire, vous pouvez augmenter la taille du buffer sort_buffer_size! ? --safe-recover, -o Utilise une ancienne méthode de restauration (lit toutes les lignes dans l'ordre, et modifie l'arbre d'index conformément pour les lignes trouvées). C'est une méthode qui est beaucoup plus lente que l'option -r, mais elle est capable de traiter certaines situations exceptionnelles que -r ne pourrait pas traiter. Cette méthode utilise aussi moins d'espace disque que -r. Normalement, vous devriez commencer à réparer avec l'option -r, et uniquement sur l'échec de cette option, passer à -o. Si vous avez beaucoup de mémoire, vous devriez augmenter la taille du buffer de clé ! key_buffer_size! ? --set-character-set=name Change le jeu de caractères utilisé par l'index. ? --sort-recover, -n Force myisamchk à utiliser le tri pour résoudre les clés, même si le fichier temporaire doit être énorme. ? --tmpdir=path, -t path Chemin pour stocker les fichiers temporaires. Si cette option n'est pas fournie, myisamchk va utiliser la variable d'environnement TMPDIR pour cela. Depuis MySQL 4.1, tmpdir peut prendre une liste de chemins différents, qui seront utilisés successivement, pour les fichiers Administration du serveur 318 temporaires. Le caractère de séparation des différents chemins est le deux-points sous Unix (?:?) et le point-virgule (?;?) sous Windows, NetWare et OS/2. ? --unpack, -u Décompresse des données compressées avec myisampack. 5.7.3.5. Autres options de myisamchk Les autres actions que myisamchk peut réaliser, en dehors de vérifier et réparer une table sont : ? -a, --analyze Analyser la distribution des clés. Cela améliore les performances des jointures en permettant à l'optimiseur de jointure de mieux choisir l'ordre d'utilisation des clés. myisamchk - -describe --verbose table_name' ou SHOW KEYS dans MySQL. ? -d, --description Affiche des informations sur la table. ? -A, --set-auto-increment[=value] Force AUTO_INCREMENT à commencer avec une valeur supérieure. Si aucune valeur n'est fournie, la prochaine valeur de la colonne AUTO_INCREMENT sera la plus grande valeur de la colonne +1. ? -S, --sort-index Trie les blocs de l'arbre d'index dans l'ordre haut / bas. Cela va optimiser les recherches, et les scans de tables par clés. ? -R, --sort-records=# Trie les lignes en fonction de l'index. Cela rassemble vos données, et peut accélérer les lectures de lignes par intervalle avec SELECT et ORDER BY sur cet index (ce tri peut être très lent la première fois). Pour connaître les numéros d'index de tables, utilisez la commande SHOW INDEX, qui affiche les index dans le même ordre que myisamchk ne les voit. Les index sont numérotés à partir de 1. 5.7.3.6. Utilisation de la mémoire par myisamchk L'espace mémoire est très important quand vous utilisez myisamchk. myisamchk n'utilise pas plus de mémoire que ce que vous spécifiez avec les options -O. Si vous pensez utiliser myisamchk sur des fichiers très grands, vous devez d'abord décider la quantité de mémoire que vous souhaitez utiliser. Avec des valeurs plus grandes, vous pouvez accélérer myisamchk. Par exemple, si vous avez plus de 32 Mo de RAM, vous pourriez utiliser les options suivantes (en plus des autres options que vous pourriez spécifier) : shell> myisamchk -O sort=16M -O key=16M -O read=1M -O write=1M ... Utiliser -O sort=16M sera probablement suffisant pour la plupart des cas. Soyez conscient que myisamchk utilise des fichiers temporaires dans le dossier TMPDIR. Si TMPDIR est un fichier en mémoire, vous pourriez facilement rencontrer des erreurs de mémoire. Si cela arrive, choisissez une autre valeur pour TMPDIR, avec plus d'espace disque, et redémarrez myisamchk. Lors de la réparation, myisamchk va aussi avoir besoin d'espace disque : Administration du serveur 319 ? Doublez la taille du fichier de données (l'original plus une copie). Cet espace n'est pas nécessaire si vous faites des réparations de type --quick, car dans ce cas, seul le fichier d'index sera recréé. Cet espace est nécessaire sur le même disque que l'original ! ? De l'espace pour le nouveau fichier d'index qui remplacera l'ancien. L'ancien fichier d'index est réduit dès le démarrage, ce qui vous permet généralement d'ignorer cet espace. Cet espace est nécessaire sur le même disque que l'original ! ? Lorsque vous utilisez les options --recover ou --sort-recover (mais pas lorsque vous utilisez --safe-recover), vous aurez besoin d'espace pour le buffer de tri : (plus_grande_cle + taille_du_pointeur_de_ligne)*nombre_de_lignes * 2 Vous pouvez vérifier la taille des clés et la taille du pointeur de ligne avec la commande myisamchk -dv table. Cet espace est alloué sur le disque temporaire (spécifié par TMPDIR par --tmpdir=#). Si vous avez des problèmes avec l'espace disque durant la réparation, vous pouvez utiliser l'option - -safe-recover au lieu de --recover. 5.7.3.7. Utiliser myisamchk pour restaurer une table Si vous utilisez mysqld avec l'option --skip-external-locking (qui est la configuration par défaut pour certains systèmes, comme Linux), vous ne pouvez pas utiliser myisamchk pour vérifier une table, lorsque mysqld utilise aussi la table. Si vous pouvez être sûr que personne n'utilise cette table via mysqld lorsque vous utilisez myisamchk, vous n'aurez qu'à utiliser la commande mysqladmin flush-tables avant de commencer à vérifier les tables. Si vous ne pouvez pas garantir cette condition, vous devez alors éteindre le serveur mysqld pour vérifier les tables. Si vous exécutez myisamchk alors que mysqld modifie la table, vous pourriez obtenir un diagnostic de corruption de la table, alors que ce n'est pas le cas. Si vous n'utilisez pas l'option --skip-external-locking, vous pouvez vous servir de myisamchk pour vérifier les tables à tout moment. Pendant que vous le faites, les autres clients qui tentent de modifier la table devront attendre que myisamchk ait fini. Si vous utilisez myisamchk pour réparer ou optimiser les tables, vous devez toujours vous assurer que mysqld n'utilise pas cette table (ce qui s'applique aussi si vous utilisez - -skip-external-locking). Si vous n'éteignez pas le serveur mysqld, vous devez au moins utiliser mysqladmin flush-tables avant de lancer myisamchk. Vos tables peuvent être corrompues si le serveur et myisamchk travaillent dans une même table simultanément. Ce chapitre décrit comment vérifier et gérer les corruptions de données dans les bases MySQL. Si vos tables sont fréquemment corrompues, vous devriez commencer par en rechercher la raison ! See Section A.4.2, « Que faire si MySQL plante constamment ? ». La section sur les tables MyISAM contient différentes raisons pour lesquelles une table peut être corrompue. See Section 14.1.4, « Problèmes avec les tables MyISAM ». Lorsque vous effectuez une restauration de table, il est important que chaque table tbl_name dans une base corresponde aux trois fichiers dans le dossier de base, du dossier de données : Fichier Utilisation tbl_name.frm Définition de la table tbl_name.MYD Fichier de données tbl_name.MYI Fichier d'index Chacun de ces trois fichiers est sujet à des corruptions diverses, mais les problèmes surviennent généralement dans les fichiers de données ou d'index. Administration du serveur 320 myisamchk fonctionne en créant une copie du fichier .MYD (les données), ligne par ligne. Il termine sa réparation en supprimant l'ancien fichier .MYD et en renommant le nouveau à la place de l'ancien. Si vous utilisez l'option --quick, myisamchk ne crée pas de fichier temporaire .MYD mais suppose plutôt que le fichier .MYD est correct et il génère simplement un nouveau fichier d'index sans toucher au fichier .MYD. C'est une méthode sécuritaire, car myisamchk va automatiquement détecter si le fichier .MYD est corrompu, et annulera alors la réparation si c'est le cas. Vous pouvez aussi ajouter deux options --quick à myisamchk. Dans ce cas, myisamchk ne s'interrompt pas sur certaines erreurs (comme des clés doublons), et essaie de résoudre ce problème en modifiant le fichier .MYD. Normalement, l'utilisation de deux options --quick n'est utile que si vous n'avez pas trop d'espace disque pour réaliser la réparation. Dans ce cas, vous devez au moins faire une copie de sauvegarde avant d'utiliser myisamchk. 5.7.3.8. Comment vérifier la cohérence d'une table Pour vérifier les tables de type MyISAM, utilisez les commandes suivantes : ? myisamchk nom_de_table Cette commande trouvera 99.99% de toutes les erreurs. Ce qu'elle ne peut pas découvrir comme erreurs, sont celles qui impliquent uniquement le fichier de données (ce qui est très inhabituel). Si vous voulez vérifier une table, vous devriez utiliser l'utilitaire myisamchk sans les options ou avec les options -s ou --silent. ? myisamchk -m nom_de_table Cette commande trouvera 99.999% de toutes les erreurs. Elle vérifie toutes les entrées dans le fichier d'index, puis lit toutes les lignes. Elle calcule une somme de contrôle pour toutes les clés et les lignes, et vérifie que les deux se correspondent dans l'arbre d'index. ? myisamchk -e nom_de_table Cette commande fait une vérification complète et exhaustive de toutes les données (-e signifie ``extended check''). Elle fait une lecture de contrôle de chaque ligne, pour vérifier qu'elle correspond bien aux index. Cette commande va prendre un long moment sur les grosses tables. myisamchk va normalement s'arrêter dès qu'il trouve une erreur. Si vous voulez obtenir plus d'information sur cette erreur, vous pouvez utiliser l'option --verbose (ou -v). Cela fera que myisamchk va continuer à travailler et accumuler jusqu'à 20 erreurs. En utilisation normale, l'utilisation de cet utilitaire sans options est suffisante. ? myisamchk -e -i nom_de_table Comme les commandes précédentes, mais l'option -i indique à myisamchk qu'il doit afficher des informations statistiques. 5.7.3.9. Comment réparer des tables Dans la section présente, nous allons uniquement parler de l'utilitaire myisamchk sur les tables MyISAM (extensions .MYI et .MYD). Si vous utilisez les tables ISAM (extensions .ISM et .ISD), vous devriez vous servir de isamchk à la place. Depuis MySQL version 3.23.14, vous pouvez réparer les tables MyISAM avec la commande SQL REPAIR TABLE. See Section 13.5.2.6, « Syntaxe de REPAIR TABLE ». Les symptômes de corruption de tables sont des requêtes qui s'interrompent inopinément : ? tbl_name.frm locked against change : tbl_name.frm est verrouillée en écriture ? Can't find file tbl_name.MYI (Errcode: ###) : Impossible de trouver le fichier tbl_name.MYI (Errcode: ###) Administration du serveur 321 ? Unexpected end of file : Fin de fichier inattendue ? Record file is crashed : Fichier de données crashé ? Got error ### from table handler : Reception de l'erreur ### de la part du gestionnaire de table Pour obtenir plus d'informations sur l'erreur, vous pouvez exécuter la commande perror ###. Voici les erreurs les plus courantes : shell> perror 126 127 132 134 135 136 141 144 145 126 = Index file is crashed / Wrong file format : le fichier d'index est corr 127 = Record-file is crashed : le fichier de données est corrompu. 132 = Old database file / ce fichier provient d'une vieille base de données. 134 = Record was already deleted (or record file crashed) / La ligne était dé 135 = No more room in record file / Plus de place dans le fichier de données. 136 = No more room in index file / Plus de place dans le fichier d'index. 141 = Duplicate unique key or constraint on write or update / Doublon pour un 144 = Table is crashed and last repair failed / la table est corrompue et la 145 = Table was marked as crashed and should be repaired / La table a été mar Notez que l'erreur 135, "no more room in record file", n'est pas une erreur qui sera facile à corriger. Dans ce cas, vous devez utiliser la commande suivante : ALTER TABLE table MAX_ROWS=xxx AVG_ROW_LENGTH=yyy; Dans d'autres cas, vous devrez réparer vos tables. myisamchk peut généralement détecter et corriger la plupart des erreurs. Le processus de réparation se déroule en 4 étapes décrites ici. Avant de vous lancer, vous devriez vous placer dans le dossier de données et vérifier les permissions des fichiers de données. Assurez- vous qu'ils sont bien lisibles par l'utilisateur Unix que MySQL utilise (et à vous aussi, car vous aurez besoin d'accéder à ces fichiers durant la vérification. Si vous devez corriger ces fichiers, vous aurez aussi besoin des droits d'écriture. Si vous utilisez MySQL version 3.23.16 et plus récent, vous pouvez (et vous devriez) utiliser les commandes CHECK et REPAIR pour réparer vos tables MyISAM. Voyez Section 13.5.2.3, « Syntaxe de CHECK TABLE » et Section 13.5.2.6, « Syntaxe de REPAIR TABLE ». La section du manuel sur l'entretien des tables inclut la présentation des options des utilitaires isamchk/myisamchk : Section 5.7.3, « Utilisation de myisamchk pour la maintenance des tables et leur recouvrement ». La section suivante est destinée aux cas où les commandes ci-dessus ont échoué ou que vous voulez exploiter les fonctionnalités avancées que isamchk/myisamchk proposent. Si vous allez réparer une table en ligne de commande, il est recommandé d'arrêter le serveur mysqld. Notez que lorsque vous exécutez une commande mysqladmin shutdown sur un serveur distant, le serveur mysqld sera encore opérationnel pendant un instant après que mysqladmin ait terminé, jusqu'à ce que toutes les requêtes et toutes les clés aient été écrites sur le disque. Etape 1 : Vérifier vos tables Exécutez la commande myisamchk *.MYI ou myisamchk -e *.MYI si vous avez plus de temps. Utilisez -s (silencieux) pour supprimer les informations peu pertinentes. Si le serveur mysqld a terminé, vous devriez utiliser l'option --update pour indiquer à myisamchk d'enregistrer la vérification des tables ('checked'). Vous n'aurez à réparer que les tables pour lesquelles myisamchk vous annonce une erreur. Pour de telles tables, passez à l'étape 2. Administration du serveur 322 Si vous obtenez des erreurs étranges lors de la vérification, (comme, l'erreur out of memory), ou si myisamchk crashe, passez à l'étape 3. Etape 2 : réparation simple et facile Note : Si vous voulez réparer très rapidement, vous devriez ajouter -O sort_buffer=# -O key_buffer=# (où # vaut environ le quart de la mémoire du serveur), à toutes les commandes isamchk/myisamchk. Premièrement, essayez myisamchk -r -q tbl_name (-r -q signifie ``mode de réparation rapide''). Cette commande va tenter de réparer le fichier d'index sans toucher au fichier de données. Si le fichier de données contient toutess les données qu'il est sensé contenir, et que les points d'ancrage pour les effacements sont corrects, cette commande doit réussir, et la table sera alors réparée. Passez alors à la table suivante. Sinon, suivez la procédure suivante : 1. Faites une copie de sauvegarde de votre fichier de données. 2. Utilisez la commande myisamchk -r tbl_name (-r signifie ``mode de réparation''). Cette commande va supprimer les lignes invalides et effacer ces lignes du fichier de données, puis reconstruire le fichier d'index. 3. Si l'instruction précédente a échoué, utilisez myisamchk --safe-recover tbl_name. Le mode restauration sécuritaire utilise une vieille méthode de réparation qui peut gérer certains cas rares, mais elle est bien plus lente. Si vous obtenez des erreurs étranges lors de la répaaration (comme des erreurs de type out of memory), ou si myisamchk crashe, passez à l'étape 3. Etape 3 : Réparations difficiles Nous ne devriez atteindre cette étape que si les 16 premiers ko du fichier d'index sont détruits, ou qu'il contient des données erronées, ou si le fichier d'index manque. Dans ce cas, il est nécessaire de créer un nouveau fichier d'index. Faites ceci : 1. Déplacez le fichier de données dans une archive sûre. 2. Utilisez le fichier description de la table pour créer de nouveaux fichiers de données et d'index vides. shell> mysql db_name mysql> SET AUTOCOMMIT=1; mysql> TRUNCATE TABLE table_name; mysql> quit Si votre version SQL ne dispose pas de TRUNCATE TABLE, utilisez la commande DELETE FROM table_name. 3. Copiez l'ancien fichier de données à la place du nouveau fichier de données (ne faites pas un simple déplacement de fichier. Utilisez une copie, au cas où un problème surviendrait). Retournez à l'étape 2. myisamchk -r -q doit alors fonctionner (et ceci ne doit pas être une boucle infinie). Depuis MySQL 4.0.2, vous pouvez aussi utiliser REPAIR ... USE_FRM qui effectue toute cette opération automatiquement. Etape 4 : Réparation très difficiles Vous ne devriez atteindre cette étape que si votre fichier de description .frm a aussi crashé. Cela Administration du serveur 323 ne devrait jamais arriver, car le fichier de description n'est jamais modifié une fois que la table est créée. 1. Restaurez le fichier de description avec une sauvegarde, et retournez à l'étape 3. Vous pouvez aussi restaurer le fichier d'index et retourner à l'étape 2. Dans ce dernier cas, vous pouvez démarrer avec l'option myisamchk -r. 2. Si vous n'avez pas de sauvegarde, mais que vous savez exactement comment la table a été créée, vous pouvez créer une telle table dans une autre base. Supprimez alors le nouveau fichier de données, puis déplacez les fichiers de description .frm et d'index .MYI dans votre base de données crashée. Cela vous donnera un nouveau fichier d'index et de description, mais laisse intact le fichier de données .MYD. Retournez à l'étape 2 et essayez de reconstruire le fichier d'index. 5.7.3.10. Optimisation de table Pour réorganiser les lignes fragmentées et éliminer l'espace perdu par les effacements et les modifications de lignes, vous pouvez exécuter l'utilitaire myisamchk en mode de restauration : shell> myisamchk -r tbl_name Vous pouvez optimiser une table de la même fa¸on que vous le faîtes avec la commande SQL OPTIMIZE TABLE. OPTIMIZE TABLE effectue une réparation de la table, et une analyse des index, puis trie l'arbre d'index pour accélérer les recherches de clés. L'utilisation de la commande réduit aussi les interférences entre le serveur et l'utilitaire car c'est le serveur lui-même qui fait le travail. See Section 13.5.2.5, « Syntaxe de OPTIMIZE TABLE ». myisamchk dispose aussi d'un grand nombre d'options que vous pouvez utiliser pour améliorer les performances de la table : ? -S, --sort-index ? -R index_num, --sort-records=index_num ? -a, --analyze Pour une description complète de ces options, voyez Section 5.7.3.1, « Syntaxe de l'utilitaire myisamchk ». 5.7.4. Mettre en place un régime d'entretien de MySQL C'est une bonne idée que d'effectuer des vérifications des tables régulièrement, plutôt que d'attendre qu'un problème survienne. Pour faire ces vérifications, vous pouvez utiliser la commande myisamchk -s. L'option -s (raccourci pour --silent) fait que myisamchk s'exécute en mode silencieux, et n'affiche que les messages d'erreurs. Voyez les sections Section 13.5.2.3, « Syntaxe de CHECK TABLE » et Section 13.5.2.6, « Syntaxe de REPAIR TABLE ». C'est aussi une bonne idée que de vérifier les tables lorsque le serveur démarre. Par exemple, à chaque fois qu'une machine redémarre au milieu d'une modification de table, vous devrez faire une vérification de toutes les tables qui pourraient être affectées : c'est une ``table supposément corrompue''. Vous pouvez ajouter un test à safe_mysqld pour qu'il exécute myisamchk, afin de vérifier toutes les tables qui ont été modifiées dans les 24 dernières heures, si il reste un vieux fichier .pid (identifiant de processus) après un redémarrage : le fichier .pid est créé par le serveur mysqld lorsqu'il démarre, et il est supprimé lorsque le serveur s'arrête dans des conditions normales. La présence d'un fichier .pid au démarrage indique que le serveur s'est arrêté anormalement. Un test encore meilleur serait de vérifier toutes les tables dont la date de modification est plus récente que celle du fichier .pid. Administration du serveur 324 Vous devriez aussi vérifiez vos tables régulièrement durant les opérations normales. Chez MySQL AB, nous utilisons une tâche en cron pour vérifier toutes nos tables importantes au moins une fois par semaine, avec une ligne comme celle-ci dans le fichier crontab : 35 0 * * 0 /path/to/myisamchk --fast --silent /path/to/datadir/*/*.MYI Cela nous affiche les informations sur les tables qui ont été corrompues, de fa¸on à ce que nous puissions les examiner et les réparer. Comme nous n'avons jamais eu de table qui se soit corrompue inopinément (des tables qui se corrompent pour d'autres raisons que des problèmes matériels) depuis quelques années (ce qui est véridique), une fois par semaine est un bon rythme pour nous. Nous recommandons que vous commenciez par exécuter la commande myisamchk -s chaque nuit, sur toutes les tables qui ont été modifiées dans les 24 dernières heures, jusqu'à ce que vous preniez confiance en MySQL. Normalement, vous n'avez pas à maintenir autant les tables MySQL. Si vous changez les tables avec un format de ligne dynamique (les tables avec des colonnes VARCHAR, BLOB ou TEXT) ou que vous avez des tables avec de nombreuses lignes effacées, vous pouvez envisager de faire des défragmentations du fichier, pour récupérer cet espace. Une fois par mois est un bon rythme. Vous pouvez faire cela avec la commande SQL OPTIMIZE TABLE sur les tables en question, ou bien, si vous avez éteint le serveur mysqld, faites : shell> myisamchk -r -s --sort-index -O sort_buffer_size=16M */*.MYI Pour les tables ISAM, la commande est similaire à : shell> isamchk -r -s --sort-index -O sort_buffer_size=16M */*.MYI 5.7.5. Obtenir des informations sur une table Pour obtenir la description d'une table ou des statistiques à son sujet, utiliser les commandes affichées ici. Nous allons expliquer certains de leurs détails ultérieurement. ? myisamchk -d nom_de_table Exécute myisamchk en ``mode description'' pour produire une description de votre table. Si vous démarrez le serveur MySQL en utilisant l'option - -skip-external-locking, myisamchk va rapporter une erreur si la table est modifiée durant l'exécution de la commande. Cependant, comme myisamchk ne modifie pas les tables, durant le mode description, il n'y a pas de risque de perte de données. ? myisamchk -d -v nom_de_table Pour produire plus d'informations durant l'exécution de myisamchk, ajoutez l'option -v pour indiquer qu'elle doit fonctionner en mode détaillé. ? myisamchk -eis nom_de_table Affiche les informations les plus importantes pour une table. C'est une commande lente, car elle doit lire toute la table. ? myisamchk -eiv nom_de_table C'est l'équivalent de -eis, mais qui vous indique ce qui se passe. Exemple d'affichage résultant de myisamchk -d : MyISAM file: company.MYI Record format: Fixed length Data records: 1403698 Deleted blocks: 0 Recordlength: 226 table description: Administration du serveur 325 Key Start Len Index Type 1 2 8 unique double 2 15 10 multip. text packed stripped 3 219 8 multip. double 4 63 10 multip. text packed stripped 5 167 2 multip. unsigned short 6 177 4 multip. unsigned long 7 155 4 multip. text 8 138 4 multip. unsigned long 9 177 4 multip. unsigned long 193 1 text Exemple d'affichage résultant de myisamchk -d -v: MyISAM file: company Record format: Fixed length File-version: 1 Creation time: 1999-10-30 12:12:51 Recover time: 1999-10-31 19:13:01 Status: checked Data records: 1403698 Deleted blocks: 0 Datafile parts: 1403698 Deleted data: 0 Datafilepointer (bytes): 3 Keyfile pointer (bytes): 3 Max datafile length: 3791650815 Max keyfile length: 4294967294 Recordlength: 226 table description: Key Start Len Index Type Rec/key Root Blocksize 1 2 8 unique double 1 15845376 1024 2 15 10 multip. text packed stripped 2 25062400 1024 3 219 8 multip. double 73 40907776 1024 4 63 10 multip. text packed stripped 5 48097280 1024 5 167 2 multip. unsigned short 4840 55200768 1024 6 177 4 multip. unsigned long 1346 65145856 1024 7 155 4 multip. text 4995 75090944 1024 8 138 4 multip. unsigned long 87 85036032 1024 9 177 4 multip. unsigned long 178 96481280 1024 193 1 text Exemple d'affichage résultant de myisamchk -eis: Checking MyISAM file: company Key: 1: Keyblocks used: 97% Packed: 0% Max levels: 4 Key: 2: Keyblocks used: 98% Packed: 50% Max levels: 4 Key: 3: Keyblocks used: 97% Packed: 0% Max levels: 4 Key: 4: Keyblocks used: 99% Packed: 60% Max levels: 3 Key: 5: Keyblocks used: 99% Packed: 0% Max levels: 3 Key: 6: Keyblocks used: 99% Packed: 0% Max levels: 3 Key: 7: Keyblocks used: 99% Packed: 0% Max levels: 3 Key: 8: Keyblocks used: 99% Packed: 0% Max levels: 3 Key: 9: Keyblocks used: 98% Packed: 0% Max levels: 4 Total: Keyblocks used: 98% Packed: 17% Records: 1403698 M.recordlength: 226 Packed: 0% Recordspace used: 100% Empty space: 0% Blocks/Record: 1.00 Record blocks: 1403698 Delete blocks: 0 Recorddata: 317235748 Deleted data: 0 Lost space: 0 Linkdata: 0 User time 1626.51, System time 232.36 Maximum resident set size 0, Integral resident set size 0 Non physical pagefaults 0, Physical pagefaults 627, Swaps 0 Blocks in 0 out 0, Messages in 0 out 0, Signals 0 Voluntary context switches 639, Involuntary context switches 28966 Administration du serveur 326 Exemple d'affichage résultant de myisamchk -eiv: Checking MyISAM file: company Data records: 1403698 Deleted blocks: 0 - check file-size - check delete-chain block_size 1024: index 1: index 2: index 3: index 4: index 5: index 6: index 7: index 8: index 9: No recordlinks - check index reference - check data record references index: 1 Key: 1: Keyblocks used: 97% Packed: 0% Max levels: 4 - check data record references index: 2 Key: 2: Keyblocks used: 98% Packed: 50% Max levels: 4 - check data record references index: 3 Key: 3: Keyblocks used: 97% Packed: 0% Max levels: 4 - check data record references index: 4 Key: 4: Keyblocks used: 99% Packed: 60% Max levels: 3 - check data record references index: 5 Key: 5: Keyblocks used: 99% Packed: 0% Max levels: 3 - check data record references index: 6 Key: 6: Keyblocks used: 99% Packed: 0% Max levels: 3 - check data record references index: 7 Key: 7: Keyblocks used: 99% Packed: 0% Max levels: 3 - check data record references index: 8 Key: 8: Keyblocks used: 99% Packed: 0% Max levels: 3 - check data record references index: 9 Key: 9: Keyblocks used: 98% Packed: 0% Max levels: 4 Total: Keyblocks used: 9% Packed: 17% - check records and index references [LOTS OF ROW NUMBERS DELETED] Records: 1403698 M.recordlength: 226 Packed: 0% Recordspace used: 100% Empty space: 0% Blocks/Record: 1.00 Record blocks: 1403698 Delete blocks: 0 Recorddata: 317235748 Deleted data: 0 Lost space: 0 Linkdata: 0 User time 1639.63, System time 251.61 Maximum resident set size 0, Integral resident set size 0 Non physical pagefaults 0, Physical pagefaults 10580, Swaps 0 Blocks in 4 out 0, Messages in 0 out 0, Signals 0 Voluntary context switches 10604, Involuntary context switches 122798 Voici les tailles des fichiers de données et d'index utilisés dans les tables précédentes : -rw-rw-r-- 1 monty tcx 317235748 Jan 12 17:30 company.MYD -rw-rw-r-- 1 davida tcx 96482304 Jan 12 18:35 company.MYM Des détails sur les types d'informations retournés par myisamchk sont listés ici. Le ``keyfile'' est le fichier d'index. ``Record'' et ``row'' sont synonymes de ligne : ? ISAM file Nom du fichier d'index ISAM. ? Isam-version Version du format ISAM. Actuellement, c'est toujours 2. Administration du serveur 327 ? Creation time Date de création du fichier de données. ? Recover time Date de dernière reconstruction du fichier de données ou d'index. ? Data records Combien de lignes sont stockées dans la table. ? Deleted blocks Combien de blocs effacés occupent toujours de l'espace. Vous pouvez optimiser la table pour récupérer cet espace. See Section 5.7.3.10, « Optimisation de table ». ? Data file: Parts Pour les tables au format de ligne dynamique, ceci indique combien de blocs de données sont présents. Pour une table optimisée sans lignes fragmentées, la valeur doit être égale à Data records. ? Deleted data Combien d'octets de données effacées et non réutilisées sont présents dans la table. Vous pouvez optimiser la table pour récupérer cet espace. See Section 5.7.3.10, « Optimisation de table ». ? Data file pointer La taille du pointeur de fichier de données, en octets. C'est généralement 2, 3, 4, ou 5 octets. La plupart des tables peuvent se gérer avec 2 octets, mais ceci ne peut être contrôlé par MySQL actuellement. Pour les tables à format de ligne fixe, c'est une adresse de ligne. Pour les tables dynamiques, c'est une adresse d'octet. ? Keyfile pointer La taille du pointeur de fichier d'index, en octets. C'est généralement 1, 2 ou 3 octets. La plupart des tables supportent 2 octets, mais cela est calculé automatiquement par MySQL. C'est toujours une adresse de bloc. ? Max datafile length Taille maximale du fichier de données, en octets. ? Max keyfile length Taille maximale du fichier d'index, en octets. ? Recordlength Taille occupée par chaque ligne, en octets. ? Record format Le format utilisé pour stocker les lignes de la table. Les exemples ci-dessus utilisaient Fixed length. Les autres valeurs possibles sont Compressed et Packed. ? table description Une liste de toutes les clés de la table. Pour chaque clé, des informations de bas niveau sont présentées : ? Key Le numéro d'index. ? Start Où, dans la ligne, l'index débute. ? Len Taille de cette partie d'index. Pour les nombres compactés, c'est toujours la taille maximale de la colonne. Pour les chaînes, c'est plus petit que la taille maximale de la colonne index, car vous pouvez indexer un préfixe de la chaîne. ? Index unique et multip. (multiple). Indique si une valeur peut exister plusieurs fois dans cet index. ? Type De quel type de données cet index est. C'est un type de données ISAM avec les options packed, stripped ou empty. ? Root Adresse du premier bloc d'index. ? Blocksize La taille de chaque bloc d'index. Par défaut, c'est 1024, mais cette valeur peut être modifiée lors de la compilation. ? Rec/key C'est une valeur statistique, utilisée par l'optimiseur. Il indique combien de lignes sont disponibles par valeur de cette clé. Une clé unique aura toujours une valeur de 1. Cela peut être modifié une fois que la table est chargée (ou modifiée de fa¸on majeure), avec la commande myisamchk -a. Si ce n'est pas mis à jour, une valeur par défaut de 30 est utilisée. Dans le premier exemple ci-dessus, la neuvième clé est une clé multi-partie, avec deux parties. Administration du serveur 328 ? Keyblocks used Quel pourcentage des blocs de clé est utilisé. Comme les tables utilisées dans les exemples ont tout juste été réorganisées avec myisamchk, ces valeurs sont très grandes (très proches du maximum théorique). ? Packed MySQL essaie de compacter les clés ayant un préfixe commun. Cela ne peut être utilisé que pour les colonnes de type CHAR/VARCHAR/DECIMAL. Pour les longues chaînes comme des noms, cette technique va significativement réduire l'espace utilisé. Dans le troisième exemple ci-dessus, la quatrième clé fait 10 caractères de long et a une réduction de 60 % dans l'espace utilisé effectivement. ? Max levels La profondeur du B-tree. Les grandes tables avec de longues clés peuvent obtenir de grandes valeurs. ? Records Combien de lignes sont enregistrées dans la table. ? M.recordlength La taille moyenne d'une ligne. Pour les tables avec un format de ligne statique, c'est la taille de chaque ligne. ? Packed MySQL efface les espaces à la fin des chaînes. Packed indique le pourcentage d'économie d'espace réalisé. ? Recordspace used Quel est le pourcentage d'utilisation du fichier de données. ? Empty space Quel est le pourcentage d'utilisation du fichier d'index. ? Blocks/Record Le nombre moyen de blocs par enregistrements (c'est à dire, de combien de liens une ligne fragmentées est constituée). C'est toujours 1.0 pour les tables à format de ligne statique. Cette valeur doit être aussi proche que possible de 1.0. Si elle grossit trop, vous pouvez réorganiser la table avec myisamchk. See Section 5.7.3.10, « Optimisation de table ». ? Recordblocks Combien de blocs sont utilisés. Pour les tables à format de ligne fixe, c'est le même nombre que le nombre de lignes. ? Deleteblocks Combien de blocs (liens) sont effacés. ? Recorddata Combien d'octets sont utilisés dans le fichier. ? Deleted data Combien d'octets dans le fichier de données sont effacés (inutilisés). ? Lost space Si une ligne est modifiée, et réduite en taille, de l'espace est perdu. Ce chiffre est la somme de ces espaces perdus, en octets. ? Linkdata Lorsque le format de ligne dynamique est utilisé, les fragments de lignes sont liés avec des pointeurs de (4 à 7 octets chacun). Linkdata est la somme du stockage utilisé par ces pointeurs. Si une table a été compressée avec myisampack, myisamchk -d affiche des informations supplémentaires à propos de chaque colonne. Voir Section 8.2, « myisampack, le générateur de tables MySQL compressées en lecture seule », pour un exemple de ces informations, et une description de leur signification. 5.8. Localisation MySQL et utilisation internationale 5.8.1. Le jeu de caractères utilisé pour les données et le stockage Par défaut, MySQL utilise le jeu de caractères ISO-8859-1 (Latin1) avec tri en accord au Suédois/ Finnois. C'est le jeu de caractère le mieux adapté pour les USA et l'Europe de l'ouest. Administration du serveur 329 Tous les binaires standards MySQL sont compilés avec --with-extra-charsets=complex. Cela ajoutera du code à tous les programmes standards pour qu'ils puissent gérer latin1 et tous les jeux de caractères multi-octets compris dans le binaire. Les autres jeux de caractères seront chargés à partir d'un fichier de définition de jeu si besoin. Le jeu de caractères détermine quels caractères sont autorisés dans les noms et comment s'effectuent les tris dans les clauses ORDER BY et GROUP BY de la commande SELECT. Vous pouvez changer le jeu de caractères avec l'option de démarrage du serveur - -default-character-set. Les jeux de caractères disponibles dépendent des options - -with-charset=charset et --with-extra-charsets= list-of-charset | complex | all de configure, et des fichiers de configuration de jeux de caractères situés dans SHAREDIR/charsets/Index. See Section 2.4.2, « Options habituelles de configure ». Depuis MySQL 4.1.1, vous pouvez aussi changer la collation du jeu de caractères avec l'option - -default-collation lorsque le serveur démarre. La collation doit être valide pour le jeu de caractères par défaut. Utilisez la commande SHOW COLLATION pour déterminer quelles collations sont disponibles pour chaque jeu de caractères. See Section 2.4.2, « Options habituelles de configure ». Si vous changez le jeu de caractères lors de l'utilisation de MySQL (ce qui pourra aussi changer l'ordre de tri), vous devez exécuter myisamchk -r -q --set-character-set=charset sur toutes les tables. Sinon, vos index pourront ne pas être ordonnés correctement. Lorsqu'un client se connecte à un serveur MySQL, le serveur envoie le jeu de caractères utilisé par défaut au client. Le client changera de jeu de caractères pour cette connexion. Vous devez utiliser mysql_real_escape_string() pour protéger les chaînes pour une requête SQL. mysql_real_escape_string() est identique à l'ancienne fonction mysql_escape_string(), excepté qu'elle prend le gestionnaire de connexion MYSQL en tant que premier paramètre. Si le client est compilé avec d'autres chemins que ceux où le serveur est installé et que la personne qui a configuré MySQL n'a pas inclut tous les jeux de caractères dans le binaire MySQL, vous devez indiquer au client où il peut trouver les jeux de caractères additionnels dont il aura besoin si le serveur utilise un autre jeu de caractères que le client. On peut le spécifier en pla¸ant dans un fichier d'options MySQL : [client] character-sets-dir=/usr/local/mysql/share/mysql/charsets où le chemin pointe vers le répertoire où les jeux de caractères dynamiques de MySQL sont stockés. On peut forcer le client à utiliser un jeu de caractères spécifique en précisant : [client] default-character-set=character-set-name mais on n'en a normalement jamais besoin. 5.8.1.1. Jeu de caractères allemand Pour obtenir l'ordre de tri Allemand, vous devez démarrer mysqld avec - -default-character-set=latin1_de. Cela vous donnera les caractéristiques différentes. ? Lors du tri et de la comparaison des chaînes, les remplacements suivants sont faits dans la chaîne avant d'effectuer la comparaison : ä -> ae ö -> oe Administration du serveur 330 ü -> ue ß -> ss ? Tous les caractères accentués sont convertis en leur majuscule non-accentuée. Toutes les lettres sont transformées en majuscules. ? Lors de la comparaison des chaînes de caractères avec LIKE, la conversion un vers deux caractères n'est pas effectuée. Toutes les lettres sont transformées en majuscules. Les accents sont supprimés de toutes les lettres, à l'exception de : Ü, ü, Ö, ö, Ä et ä. 5.8.2. Langue des messages d'erreurs mysqld peut émettre des messages d'erreurs dans les langues suivantes : Tchèque, Danois, Néerlandais, Anglais (par défaut), Estonien, Fran¸ais, Allemand, Grec, Hongrois, Italien, Japonais, Coréen, Norvégien, Norwegian-ny, Polonais, Portugais, Roumain, Russe, Slovaque, Espagnol et Suédois. Pour démarrer mysqld avec une langue particulière, utilisez soit l'option --language=lang, soit -L lang. Par exemple : shell> mysqld --language=french ou : shell> mysqld --language=/usr/local/share/french Notez que tout les noms de langue sont spécifiés en minuscule. Les fichiers de langue sont situés (par défaut) dans share/LANGUAGE/. Pour modifier le fichier de messages d'erreurs, vous devez éditer le fichier errmsg.txt et exécuter la commande suivante pour générer le fichier errmsg.sys : shell> comp_err errmsg.txt errmsg.sys Si vous changez de version de MySQL, pensez à modifier le nouveau fichier errmsg.txt. 5.8.3. Ajouter un nouveau jeu de caractères Cette section présente la procédure à suivre pour ajouter un autre jeu de caractères à MySQL. Vous devez avoir une distribution source pour suivre ces instructions. Pour choisir la procédure adaptée, il faut savoir si le jeu de caractères est simple ou complexe : ? Si le jeu de caractères n'a pas besoin d'utiliser des routines de collations de chaînes spéciales pour le tri et n'a pas besoin du support des jeux de caractères multi-octets, il est simple. ? S'il a besoin de l'une de ces deux fonctionnalités, il est complexe. Par exemple, latin1 et danish sont des jeux de caractères simples tandis que big5 et czech sont complexes. Dans la section suivante, nous supposons que vous nommez votre jeu de caractères MONJEU. Pour un jeu de caractères simple, effectuez ce qui suit : Administration du serveur 331 1. Ajoutez MONJEU à la fin du fich