Pour les histoires de lock tu dois parler des accès concurrents en lecture et écriture sur une même table. Effectivement c'est quelque chose que MySQL ne sait pas faire (avec les tables par défaut). Par contre si tu modifies souvent une table qui est très peu consultée, les écritures sont très rapides. Il faut aussi penser à regrouper plusieurs écritures en une seule pour accélérer encore les choses. Il y a même moyen d'optimiser encore plus en n'écrivant les index sur le disque que lors du vidage du bout de cache correspondant (option DELAY_KEY_WRITE).
Pour les transactions il y a des benchs ici (mais ils sont faits par l'auteur des transactions sous MySQL...) : http://www.innodb.com/bench.html(...) . J'ai essayé les tables transactionnelles sur ma propre appli au boulot, ça s'approche à 10 ou 20% près des performances des tables par défaut (non-transactionnelles). Par contre ça prend beaucoup plus d'espace disque, ce qui est normal mais dissuasif dans mon cas précis.
[^] # Re: PostgreSQL ou MySQL ?
Posté par Moby-Dik . En réponse au journal PostgreSQL ou MySQL ?. Évalué à 3.
Pour les transactions il y a des benchs ici (mais ils sont faits par l'auteur des transactions sous MySQL...) : http://www.innodb.com/bench.html(...) . J'ai essayé les tables transactionnelles sur ma propre appli au boulot, ça s'approche à 10 ou 20% près des performances des tables par défaut (non-transactionnelles). Par contre ça prend beaucoup plus d'espace disque, ce qui est normal mais dissuasif dans mon cas précis.