Club911

Depuis 24 ans le Club911.Net partage sa passion pour la marque Porsche, se renouvelant sans arrêt pour proposer du contenu, des évènements touristiques comme sur circuits en France et en Belgique

https://club911.net/

Titre du sujet - erreurs connection base de données => changement de serveur

https://club911.net/viewtopic.php?t=102255

Page 12 sur 16

- par Mascotte

Posté : 23 sept. 2010, 21:38

Message original : tinga
euh difparis ne le prends pal mal steuplait:)

mais en fait j'y connais rien du tout à vos trucs
je me suis dit qu'écrire n'importe quoi sur une de vos phrases aurait une chance sur 2 d'avoir un sens cohérent

comme quoi

Et tu as réagi sur la seule phrase qui parlait de noeuds.
Coincidence? Je ne crois pas non...

- par tinga

Posté : 23 sept. 2010, 21:43

Message original : Mascotte
Et tu as réagi sur la seule phrase qui parlait de noeuds.
Coincidence? Je ne crois pas non...

ben euh là.............

- par profge

Posté : 23 sept. 2010, 21:46

C'est rigolo comme sur ce post, alors qu'on parle d'une simple instance mysql de quelques gigas sur un forum qui n'a pas la réactivité oltp d'un site comme google, on se voit proposer du Rac multinoeud, de la réplication type srdf sur baies emc, et des dual core à la pelle en veux tu en voila (et pourquoi pas un nec sx9 aussi?)

Y a quand même un sacré paquet de bons commerciaux sur le forum

- par nono

Posté : 23 sept. 2010, 21:47

Message original : gentleman69
Si en virant des posts ta requête marche mieux c'est que tu fais des accès en lecture complète "table scans" sans accès par des index.

Une raison possible est un problème de type de données. Par exemple un char au lieu d'un number.
Quand tu fais char > 3 par exemple, il t'applique une fonction de conversion en number sur le char et du coup il te flingue l'usage de ton index...

L'autre raison ce sont des tables statistiques pas à jour. Je ne connais pas mySQL mais Oracle donc je ne peux pas t'aider sur ce coup là...

Connaissant mon Philou, il utilise forcément des indexs

- par scotland

Posté : 23 sept. 2010, 21:47

Bonjour,

Je suis surpris que la machine précédente était à genoux en hébergeant un site internet. Enfin j'ai pas vu les logs non plus.

Pour les offres OVH, n'oubliez pas que sur les offres actuelles, le RAID 1 proposé par défaut est logiciel. C'est donc à l'administrateur de la machine de vérifier logiciellement que ses miroirs restent synchro.

Enfin ovh met à disposition un backup ftp avec ses hébergements, et il ne faut pas hésiter à s'en servir. Je dispose de script très bien pour ça, que l'admin me fasse signe si nécessaire.

a+

- par steph42360

Posté : 23 sept. 2010, 21:49

Message original : tinga
Message original : difparis
Message original : tinga il s'agit peut etre effectivement d'une piste mais tout dépend alors de ne pas trop avoir de noeuds à gerer
Un juste équilibre en scale up et scale out
euh difparis ne le prends pal mal steuplait:)

mais en fait j'y connais rien du tout à vos trucs
je me suis dit qu'écrire n'importe quoi sur une de vos phrases aurait une chance sur 2 d'avoir un sens cohérent

un peu comme steph4256780875 mais en plus finaud
comme quoi

[Édite le 23-9-2010 par tinga]

excellent

- par gentleman69

Posté : 23 sept. 2010, 21:49

Message original : nono
Message original : gentleman69
Si en virant des posts ta requête marche mieux c'est que tu fais des accès en lecture complète "table scans" sans accès par des index.

Une raison possible est un problème de type de données. Par exemple un char au lieu d'un number.
Quand tu fais char > 3 par exemple, il t'applique une fonction de conversion en number sur le char et du coup il te flingue l'usage de ton index...

L'autre raison ce sont des tables statistiques pas à jour. Je ne connais pas mySQL mais Oracle donc je ne peux pas t'aider sur ce coup là...
Connaissant mon Philou, il utilise forcément des indexs

Je me suis mal exprimé, tu peux avoir un index mais la fonction de conversion implicite de char en number fait qu'il n'est pas utilisé...

C'est un vrai piège à c.ns...où je me suis fais avoir quelques fois

- par Mascotte

Posté : 23 sept. 2010, 21:55

Message original : scotland
Bonjour,

Je suis surpris que la machine précédente était à genoux en hébergeant un site internet. Enfin j'ai pas vu les logs non plus.

Pour les offres OVH, n'oubliez pas que sur les offres actuelles, le RAID 1 proposé par défaut est logiciel. C'est donc à l'administrateur de la machine de vérifier logiciellement que ses miroirs restent synchro.

Enfin ovh met à disposition un backup ftp avec ses hébergements, et il ne faut pas hésiter à s'en servir. Je dispose de script très bien pour ça, que l'admin me fasse signe si nécessaire.

a+

Et encore, ils ne parlent pas encore de ROI

- par steph42360

Posté : 23 sept. 2010, 21:56

Message original : gentleman69
Message original : nono
Message original : gentleman69
Si en virant des posts ta requête marche mieux c'est que tu fais des accès en lecture complète "table scans" sans accès par des index.

Une raison possible est un problème de type de données. Par exemple un char au lieu d'un number.
Quand tu fais char > 3 par exemple, il t'applique une fonction de conversion en number sur le char et du coup il te flingue l'usage de ton index...

L'autre raison ce sont des tables statistiques pas à jour. Je ne connais pas mySQL mais Oracle donc je ne peux pas t'aider sur ce coup là...
Connaissant mon Philou, il utilise forcément des indexs
Je me suis mal exprimé, tu peux avoir un index mais la fonction de conversion implicite de char en number fait qu'il n'est pas utilisé...

C'est un vrai piège à c.ns...où je me suis fais avoir quelques fois

euh t'évites de parler de ça demain soir, car on va vraiment se faire chier

- par gentleman69

Posté : 23 sept. 2010, 21:57

Message original : steph42360
Message original : gentleman69
Message original : nono Connaissant mon Philou, il utilise forcément des indexs
Je me suis mal exprimé, tu peux avoir un index mais la fonction de conversion implicite de char en number fait qu'il n'est pas utilisé...

C'est un vrai piège à c.ns...où je me suis fais avoir quelques fois
euh t'évites de parler de ça demain soir, car on va vraiment se faire chier

T'inquiètes, on va parler sexe, Porsche et vacances

Heures au format UTC+02:00
Page 12 sur 16