Discussion :

[rvzip64]

Salut tout le monde , j'utilise actuellement la version 4.1.21 de mysql en production, mon serveur contient 2 Go de Ram et je voudrais augmenter celle-ci (mettre plus de 4 Go).

Je voulais savoir si ma version mysql 4.1.21 (qui je suppose est en 32 bits)allait tirer partie de ces Go en plus, ou faut il que je migre sur une version 64 bits avec un Os 64 bits.

Merci d'avance pour votre réponse.

[mydb_server]

Bonjour,

Même en ajoutant de la mémoire, Mysql ne pourra pas l'utiliser parce qu'il s'exécute en un seul process et donc sera limité à environ 2,5 Go de mémoire.

Le mieux est de migrer le tout (OS+MySQL) en 64 bits.

Pour se faire il suffit de faire la réplication avec un slave en 64 bits sur une autre machine ;-)

Cordialement.

[rvzip64]

ok , mon seul problème c'est que la version 4.1.21 ne dispose pas d'une version 64 bits et si je passe sur une nouvelle version je m'explose forcement à des disfonctionnements dans mes logiciels ...

[rvzip64]

Comment faire pour éviter le maximum de problème

[rvzip64]

Je pense que je viens de comprendre ce que tu voulais dire par la "réplication". Tu me propose de laisser mon ancien serveur en production et de la faire répliquer sûr le nouveau qui serait entièrement en 64 bits; et après je migrerais au fur et a mesure mes logiciels du vieux serveur au nouveau serveur.

Mais si je fais ça est ce que je ne risque pas de avoir un problème a cause du temps de la réplication ?

[mydb_server]

C'est exactement ça.
Si tu as beaucoup de modifications (update, insert, delete) tu risques d'avoir pas mal de décalage entre tes deux bases.

Sinon, si tu es sous Linux sache qu'il existe une version 64bits de mysql 4.1.21
(http://dev.mysql.com/get/Downloads/M....fr/pub/mysql/)
Si ce n'est pas le cas, c'est le moment de migrer ton OS en Linux

[rvzip64]

Oui linux pourrait etre une solution.
L' embêtant c'est que j ai des softs de calcul qui tourne aussi sur le serveur ... et ils sont écrit pour windows

[Sivrît]

Oui linux pourrait etre une solution.
L' embêtant c'est que j ai des softs de calcul qui tourne aussi sur le serveur ... et ils sont écrit pour windows

Si le serveur n'est pas dédié à MySQL, lui attribuer 2Go est peut-être suffisant. Il faut laisser de la mémoire aux autres programmes, être certain que MySQL ne sera pas swappé... Si en plus le moteur utilisé est MyIsam, il est préférable de garder de la mémoire disponible pour limiter les accès disques.

Ça pourrait laisser le temps dévaluer un passage à une version plus récente en 64bits. La faq a une rubrique sur les changements. Il me semble que les principaux gotchas sont les droits (de nouveaux droit sont disponibles pour les GRANT), quelques mots réservés en plus, ainsi que des problème pour les requêtes qui mélange virgules et 'JOIN' dans la clause 'FROM' (normalement ce n'est pas courant).

[rvzip64]

merci pour les infos Sivrît.

Deux questions me trottent dans la tête encore :

1° Si je fais mon système de réplication est ce que l'aspect transaction fonctionnera toujours si certain de mes programmes écrivent sur le serveur en 32 bits et sur l'autre en 64 bits.

2° Est ce que quelqu'un sait si Mysql gère le PAE ? (cela serait peut etre la solution a tout mes problèmes)

[Sivrît]

1° Si je fais mon système de réplication est ce que l'aspect transaction fonctionnera toujours si certain de mes programmes écrivent sur le serveur en 32 bits et sur l'autre en 64 bits.

C'est même pire que ça, toutes les modifications doivent impérativement être faites sur le serveur maitre.

2° Est ce que quelqu'un sait si Mysql gère le PAE ? (cela serait peut etre la solution a tout mes problèmes)

Il me semble que oui... mais je ne sais pas si c'est valable sous windows. De plus ce n'est pas la même chose que de vraiment disposer de plus de mémoire adressable : il n'est pas dit que ce soit valable pour tout. Le buffer_pool d'inno_db en bénéficie certainement par exemple, mais le reste... (d'un autre côté si les gros caches l'utilisent ça libère de la place pour le reste).