Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

performance mysql

0 views
Skip to first unread message

Xavier Pechoultres

unread,
Jun 29, 2001, 10:07:54 AM6/29/01
to
Bonjour,

Je met en place une appli en intranet sous PHP qui attaque un base de donnée.
Il y aura environ 20 utilisateur qui vont faire assez souvant des requetes sur des table d'environ 40 000 enregistrement.
Les requetes seront relativement simples.

Est-ce que mysql offrira des performances satisfaisante ? ou doit-je penser à autre chose (Oracle ou SQLServer)

Xavier Pechoultres

Damien

unread,
Jul 2, 2001, 4:38:47 AM7/2/01
to
Hello

Pour commencer, quelles sont les perfs du serveur, et quelle est sa charge
actuelle s'il n'est pas dédié à l'application ?
Sans ces informations, difficile de répondre.

Ton problème est plus de dimensionner le serveur, en fait..

@+
Damien

"Xavier Pechoultres" <xp...@mac.com> a écrit dans le message news:
9hi23r$egj$1...@wanadoo.fr...

Jerome PAULIN

unread,
Jul 2, 2001, 8:38:47 AM7/2/01
to
J'utilise avec succès MySQl comme moteur de base pour mon Intranet (Gestion
de production). Voici quelques caractériqtiques de mon installation :
Les pages Web sont servies par un serveur NT4 + IIS et un autre avec PHP
(cesont de PIII 400 / 128 Mo)
Certains postes accèdent directement (via ODBC) aux bases de données
pour générer les gros (500 pages en moyenne) états (Crystal Reports)

Le serveur (dédié) de DB a les caractéristiques suivantes :

- 70 utilisateurs
- 20 bases de données (la plus grosse contient 800 000
enregistrements)
- en moyenne 65000 enregistrements par table ....
- 100 000 requetes DB par jour

Physiquement, le serveur de base est un vulgaire PC sous linux Rh 6.1
(PIII 450 + 128 Mo) qui se synchronise toutes les nuits avec son serveur de
secours via mysqldump...

Je n'ai jamais constaté le moindre rallentissement depuis le début, bien que
parfois, la charge monte à pret de 100% pendant quelques secondes.


Xavier Pechoultres <xp...@mac.com> a écrit dans le message :
9hi23r$egj$1...@wanadoo.fr...

Stef

unread,
Jul 2, 2001, 10:13:11 PM7/2/01
to

Tout dépend de ta base : si elle est complexe et comporte un grand nombre de
tables et de clés étrangères, il vaut mieux que tu prenne une base
relationnelle (SGBDR).
Sinon, si ta base est assez simple, et que tes requètes ne font intervenir
chacune que 2/3 tables, pas de soucis pour mySql. pour Info, des sites comme
Boursorama.com sont sur une base MYsql : et là, c'est pas 20 internautes sur
40 000 enregistrements.... et ça tiens très bien...
Pour le serveur, prend un disque dur rapide, et mets de le RAM. Vaut mieux
dépenser 1000 balles de plus en barettes de SDRAM, ça fais un bien fou pour
ce que ça coute.

Bon courage

Stef


latif

unread,
Jul 13, 2001, 9:29:03 AM7/13/01
to
determine le nb de requetes/secondes...
de ton serveru web et de ta base mysql.
(ps : la nasa bosse sur mysql).

Autrement ,y'a plein de petits utilitaires pour tester ton site.
exemple : siege (GPL)......
tu peux faire varier le nd d'utilisateurs....et plus.
(sous linux)

0 new messages