dbnewz

Don est un personage un peu à part dans la communauté. Il est le CEO et Chef Geek chez SmugMug. C’est un site de partage de photos et vidéos, jusque là rien de nouveau. Il existe sur le marché des concurrents comme Flickr, fotolog . Ce qui m’a étonné y a quelques années, c’est de voir que son business model était différent des autres. En général, ces sites offrent des comptes gratuits pour attirer des utilisateurs avec bien sur des comptes « pro » payant pour avoir acces à plus de stockage, bande passante,… Smugmug, non! En effet, tous les comptes sont payants ( Standard: $39.95/year, Power: $59.95/year, Pro: $149.95/year ). Et pourtant, ce site marche très bien et fait même des bénéfices sans avoir besoin de VC.

Sa présentation parlait de la facon dont il utilisait MySQL et des produits SUN acqueris grace au programme Start Up Essentials.

En résumé:

• pas de JOIN
• MySQL 5.1 – InnoDB XtraDB + patches
• Openstorage ( for ZFS snapshot )

Un très bon keynote!

Paul s’occupe de l’architecture, des SGBD et des admins chez Youtube. Sa participation au keynote « Scaling MySQL – Up or Out? » m’avait bien marqué. Il nous parle aujourd’hui des performances de nos systèmes.

Voila les règles:

• pas d’I/O – tuner vos requètes
• faire le moins d’I/O possible – tuner votre cache
• faite en sorte que les I/O soit séquentiels – donc pas un OLTP système
• faire en sorte que votre I/O controler soit tout le temps occupé
• Ne rien cacher en dessous de la DB ( pas de cache au niveau du filesystem ou du controleur )
• Cacher les écritures avec le contrôleur RAID
• Etre sûr que la taille des STRIP/CHUNCK soient plus LARGES que la taille des DB BLOCKS
• Etre sûr que nos I/O soient réellement concurrents

Une présentation à voir absolument…

Vous avez tous eu besoin au moins une fois d’un système de messagerie ( de queue ) pour que vos applications communiquent entre elles. Q4M est un de ces systémes qui en plus fonctionne comme un moteur de stockage de MySQL 5.1.

La cible:

• robuste
• rapide ( milliers de messages par seconde )
• facile à utiliser  

Les chiffres

• communication asynchrone et persistante
• 7000 messages/s
• 512 bytes
• sync to disk

Les utilisations

• Buffer write pour la DB pour les périodes de pick
• relay en DB et processes d’analyse
• pre fetch – de la DB vers Memcached
• scheduling web crawlers

Les liens

• http://q4m.31tools.com
• Linux – Intel

Les options

• –with-sync
• –enable-mmap
• –with-delete

C’est quelque chose que je vais devoir tester ASAP!

Monty, un des fondateurs de MySQL, a quitté SUN/MySQL il y a quelques mois et à depuis fondé Monty Program AB la société dernière MariaDB. Il a écrit une très grande partie du code de MySQL. Ce qui m’avait impressionné la première fois ou je l’avais rencontré c’est qu’il connaît le code source presque par coeur. Vous lui dites, « j’ai un problème à cet endroit »… en quelques minutes, il est capable de savoir de quel partie du code cela vient. Impressionant.

Autre chose sur Monty, il a 3 enfants:

• sa fille My – MySQL
• son fils Max – MaxDB
• sa fille Maria – moteur de stockage Maria – MariaDB

des choses comme celles là ne s’inventent pas.

Revenons sur MariaDB, c’est la version communautaire de MySQL 6.0 qui utilise par défaut le moteur de stockage Maria, mais supporte aussi InnoDB, XtraDB, PBXT,…

Maria est une évolution de MyISAM, au départ développé pour palier les problèmes de corruptions de MyISAM. Au final, ce moteur présente bien des avantages au niveau des performances, montée en charge et fiabilité sans compter des nouveaux types d’index pour les requêtes de type SCAN.

MariaDB est quelque chose à surveiller de très prêt.