Displaying posts with tag: MySQL (reset)
Attention aux requêtes en double avec Windev et MySQL !

Hello,

Un post pour vous démontrer que c’est toujours intéressant de lire les documentations et que parfois, les petites lignes en bas de page peuvent révéler des informations importantes.

J’étais récemment chez un client pour un audit de performance dans un environnement Windev / …

[Lire plus]
Outils d’analyse de requêtes lentes – mysqldumpslow

Nous avons vu dans un précédent article comment tracer les requêtes lentes avec MySQL et quelles sont les possibilités selon la version du serveur. Si vous avez activé le journal des requêtes lentes, vous avez sans doute recueilli un certain nombre de requêtes qu’il faut maintenant analyser afin de pouvoir les optimiser ou afin de revoir le paramétrage du serveur. Cet article est le premier d’une série de trois, qui va vous montrer quelques outils qui vont vous aider dans cette analyse.

Avant toute chose, montons une petite configuration qui va nous être utile pour illustrer le fonctionnement et les limitations de chaque outil.

Prenons un serveur MySQL en version 5.1 avec la table exemple sakila et choisissons une valeur de long_query_time de 0.05s. Pourquoi une valeur aussi faible ? Tout simplement parce qu’avec une telle valeur, il n’est vraiment pas difficile des requêtes qui seront considérées …

[Lire plus]
MySQL Admin Cookbook

MySQL Admin Cookbook est un livre qui s’adresse aussi bien à l’administrateur de base de données débutant qu’ à celui qui cherche à améliorer ses compétences techniques.

Avec son contenu riche en exemples prêts à l’emploi, présentés sous la forme de « recettes de cuisine » (qui permet d’associer une problématique donnée à sa solution), MySQL Admin Cookbook se veut résolument orienté pratique, d’ailleurs  les exemples et les astuces y sont légions.

Les principaux thèmes abordés sont:

  • La réplication
  • Les index
  • Sauvegarde et restauration
  • Gestion des données et des utilisateurs
  • La supervision
  • Configuration de MySQL …
[Lire plus]
Abonnez-vous au blog de la CapData team !

Bonjour à tous,

Juste un petit post pour vous rappeler les différentes méthodes vous permettant de suivre l’activité débordante du blog de la capdata team :

[Lire plus]
Encore un nouveau livre sur MySQL !

Après l’excellent « MySQL5, Audit et optimisation » sorti fin mars, voici un nouveau livre pour vous occuper sur la plage cet été : MySQL5, Administration et optimisation.
Pour vous mettre l’eau à la bouche, la TDM_MySQL5_Admin_Optim et un Extrait_MySQL5_Admin_Optim consacré aux verrous et transactions sont disponibles

Le livre est bien sûr disponible dans toutes les bonnes librairies informatiques et autres FNAC, Amazon …

Bonne lecture …

[Lire plus]
Tracer les requêtes lentes

Dans la grande majorité des applications, améliorer les requêtes qui mettent le plus de temps à s’exécuter s’avère en payant à tous les points de vue : les utilisateurs ont un meilleur ressenti de l’application grâce au gain en rapidité, la charge du serveur baisse car les requêtes lentes ont souvent pour origine un plan d’exécution coûteux et finalement le serveur est capable d’accepter plus de connexions qu’auparavant. Mais avant de pouvoir corriger ces requêtes lentes, encore faut-il les repérer afin de les analyser. C’est pourquoi je vous propose dans cet article de faire le point sur le slow query log, soit en français plus correct le journal des requêtes lentes.

Tout d’abord, il faut savoir que la version 5.1 a apporté pas mal de changements par rapport aux possibilités offertes jusqu’alors. Mais pour que les choses restent claires, nous allons commencer par présenter les options disponibles en 5.0. …

[Lire plus]
Audit MySQL – tmp_table_size & max_heap_table_size

Je suis amené à réaliser régulièrement des audits de serveurs MySQL.Voici le premier volet d’une série d’articles où je vais essayer de vous donner quelques points clés pour mieux comprendre le fonctionnement de MySQL.

La configuration du serveur est un des points que je regarde, et l’une des erreurs les plus courantes concerne le paramétrage des options tmp_table_size et max_heap_table_size.

tmp_table_size permet de fixer la taille maximale au-delà de laquelle les tables temporaires en mémoire créées par MySQL (avec le moteur Memory) se transforment en table MyISAM en migrant les données sur le disque. max_heap_table_size permet de fixer …

[Lire plus]
Jeux de caractères, Unicode et Base de données

Introduction Un caractère est un symbole ou un signe unique appartenant à un alphabet. Le jeu de caractères est un ensemble de caractères à représenter. Il existe plusieurs jeux de caractères, permettant de représenter différents alphabets du monde.

Le standard ASCII

Afin de …

[Lire plus]
Timestamp VS Datetime

Jeudi en buvant un verre avec un ami, il me demande la différence entre un Datetime et un Timestamp.

J'ai répondu mais je me doutais que je n'étais pas exhaustif.

J'ai donc un peu relu. Ca fait toujours du bien.

1° la taille

  • Datetime -> 8 bytes
  • alors que timestamp c'est 4 bytes

Si on a pas besoin de stocker une date et une heure, on a d'autres possibilités.

  • Date ou Time c'est 3 Bytes
  • Year C'est 1 byte

2° Les dates représentables

  • Date et DateTime -> Année 1000 à 9999
  • Year -> Année 1901 à 2155
  • Timestamp -> Année 1970 à 2036[1]

3° "default" magiques

Timestamp peut être mis à jour automatiquement à la date serveur lors d'une création ou mise à jour de …

[Lire plus]
Le journal d’erreurs de MySQL

Les informations recueillies dans le journal d’erreurs sont très intéressantes à examiner, non seulement en cas de crash, mais aussi de façon périodique pour détecter d’éventuels problèmes. Ce billet va vous rappeler le rôle de ce journal, vous indiquer quelles sont les options de configuration et vous donner quelques bonnes pratiques pour éviter les pièges les plus fréquents.

Commençons par le plus simple : que contient ce journal ? Facile : toutes les erreurs rencontrées par le serveur. Mais vous y trouverez également d’autres informations, comme par exemple les arrêts et démarrages du serveur. Par défaut, l’option log_warnings est activée (valeur à 1), ce qui signifie que les messages d’avertissement sont également présents. Si vous ne souhaitez pas avoir les message d’avertissement, il vous suffit de positionner cette variable à 0. A l’inverse, si vous voulez avoir des informations …

[Lire plus]