Aller au contenu

auricom

Membre
  • Compteur de contenus

    3
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre
  1. Pas mal l'idée du "rpm bidon" Je vais faire ça. Merci beaucoup
  2. Bonjour, voilà le contexte: serveur ovh, redhat 7.2, kernel 2.4.31, je veux installer MySQL 4.1.14. Pourquoi MySQL 4.1.14 ? Parce que je ne veux pas upgrader la glibc 2.2.4 vers une 2.3 au rique de tout casser... Or MySQL 4.1.14 (qui fonctionne avec la glibc 2.2.4) est dépendant du package coreutils qui n'est pas présent. Au regard de la version du kernel, ça paraît logique puisqu'il faut recompiler les binaires pour que tout fonctionne... Questions: est-ce que je suis obligé de rester scotché à la version 3.23.58 de MySQL ??? ou existe-t-il une méthode, astuce pour résoudre ce problème ? (forcer l'install du package MySQL ?) Merci de votre aide ;-)
  3. Salut, Les paramètres suivants allouent la mémoire pour chaque connections: read_buffer_size read_rnd_buffer_size sort_buffer_size myisam_sort_buffer_size Si leur valeur est élevée, la consommation mémoire de mysql grimpe. Peut-être peux-tu nous donner leurs valeurs pour t'aider à ajuster tout ça ? Sinon, tu peux lancer la commande "free", qui va te donner l'état de ton swap. D'autre part 11 processes mysql... peut-être que tu peux voir du côté des paramètres thread_concurrency et thread_cache_size, ou alors tu as énormément de connections. Réduire le key-buffer size n'est pas forcément recommandé car c'est une zone mémoire partagée entre tous les threads mysql. @+
×
×
  • Créer...