Showing entries 11 to 15
« Précédent 10 Nouvelles entrées
Displaying posts with tag: Tranche de vie (reset)
MySQL Performance Tuning Course à Montréal

Le cours de Performance Tuning aura lieu du 19 au 22 août à Montréal. J’aimerais vraiment y participer, mais j’ai un mois d’aout très chargé au boulot. C’est dommage, car ma première expérience avec un cours officiel de MySQL m’a grandement aidé à réussir la Certification CMDBA et je le recommande à tous ceux qui souhaitent en connaitre davantage sur MySQL.

J’ai suivi le cours pour DBA avec Eric K. Wong (le prof) et je crois me rappeler qu’il avait dit qu’il donnerait aussi le cours de Performance Tuning. Il connait très bien la matière et ça se voit qu’il est lui aussi passionné.

Les cours de MySQL sont relativement dispendieux, mais il ne faut pas oublier que MySQL est une base de données gratuite. Comme n’importe quelle entreprise, ça prend de l’argent pour faire vivre la compagnie et cet argent ils l’a font avec des produits dérivés comme le support technique et des cours de formation. …

[Lire plus]
je deteste show warnings

Une des choses à laquelle il faut faire spécialement attention sont les warnings. MySQL est une base de données très permissive et beaucoup d’opérations réussies le sont grâce à la souplesse qu’il permet. J’ai vu des bases de données rouler pendant plusieurs jours, voir années, avec des erreurs sans que personne ne s’en rende compte.

Pourquoi je déteste “show warnings”? Parce que c’est un feature qui manque d’utilité. La documentation qui y fait référence est aussi défaillante. Elle n’indique même pas que le statement est par connexion. C’est un gros manque à mon avis. Si une base de données est exclusivement utilisée via une application, les requêtes sont toujours les mêmes. Pour un DBA en charge de s’assurer que tout fonctionne bien, il faudrait être capable d’obtenir ces warnings.

Je travaillais récemment sur un serveur, connecté avec le client command line. J’effectuais ce que …

[Lire plus]
Stocker des fichiers dans MySQL

Est-il mauvais de stocker des fichiers dans MySQL ? Il n’y a pas de bonne ou mauvaise réponse à cette question. Tout dépend de vos besoins. Personnellement, je préfère stocker les fichiers à l’extérieur de la base de données pour les raisons suivantes:

  • Le filesystem va mieux cacher les fichiers
  • Le serveur MySQL va avoir plus de facilité à cacher les autres données
  • Le débit de donnée du serveur va être moins élevé
  • Il est plus facile de réorganiser et maintenir les fichiers
  • Le tablespace demeure petit (si vous devez utiliser InnoDB)

Une bonne approche est de stocker un pointeur vers les fichiers sur le filesystem plutôt que le binaire du fichier directement dans la BD. Il y a cependant des avantages à les stocker dans la base de données:

  • Toutes les données sont centralisées à une place pour les backups
  • C’est plus …
[Lire plus]
Certification DBA de Mysql (CMDBA)

J’ai finalement reçu mon certificat par la poste après 3 semaines d’attente! Je suis donc officiel le 15ieme DBA certifié MySQL (CMDBA) au Canada. Un beau papier cartonné, couleur crème avec des écritures aux couleurs officielles de MySQL (bleu et orange).

Le diplôme arrive avec une belle petite surprise: un stylo à encre noir qui me semble à première vue de qualité relativement bonne à en juger par sa “grip” bleu et son poids bien proportionné. Sans oublier la petite écriture subtile: “MySQL Certified” avec Sakila (le dauphin) de MySQL qui en ajoute au prestige!

Je ne m’assoirai pas sur mes acquis. Cette certification n’est que le début d’une longue série d’apprentissages et d’expertises dans le monde relationnel des données.

ERROR 1030: Got error -1 from storage engine

J’ai été pris avec un problème qui m’a pris un petit temps (30 minutes) à trouver aujourd’hui. Le message retourné par le serveur n’aidait vraiment pas: ERROR 1030: Got error -1 from storage engine

Pour faire une histoire courte, c’étais un vieu serveur sur lequel j’avais eu des problèmes de corruption. Pour bien faire, j’avais ajouté l’option innodb_force_recovery=4 dans le my.cnf dans l’espoire que ca corrige le tout, chose qui ne s’est pas produite.

J’ai donc décidé de tout supprimer (tables, databases, fichiers temporaires, etc) et de remettre à neuf avec un dump.sql créé avec mysqldump. Le recovery allait bien jusqu’à ce que le dump tente d’insérer dans une table InnoDB: ERROR 1030: Got error -1 from storage engine.

Pas évident au premier coup d’oeil. J’ai donc googlé jusqu’à temps que je trouve un post d’un gars qui avait eu le même problème. Il …

[Lire plus]
Showing entries 11 to 15
« Précédent 10 Nouvelles entrées