Salut David. InnoDB intègre des mécanismes qui vont répercuter les suppressions de certaines tables dans d'autres, mais aussi les modifications (via les clé primaires d'une table utilisées comme clés externes d'autres tables). Par exemple, si tu as une table qui contient des noms d'utilisateurs, et une autre qui dit quel article a été écrit par qui, un InnoDB bien configuré est capable de répercuter un changement de nom d'utilisateur dans chacune des autres tables où il apparaît. Ça simplifie énormément la structure d'une base de données et la manière de gérer ses enregistrements quand on programme un site web, mais effectivement ça peut créer un bordel monstre si ces mécanismes sont utilisés et que tu les désactive. C'est quoi les scripts que tu as trouvé ? À+ --- -- Exca -- http://www.sychlora.com Le 2013-07-23 09:55, David a écrit :
Bonjour à tous,
Je cherche à gagner de la mémoire vive (car mon piti serveur part trop en SWAP) mon plus gros poste de dépense (après avoir viré SpamAssasin/Amavis pour Dspam [1]) est maintenant Mysql. Après plusieurs recherches sur le Web de l'internet et plusieurs tests je me suis rendu compte que InnoDB était très gourmand en RAM
Consommation mémoire sur un serveur en désactivant InnoDB : 22048 Consommation mémoire sur un serveur avec InnoDB : 380792
J'ai malheureusement énormément de table en InnoDB, j'ai trouvé des scripts pour automatiser la migration vers MySAM mais j'ai peur de foutre le bordel monstre (Hode, TinyTinyRSS, Joomla, Wordpress... comment ça va réagir ?) Donc je voulais, par ce présent email être rassuré ou lynché pour cette migration
Note : j'ai déjà joué beaucoup avec skip-locking, table_open_cache, sort_buffer_size... mais si vous avez des conseils je prends aussi.
David
Links: ------ [1]
http://www.mercereau.info/ispconfig-remplacer-amavisspamassasin-par-dspam/