Pad's Notes

L’utilisation maximum de la mémoire vive par MySQL se calcule de la maniere suivante d’apres mysqltuner.pl : key_buffer_size + max_tmp_table_size + ( read_buffer_size + read_rnd_buffer_size + sort_buffer_size + thread_stack + join_buffer_size ) * max_connections max_tmp_table_size : si tmp_table_size > max_heap_table_size -> max_heap_table_size sinon tmp_table_size

export.sh Les données sont exporté avec mysqldump et le paramètre -T -T : Creates tab separated textfile for each table to given path. (creates .sql and .txt files). NOTE: This only works if mysqldump is run on the same machine as the mysqld daemon. Ce script doit donc etre executé directement sur le serveur MySQL import.sh

Pour toutes les tables de toutes les bases “Version” séquentiel la convertion de la table suivante sera faite que si la precedente est fini (ingnorer les erreurs pour les tables deja en  InnoDB ) “Version” Bourine Pour toutes les tables d’une base Vous pouvez le faire de manière soft (Table par table) Ou en version “Multithread” (Bourine)

Le format des log binaires RAW a un gros inconviant, lorsque vous voulez rejouer des requetes a partir des log binaires, l’extraction de celle ci est plus complexe. Supprimez ou modifiez les parametres suivant en fonction de vos besoin : –start-datetime : Date de debut d’extraction –stop-datetime : Apres cette date, les logs ne seront plus extrait Le résultat est presque injectable directement dans MySQL, il nécessite encore quelque traitement

La liste des variables système MySQL se trouve sur http://dev.mysql.com[en]. Il y est indiqué si ces variables sont dynamique ou non, si elle le sont, vous pouvez les changer a chaud (ne pas oublier de mettre a jour le fichier de configuration MySQL ). Afficher un ou des variables : Modifier une variable :

Cette requête va lister toutes les bases/tables du serveur MySQL en ignorant les “bases” performance_schema et information_schema mais aussi en filtrant les tables dont le nom commence par tmp_ et la table test. Vous pouvez filtrer sur tout ce qui est dans la table “tables”

2010/07/28 – Mise en ligne du script 2010/10/04 – Update pour gerer les code de retour en cas d’erreur lors d’un dump

WordPress sans cache, va générer les pages a chaque demande, cela génère donc du temps de “compilation” php, des requêtes MySQL. Cela peux si vous avez beaucoup de pages, saturer votre serveur lors d’un pique de visite et/ou lorsqu’un moteur vous index. Pour cela, installer simplement le plugin wp-cache et activez le. Dans le fichier de configuration wp-config.php vous devez aussi spécifier : Pour activer le cache de WordPress