"MySQL fournit un mécanisme de cache de requête et de résultat, accessible à tous les utilisateurs. C'est un outil très utile dans les applications qui font souvent des répétitions des mêmes requêtes. " Les applications Web sont très gourmandes de ce type de fonctionnalités.
Voici comment paramétrer le cache de requête, en quelques directives.
Depuis Novembre 2005, je travaille sur un profileur de requête pour MysQL, grâce aux commandes SHOW PROFILE et SHOW PROFILES. C'est un projet intéressant, et il est maintenant rendu public...
Après avoir développé une application Web, il est souvent intéressant d'activer le log de requête SQL de MySQL, pour voir à quel point l'application utilise la base de données. Moins...
Lorsque l'on parle d'optimisation de requête sur MyQL, ou qu'on dit qu'une requête ne s'exécute pas correctement, on pense générlement en temps d'exécution. Cette durée est importante, mais ce n'est...
La requête de compte de MySQL est très rapide :
mysql> Select count(*) from table;
En fait, cette requête ne sollicite pas les données de la table, mais les informations statistiques....
Je cherchais un tueur de requête pour MySQL depuis longtemps. Ce sont simplement des programmes qui surveillent la commande show processlist de MySQL, et décident d'interrompre des requêtes qui violent...
Il existe deux techniques d'indexation assez peu connues avec MySQL.
Les index complets sont des index qui couvrent toutes les colonnes nécessaires pour une requête. Si une requête utilise la...
Baron Schwartz publie un truc pour estimer la durée d'exécution d'une requête. Avec la commande EXPLAIN, on peut obtenir une estimation du nombre de lignes qui devra être traité par MySQL. Ce...
Le cache de MySQL supporte maintenant les commandes préparées. Plus exactement. on peut préparer une commande sur le serveur, et la mettre dans le cache après exécution. Les sollicitations...
Les commandes préparées supportent désormais le cache de MySQL. Cela signifie que l'on peut préparer une commande sur le serveur, et la mettre dans le cache après exécution. Les sollicitations...
Aide requete MYSQL : par hanlin (6 messages)
Ma requete en Mysql ne marche pas ???? : par sTrex (11 messages)
Jay Pipe signale un point à noter avec les commandes préparées de MySQL, depuis PHP 5.
Les commandes préparées ne sont pas mises en cache sur le serveur MySQL. Ce...
MySQL 4.1.14, une nouvelle version de maintenance de la base de données Open Source MySQL a été publiée. Elle apporte des corrections de bogues divers et plusieurs nouveautés mineures.
Elle inclut aussi les corrections de sécurité de la 4.1.13a. Il est donc fortement recommandé de faire évoluer votre version, si vous n'êtes pas encore rendus à la version 4.1.13a.
La nouvelle version est disponible en source et en version compilée, pour de nombreuses plates-formes, depuis les pages de téléchargement de MySQL et ses miroirs.
Nouveautés :
+ SHOW CHARACTER SET et INFORMATION_SCHEMA affiche correctement le jeu de caractères Latin1.
+ MySQL Cluster: Nouvelle option -P.
+ L'affichage de perror --help affiche les options de --ndb.
+ NDB: amélioration des variables NoOfPagesToDiskDuringRestartACC,
NoOfPagesToDiskAfterRestartACC,
NoOfPagesToDiskDuringRestartTUP et
NoOfPagesToDiskAfterRestartTU.
+ Ajout du support de where clause dans FROM DUAL.
+ Ajout d'un optimisation qui évite l'accès aux clés NULL
+ Ajout de tests spécifiques pour le cache de requêtes
+ Le cache de requête est désactivé si les tables sont verrouillées.
Corrections :
54 corrections de bogues : Cluster MySQL, fonctions de groupement, les jeux de caractères, l'optimiseur et Windows.
Bonjour
J'ai une requête MySQL trop lourde avec un RAND dans un ORDER
[code:1:f6fc3bc1b4]SELECT compteur, categorie, photo_small, description, title FROM wpa_photo WHERE valide!=0 ORDER BY RAND() LIMIT 1[/code:1:f6fc3bc1b4]
Comment peu... Forum Développement d'un site Web
