Comment configurer sa base de données avec un SSD ?
Réponse rapide (pour InnoDB mais généralisable) :
C'est assez dingue en soit : ça veut dire que les bases de données sont largement optimisées pour fonctionner sur disque classique, et que seule une petite partie du traitement est à accès aléatoire (donc déplaçable sur SSD).
Random i/o oriented:
- Table files (*.ibd)
- UNDO segments (ibdata)
Sequential write oriented:
- REDO log files (ib_logfile*)
- Binary log files (binlog.XXXXXX)
- Doublewrite buffer (ibdata)
- Insert buffer (ibdata)
- Slow query logs, error logs, general query logs, etc
D'ailleurs, fait intéressant dans l'article : il obtient une perf meilleure en HDD + SDD que en dual SSD. Peut-être parce que les SSD sont en bus SATA commun et que ce dernier sature, alors que ses HDD sont en bus SAS (donc séparé).
Pour aller plus loin, et configurer proprement la base :
Très bon historique des technologies de stockage de données. Où l'on voit que tout n'est qu'un problème de performance et de bottleneck.
Hmmm… Étrange, j'n'avais pas encore mis ça de côté alors que c'est très utile : le diagramme des outils de mesure de performances collé sur le schéma du noyau Linux
via : https://unix.stackexchange.com/questions/117742/diagram-of-linux-kernel-vs-performance-tools
EDIT : inversé les liens
Dans le dernier MISC, un dossier très intéressant sur parallélisme, HPC, Big Data (via Map Reduce & analytics), optimisation, instructions SSE, OpenMP, Open CL, GPGPU, etc. Bref, tout ce qui concerne le HPC en général. Avis aux amateurs et big-dateurs.
Chez OVH, on ne paye pas en fonction de la taille des bases de données qu'on gère, mais en fonction des performances qu'on souhaite (ici, corrélé à la taille de la mémoire vive)
C'est une approche originale, qui du coup peut devenir vraiment très intéressante pour des cas d'usage particuliers.
Un super texte pour ressentir un peu les sensations du sportif forcené et visiblement dévoué à sa cause. Ici, sur un Iron Man (qui consiste en à peu près 6 kms de nage, 180 de vélo, 42 de course à pied)
Résultat : 9h32 pour ce garçon. Bravo !
Intéressant. Je n'avais jamais vraiment entendu parler des problèmes dus à l'alignement de partition sur un disque. J'avais tout juste entendu le terme et vu des outils, mais ça n'avait pas suffisamment piqué ma curiosité.