Performances catastrophiques avec mysql apres un mdk update

Performances catastrophiques avec mysql apres un mdk update - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 31-08-2003 à 15:57:12    

ma version : MySQL 4.0.11a-gamma
 
j'ai fait récement un urpmi --auto-select, et depuis ca rame de folie, jme tape des temps de generation de 10s sur monforum en étant seul dessus c pas normal  :fou:  
 
ca ne viens pas de la ligne (10mb) ni du pc (xp1700+/256mo/scsi160)
 
je ne sais pas trop quoi faire a vrai dire....

Reply

Marsh Posté le 31-08-2003 à 15:57:12   

Reply

Marsh Posté le 31-08-2003 à 16:12:09    

bitman a écrit :

ma version : MySQL 4.0.11a-gamma


 
Deja le nom du package 4.0.11a-gamma
Ca ne veux pas dire alpha?

Reply

Marsh Posté le 31-08-2003 à 16:13:25    

CSCMEUH a écrit :


 
Deja le nom du package 4.0.11a-gamma
Ca ne veux pas dire alpha?  

C'est ce que je pense aussi, mais apparement non.

Reply

Marsh Posté le 31-08-2003 à 17:04:35    

gamma c'est encore plus bêta que alpha je crois
 
gamma-alpha-beta
 
dans l'ordre.
 
Pourquoi ne pas rester en 3.x si tu n'utilise pas les features du 4.x ? (principalement les transactions)

Reply

Marsh Posté le 31-08-2003 à 18:00:07    

paske j'y connais que dalle  :D  
 
j'ai installé de base ski me fallais avec la 9.1, avec de temps en temps des updates stout [:spamafote] en pensant que ca améliorerais les perfs  :heink:

Reply

Marsh Posté le 01-09-2003 à 08:04:04    

:(

Reply

Marsh Posté le 01-09-2003 à 08:16:56    

fait voir un fichier nommé my.cnf (/etc normallement)
 
ca doit juste être une question de réglages
 
et ton forum, c'est spécifié sur le site qu'il marche avec cette version ?

Reply

Marsh Posté le 01-09-2003 à 09:44:20    

bah a apriori rien n'est indiqué sur les versions [:spamafote]
 
sinon g pas ton fichier, mais dans usr/share j'ai des .cnf pour large small medium et huge  :??:

Reply

Marsh Posté le 01-09-2003 à 11:21:23    

void_ppc a écrit :

gamma c'est encore plus bêta que alpha je crois
 
gamma-alpha-beta
 
dans l'ordre.
 
Pourquoi ne pas rester en 3.x si tu n'utilise pas les features du 4.x ? (principalement les transactions)


 
Dans l'alphabet grec moderne l'ordre correct c'est alpha beta gamma.
 
Mais dans tout les cas cela indique une version "non finalisée".

Reply

Marsh Posté le 01-09-2003 à 11:56:10    

Le Ouinhin Pervers a écrit :


 
Dans l'alphabet grec moderne l'ordre correct c'est alpha beta gamma.
 
Mais dans tout les cas cela indique une version "non finalisée".


 
 :o  ;)

Reply

Marsh Posté le 01-09-2003 à 11:56:10   

Reply

Marsh Posté le 01-09-2003 à 11:57:53    

bitman a écrit :

bah a apriori rien n'est indiqué sur les versions [:spamafote]
 
sinon g pas ton fichier, mais dans usr/share j'ai des .cnf pour large small medium et huge  :??:  


 
De quel forum tu parle ? celui du CIT ?
 

Citation :

0.1855500 secondes


 
Sinon essaye de copier le small.cnf vers /etc/my.cnf et de reloader mysql

Reply

Marsh Posté le 01-09-2003 à 12:13:36    

mis à part redémarrer mysql, je pense qu'il va falloir qu'il se plonge dans les docs et releases notes de MySQL 4.0 ainsi que dans les troubleshooting pour savoir de koi il en retourne.
et à mon avis il devra migrer toutes ses tables vers un nouveau type ...


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 01-09-2003 à 12:21:48    

