Discussion :

[nico33307]

Bonjour,

J'ai entendu dire qu'il etait possible d'ajouter des millions d'enregistrements dans MySQL. Est-ce vrai ?

Si c'est vrai, est ce efficace de parcourir une table avec tant d'enregistrements ? Comment ameliorer ce probleme ?

Imaginons que des centaines de milliers d'utilisateurs fassent des requetes sur une table mysql ... qui est cense etre une table avec des milliers/millions d'enregistrements ... Comment etre efficace ?
La solution serait telle d'avoir plusieurs meme replications de la BD et de donner acces a une BD a certains utilisateurs : par exemple si le nom de famille commence par A alors il aura acces a la BD 1 , si le nom de famille commence par B alors il aura acces a la BD 2 (qui est la meme que la BD1) ... serait ce la solution ? Si oui, comment repliquer les BDs en MySQL ? y aurait-il un downtime ?

Pour etre efficace, faudrait-il plusieurs BD repliques sur plusieurs serveurs differents ? Ou bien sur le meme serveur ?

Merci a ceux qui m'eclaireront et qui peuvent me donner des precisions ou des articles a ce sujet.

merci

[gregory.broissard]

oui c'est possible. Perso, je bosse sous Oracle et DB2 sur lesquelles j'ai une table de 900 millions de lignes.

Non le parcours d'une telle table n'est pas du tout efficace.

Solutions :
1/ Index
2/ Partitionnement de la table.

Si milliers d'utilisateurs, les requetes SQL doivent être écrites pour utiliser les index et la clé de partitionnement. Comme ca c'est sans souci.

Petite remarque, il est rare d'avoir des milliers d'utilisateurs qui se connectent réellement à la base. En prog "propre", on fait un pool de connexions permanetes à la base.

La réplication est une solution mais pas pour solutionner des pbes de volumétrie mais de disponibilité.

Comme la réplication ne sert pas à gérer la volumétrie, il serait bête de répliquer sur la même machine.

Je connais pas le processus de réplication sous Mysql donc je ne peux t'aider qu'en te donnant un lien vers la doc.
http://dev.mysql.com/doc/mysql/fr/replication.html

[ren0]

Bonjour,

Je ne pense pas que la réplication soit la solution que tu recherche.
Regarde plutôt du côté du clustering : http://www.mysql.com/products/cluster/

[nico33307]

Ren0,

Merci pour l'info, je vais prendre le temps de lire tout ca.
As tu deja utilise ?

Gregory,

Merci aussi.

1) Index : tu veux qu'il fait que j'indexe les champs de la table pour optimiser ? cela irait plus vite ? Quels champs ? Seulement les cles primaires, etrangeres, les autres champs ?

2) Partionnement : cela m'interesse. Que veux tu dire par la ?

"En prog "propre", on fait un pool de connexions permanetes à la base" : je suis tres interesse aussi. Peux tu m'en dire davantage ? as tu des liens, articles a me conseiller ?

merci a vous deux.

[Maximil ian]

Salut,

Concernant les index et les performances tu peux trouver des infos dans la FAQ MySQL.

A noter que le partitionnement de tables (selon plusieurs méthodes : hash, range...) ne sera disponible qu'à partir de MySQL 5.1, autant dire pas avant longtemps