Moteur de base entre Memory et MyIsam [MySQL] - SQL/NoSQL - Programmation
Marsh Posté le 22-12-2010 à 12:17:37
up!
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.
Marsh Posté le 22-12-2010 à 13:19:30
philippe06 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.
Marsh Posté le 22-12-2010 à 13:30:01
Mysql ne sait pas charger/garder ses données en mémoire tout seul?
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? |
Bah y a 15 millions de caches dans MySQL, suffit de savoir les configurer
Marsh Posté le 22-12-2010 à 14:04:19
smaragdus a écrit : |
Y a 3 choses:
- le clustering: trop compliqué (configs hétérogènes niveau hard et soft)
- upgrader le matériel du SSD: ca impliquerait de l'admin hard + soft en plus d'un achat. Trop cher
- 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 : |
Quelles variables modifier pour cacher intégralement certains tables (mais pas toutes)?
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 )
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.
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
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
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.
Marsh Posté le 22-12-2010 à 16:38:59
memcached?
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
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
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)