Bizarre que Mandrake fasse changer comme ca de branche  :heink:  
 
Pourquoi elle lui a pas mis la dernière stable de 3.x ?

Reply

Marsh Posté le 01-09-2003 à 12:28:45    

void_ppc a écrit :


 
De quel forum tu parle ? celui du CIT ?
 

Citation :

0.1855500 secondes


 
Sinon essaye de copier le small.cnf vers /etc/my.cnf et de reloader mysql

incredibole, aujourdhui ca roxxe  :pt1cable:  
 
j'ai rien touché je comprends plus rien  [:totoz]  
 
MON SERVEUR EST HANTE !!!
 
(par contre mdk ils abusent de foutre des version non finalisées en update  :fou: )

Reply

Marsh Posté le 01-09-2003 à 12:32:31    

me semble bien que les versions gamma sont des versions de prod'


---------------
Self Destruction Might Be The Answer - http://www.kazekami.org
Reply

Marsh Posté le 01-09-2003 à 12:41:43    

Et y a un truc bizarre : MySQL n'est pas dans les updates de la 9.1 :
ftp://ftp.club-internet.fr/pub/li [...] s/9.1/RPMS
 
T'as verifie tes sources ?

Reply

Marsh Posté le 01-09-2003 à 12:46:59    

more urpmi.cfg
plf http://mirrors.zoreil.com/www.plf.org/9.1 {
  hdlist: hdlist.plf.cz
  with_hdlist: hdlist.cz
  list: list.plf
}
 
jpackage.free ftp://ftp.pbone.net/pub/jpackage/ [...] e-9.1/free {
  hdlist: hdlist.jpackage.free.cz
  with_hdlist: hdlist.cz
  list: list.jpackage.free
}
 
texstar ftp://ftp.ibiblio.org/pub/Linux/d [...] /rpms/i586 {
  hdlist: hdlist.texstar.cz
  with_hdlist: hdlist.cz
  list: list.texstar
  modified
}
 
main ftp://ftp.club-internet.fr/pub/un [...] drake/RPMS {
  hdlist: hdlist.main.cz
  with_hdlist: ../base/hdlist.cz
}
 
contrib ftp://ftp.club-internet.fr/pub/un [...] ntrib/RPMS {
  hdlist: hdlist.contrib.cz
  with_hdlist: ../../i586/Mandrake/base/hdlist2.cz
}
 
updates ftp://ftp.club-internet.fr/pub/un [...] s/9.1/RPMS {
  hdlist: hdlist.updates.cz
  with_hdlist: ../base/hdlist.cz
  update
}
 :o

Reply

Marsh Posté le 01-09-2003 à 12:49:18    

A mon avis ce paquet vient pas de Mandrake
Fais un rpm -qi MySQL
pour voir.
 
Ou alors, c'est celui d'origine, et donc ton ralentissement a ete provoque par l'installation d'un autre paquet.


Message édité par zeb_ le 01-09-2003 à 12:51:07
Reply

Marsh Posté le 01-09-2003 à 12:54:29    

Citation :

Name        : MySQL                        Relocations: (not relocateable)
Version     : 4.0.11a                           Vendor: MandrakeSoft
Release     : 5mdk                          Build Date: mer 12 mar 2003 11:35:47 CET
Install date: sam 19 avr 2003 13:31:51 CEST      Build Host: ke.mandrakesoft.com
Group       : Databases                     Source RPM: MySQL-4.0.11a-5mdk.src.rpmSize        : 2285655                          License: GPL
Packager    : Warly <warly@mandrakesoft.com>
URL         : http://www.mysql.com
Summary     : MySQL: a very fast and reliable SQL database engine

[:totocom]

Reply

Marsh Posté le 01-09-2003 à 13:11:14    

ptain c chiant la derniere version c la 4.0.14  :fou:

Reply

Marsh Posté le 01-09-2003 à 13:16:20    

bitman a écrit :

ptain c chiant la derniere version c la 4.0.14  :fou:  


 
Elle est dans la RC1 de la 9.2 (et cooker). T'as qu'un mois a attendre :)

Reply

Marsh Posté le 01-09-2003 à 13:16:39    

bitman a écrit :

Citation :

Name        : MySQL                        Relocations: (not relocateable)
Version     : 4.0.11a                           Vendor: MandrakeSoft
Release     : 5mdk                          Build Date: mer 12 mar 2003 11:35:47 CET
Install date: sam 19 avr 2003 13:31:51 CEST      Build Host: ke.mandrakesoft.com
Group       : Databases                     Source RPM: MySQL-4.0.11a-5mdk.src.rpmSize        : 2285655                          License: GPL
Packager    : Warly <warly@mandrakesoft.com>
URL         : http://www.mysql.com
Summary     : MySQL: a very fast and reliable SQL database engine

[:totocom]  


 
oui ben c'est celui d'origine.

Reply

Marsh Posté le 01-09-2003 à 13:36:19    

vui, et pas d'update en vue ...  :o  
 
bon merci qd meme les gars, je pige tjrs pas pkoi ca c résolu tt seul mais bon [:spamafote]
 

Reply

Marsh Posté le 01-09-2003 à 13:45:55    

bitman a écrit :

vui, et pas d'update en vue ...  :o  
 
bon merci qd meme les gars, je pige tjrs pas pkoi ca c résolu tt seul mais bon [:spamafote]
 
 


 
t'as pas relancé qqhchoe ? la charge du serveur était élevée quand ca merdouillait ? ca se trouve y avait autre chose qui faisait monter la charge du serveur et c'est ca qui ralentissait le tout

Reply

Marsh Posté le 01-09-2003 à 13:51:46    

g pas maté la charge mais a priori il faisait rien, sauf hack :fouyaya: ya ke moi qui ai la main sur ce serveur :D

Reply

Marsh Posté le 01-09-2003 à 13:56:42    

ca se trouve c''était un truc tout con alors  ;)

Reply

Marsh Posté le 01-09-2003 à 14:00:55    

vous pensez que c utile de mettre un my.cnf selon les modeles que j'ai dans le rep de mysql ?
 
paske en fait dans /etc j'ai rien, d'en mettre un ca peut l'accelerer un peu si ca cadre avec ma config non ?

Reply

Marsh Posté le 01-09-2003 à 14:04:25    

bitman a écrit :

vous pensez que c utile de mettre un my.cnf selon les modeles que j'ai dans le rep de mysql ?
 
paske en fait dans /etc j'ai rien, d'en mettre un ca peut l'accelerer un peu si ca cadre avec ma config non ?


 
ca règle certaines valeurs (taille buffers, etc) selon l'utilisation
 
Pour toi small.cnf -> /etc/my.cnf

Reply

Marsh Posté le 01-09-2003 à 14:09:21    

fo changer des trucs dedans ?(g vu une section pwd t tout ca)
 
heu small c pour les pc avec 64 mo et un usage occasionel de mysql, g qd meme une config un poil plus grosse !  :fou:


Message édité par Bitman le 01-09-2003 à 14:09:31
Reply

Marsh Posté le 01-09-2003 à 15:31:58    

bitman a écrit :

fo changer des trucs dedans ?(g vu une section pwd t tout ca)
 
heu small c pour les pc avec 64 mo et un usage occasionel de mysql , g qd meme une config un poil plus grosse !  :fou:


 
Si t'as pas plus de ~10 connectés en permanence, ca sert à rien, mais bon, essaye ca coute rien de changer par la suite avec un medium.cnf

Reply

Marsh Posté le 01-09-2003 à 15:45:10    

Peut etre qu hier il etait entrain de reindexer tes tables et qu aujourd'hui il a finit ^^

Reply

Marsh Posté le 01-09-2003 à 15:47:46    

Il devait surtout réindexer le /home/bitman/p0rn  :D

Reply

Marsh Posté le 01-09-2003 à 19:36:29    

void_ppc a écrit :

Il devait surtout réindexer le /home/bitman/p0rn  :D  

smeme pas vrayte !!! [:toad666]

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed