Performances catastrophiques avec mysql apres un mdk update - réseaux et sécurité - Linux et OS Alternatifs
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?
Marsh Posté le 31-08-2003 à 16:13:25
CSCMEUH a écrit : |
C'est ce que je pense aussi, mais apparement non.
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)
Marsh Posté le 31-08-2003 à 18:00:07
paske j'y connais que dalle
j'ai installé de base ski me fallais avec la 9.1, avec de temps en temps des updates stout en pensant que ca améliorerais les perfs
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 ?
Marsh Posté le 01-09-2003 à 09:44:20
bah a apriori rien n'est indiqué sur les versions
sinon g pas ton fichier, mais dans usr/share j'ai des .cnf pour large small medium et huge
Marsh Posté le 01-09-2003 à 11:21:23
void_ppc a écrit : gamma c'est encore plus bêta que alpha je crois |
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".
Marsh Posté le 01-09-2003 à 11:56:10
Le Ouinhin Pervers a écrit : |
Marsh Posté le 01-09-2003 à 11:57:53
bitman a écrit : bah a apriori rien n'est indiqué sur les versions |
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
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 ...
Marsh Posté le 01-09-2003 à 12:21:48
Bizarre que Mandrake fasse changer comme ca de branche
Pourquoi elle lui a pas mis la dernière stable de 3.x ?
Marsh Posté le 01-09-2003 à 12:28:45
void_ppc a écrit :
|
incredibole, aujourdhui ca roxxe
j'ai rien touché je comprends plus rien
MON SERVEUR EST HANTE !!!
(par contre mdk ils abusent de foutre des version non finalisées en update )
Marsh Posté le 01-09-2003 à 12:32:31
me semble bien que les versions gamma sont des versions de prod'
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 ?
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
}
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.
Marsh Posté le 01-09-2003 à 12:54:29
Citation : Name : MySQL Relocations: (not relocateable) |
Marsh Posté le 01-09-2003 à 13:16:20
bitman a écrit : ptain c chiant la derniere version c la 4.0.14 |
Elle est dans la RC1 de la 9.2 (et cooker). T'as qu'un mois a attendre
Marsh Posté le 01-09-2003 à 13:16:39
bitman a écrit :
|
oui ben c'est celui d'origine.
Marsh Posté le 01-09-2003 à 13:36:19
vui, et pas d'update en vue ...
bon merci qd meme les gars, je pige tjrs pas pkoi ca c résolu tt seul mais bon
Marsh Posté le 01-09-2003 à 13:45:55
bitman a écrit : vui, et pas d'update en vue ... |
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
Marsh Posté le 01-09-2003 à 13:51:46
g pas maté la charge mais a priori il faisait rien, sauf hack ya ke moi qui ai la main sur ce serveur
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 ?
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 ? |
ca règle certaines valeurs (taille buffers, etc) selon l'utilisation
Pour toi small.cnf -> /etc/my.cnf
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 !
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) |
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
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 ^^
Marsh Posté le 01-09-2003 à 19:36:29
Reply
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
ca ne viens pas de la ligne (10mb) ni du pc (xp1700+/256mo/scsi160)
je ne sais pas trop quoi faire a vrai dire....