[MySQL] Moteur de base entre Memory et MyIsam

Moteur de base entre Memory et MyIsam [MySQL] - SQL/NoSQL - Programmation

Marsh Posté le 20-12-2010 à 14:12:22    

Bonjour,
 
je voudrais savoir si il existe un moteur de base de donnée MySQL qui combinent les avantages du HEAP/MEMORY et du MyISAM, en clair je veux:
 
- que la table soit intégralement chargée en mémoire, pour que ca aille très vite.
- qu'elle soit "répliquée"/"en double" sur le disque dur (mais PAS nécessairement sur un autre serveur MySQL), avec donc forcement un retard entre la MAJ de la table en mémoire avec la table sur le DD.
- dans tous les cas la mise à jour serait incrémentale et non une copie intégrale à intervalles réguliers.
 
Merci de votre participation  :jap:

Message cité 1 fois
Message édité par philippe06 le 22-12-2010 à 18:52:27

---------------
Aimer les femmes intelligentes est un plaisir de pédéraste. (Charles Baudelaire) - Vous vulgarisez :o (Jean-Kevin Dubois)
Reply

Marsh Posté le 20-12-2010 à 14:12:22   

Reply

Marsh Posté le 22-12-2010 à 12:17:37    

up!


---------------
Aimer les femmes intelligentes est un plaisir de pédéraste. (Charles Baudelaire) - Vous vulgarisez :o (Jean-Kevin Dubois)
Reply

Marsh Posté le 22-12-2010 à 12:59:34    

hmm ben heu ...
N'importe quelle version recente (moins de 10ans) d'Oracle ou SQL Server font ca et 1000x plus donc je suppose que ca devrai pas etre trop dur a trouver pour MySQL.

Reply

Marsh Posté le 22-12-2010 à 13:19:30    

philippe06 a écrit :


- que la table soit intégralement chargée en mémoire, pour que ca aille très vite.


 
Ca veut rien dire :
 
Si ta table est énorme et que le serveur swappe à mort, c'est completement useless
 
Si tu veux de la vitesse : t'as du clustering avec NDB (tout est chargé en mémoire) ou bien, beaucoup moins cher à mettre en prod : tu stockes ta table sur un SSD.

Message cité 1 fois
Message édité par smaragdus le 22-12-2010 à 13:22:41
Reply

Marsh Posté le 22-12-2010 à 13:30:01    

Mysql ne sait pas charger/garder ses données en mémoire tout seul?[:petrus dei]


---------------
Can't buy what I want because it's free -
Reply

Marsh Posté le 22-12-2010 à 13:31:40    

skeye a écrit :

Mysql ne sait pas charger/garder ses données en mémoire tout seul?[:petrus dei]


Bah y a 15 millions de caches dans MySQL, suffit de savoir les configurer  :o

Reply

Marsh Posté le 22-12-2010 à 14:04:19    

smaragdus a écrit :


 
Ca veut rien dire :
Si ta table est énorme et que le serveur swappe à mort, c'est completement useless
Si tu veux de la vitesse : t'as du clustering avec NDB (tout est chargé en mémoire) ou bien, beaucoup moins cher à mettre en prod : tu stockes ta table sur un SSD.


Y a 3 choses:  
- le clustering: trop compliqué (configs hétérogènes niveau hard et soft) [:sonken]  
- upgrader le matériel du SSD: ca impliquerait de l'admin hard + soft en plus d'un achat. Trop cher  [:sonken]  
- avoir quelques tables intégralement répliquées en mémoire: ça je ne sais pas faire et ca m'intéresse.
 

smaragdus a écrit :


Bah y a 15 millions de caches dans MySQL, suffit de savoir les configurer  :o


Quelles variables modifier pour cacher intégralement certains tables (mais pas toutes)?


---------------
Aimer les femmes intelligentes est un plaisir de pédéraste. (Charles Baudelaire) - Vous vulgarisez :o (Jean-Kevin Dubois)
Reply

Marsh Posté le 22-12-2010 à 14:13:44    

http://dev.mysql.com/doc/refman/5. [...] -pool.html
les données utilisées sont misese en cache mémoire ( par les écritures sont faites sur le disque )

Reply

Marsh Posté le 22-12-2010 à 14:21:51    

La page porte sur le moteur InnoDB, pas sur le moteur MyISAM. Pour MyISAM il y a bien la key_buffer_size, mais ça n'est pas spécifique à une table.


---------------
Aimer les femmes intelligentes est un plaisir de pédéraste. (Charles Baudelaire) - Vous vulgarisez :o (Jean-Kevin Dubois)
Reply

Marsh Posté le 22-12-2010 à 14:29:03    

c'est peut etre une question con , mais si j'ai bien compris, tu as de grosses tables , qui ne sont  pas les plus utilisées ( sinon elles seraient dans les caches ) mais qui ont besoin d'être chargé en mémoire
 

Reply

Marsh Posté le 22-12-2010 à 14:29:03   

Reply

Marsh Posté le 22-12-2010 à 15:31:04    

Ce sont de nombreuses tables petites à moyenne et quelques grosses. Les grosses fonctionnent pas mal grace aux INDEX, sauf quand y a une table qui "pete", mais c'est le jeu quand on utilise MyISAM :o
 
J'aimerais économiser des I/O sur les petites et moyennes tables. Pour l'instant la solution qu'on a utilisé est un cache appli sous formes de fichiers textes, mais ca n'est pas idéal.


---------------
Aimer les femmes intelligentes est un plaisir de pédéraste. (Charles Baudelaire) - Vous vulgarisez :o (Jean-Kevin Dubois)
Reply

Marsh Posté le 22-12-2010 à 16:37:23    

apc ?

Reply

Marsh Posté le 22-12-2010 à 16:38:59    

memcached?


---------------
Can't buy what I want because it's free -
Reply

Marsh Posté le 22-12-2010 à 17:06:08    

ca m'obligerait à toucher aux applis. Je cherche une solution qui me permette en quelque sorte de "faire du memcached" au niveau de MySQL afin de ne pas toucher aux applis.

 

Je sais, je suis chiant :o


Message édité par philippe06 le 22-12-2010 à 18:53:40

---------------
Aimer les femmes intelligentes est un plaisir de pédéraste. (Charles Baudelaire) - Vous vulgarisez :o (Jean-Kevin Dubois)
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed