MySQL 5.5 : sortie imminente ?

Oracle devrait annoncer la nouvelle version du SGBD open-source mercredi

Le 2010-12-13 13:07:56, par Gordon Fowler, Expert éminent sénior

Mise à jour du 13/12/10

Ce mercredi, Oracle organise un webinar pour présenter « une mise à jour importante de MySQL ».

Tomas Ulin, Vice-Président du développement de MySQL et Rob Young, Senior Product Manager, y dévoileront les dernières avancées du SGBD open-source que le géant des bases de données à récupérée avec le rachat de Sun.

Oracle avait annoncé une RC de MySQL 5,5 lors de l'Oracle OpenWorld de septembre (lire ci-avant). Cette fois-ci, les responsables du projets pourraient annoncer sa disponibilité officielle.

Pour mémoire, et à en croire un benchmark réalisé par SysBench, les équipes d'Oracle auraient réussi à améliorer les performances en lecture/écriture pour MySQL de 360% sous linux par rapport à la version 5.1, et de 1500% sous Windows.

Le lendemain, Orcale organise un second webcast, sur InnoDB. Y seront abordées les améliorations et la feuille de route prévues pour le nouveau moteur de stockage par défaut de MySQL (après la fin du Projet Falcon).

Source : Annonces du Webcast « Technology Update on MySQL » et du Webcast « InnoDB Enhancements and Roadmap »

Discussion forum

125 commentaires

berceker united
Expert éminent

Envoyé par kedare

Bah disons que MySQL prend énormément de retard par rapport à la concurrence depuis 3 ans, ca bouge quasiment pas, alors que par exemple chez PostgreSQL, tous les 6 mois tu a une nouvelle version majeure qui rapport un lot de nouveauté assez conséquentes..

Enfin il faut voir si Oracle va y changer quelque chose (Mais vu que certains trucs seront réservés a l'édition payante (pool de threads entre autre, l'édition open source devra se trainer avec l'implémentation 1 connexion = 1 thread qui est a la ramasse..)).

Sincèrement, j'ai rien contre les performances de PostGresql bien au contraire j'ai eu l'occasion d'y faire un tour et il est clair qu'il y est bien en avant. Par contre, comme quelques langages, j'en n'entends jamais parler. Pour moi, PostGresql a les mêmes défauts que Ruby sur ce point là. La communauté, tutorial, les demandes sur le marché font que, bon, finalement - ouais super mais on a l'impression de s'enfermer en pensant être une élite de ceux qui ont tout compris. Je vise pas toi personnellement, je globalise sur les (Fan Linux, Ruby, Apple surtout)

Cette impression d'être tout seul, mis à part sur les forums spécifiques où tout le monde se tapote le dos.

Si tu veux que PostGresql puisse être un peu plus mis en avant, il y a une chose de bien à faire c'est de participer au news, des tutoriels pour les débutants, etc... Personnellement, je veux en apprendre plus sur PostGresql

Mon rêve, c'est de pouvoir déployer mon outil qui soit compatible sur SQL Server, Mysql et PostGresql. Pas faire des requêtes génériques passe-partout. Non, faire un système qui exploite les qualités de chacun.

le 27/12/2010 à 10:35
kaymak
Membre émérite

mwé bof.
Si j'ai bon souvenir ces incroyables améliorations concernent le moteur innodb.
Je n'ai pas de statistiques sous la main, mais je ne pense pas que cela aille dans le sens de la majeur partie des utilisateurs de cette bd.

Par contre cela pousse dans le sens de tous ces utilisateurs qui veulent faire de mysql un pgsql bis, un sql server bis.
Bref, des utilisateurs issues des monde java, .net etc

Maintenant il faudrait mettre cela en projection avec ce qu Oracle décidera pour la suite de ce logiciel... Ce qu'ils n'ont pas encore annoncé.

Mais, j'ai tout de même peur d'y perdre en simplicité avec les changements qu'oracle pourrait apporter...

a +

le 13/12/2010 à 13:31
clavier12AZQSWX
Membre éclairé

les performances en lecture/écriture pour MySQL de 360% sous linux par rapport à la version 5.1, et de 1500% sous Windows.

comment peut-on atteindre de tels gains ...?

soit yavait un gros bug, soit on a enlevé des trucs genre for ($i=0;count($X);$i++), soit mysql va utiliser cuda..?

soit c'est noël tout simplement.

Quelqu'un a-t-il des news concernant l'exploitation (mieux ou meilleure) des cpu multicores et multithtead ?

le 13/12/2010 à 15:17
SQLpro
Rédacteur

Envoyé par _skip

Pfff, j'ai pas envie de parler de ça ici, on l'a déjà fait sur plein de topics... Mais tiens puisque tu insistes :

Essaie de créer une application avec des threads d'arrière plan, des états et contextes partagés entre plusieurs clients. En gros une application web passablement "stateful" comme une réservation de billets d'avion et ce genre de chose.

Et par ailleurs pour te donner un exemple plus simple, certains scripts PHP d'ecommerce, tels que magento, délèguent les requêtes de recherche à des servlets java utilisant solr, dont l'index est chargé en mémoire au démarrage du serveur d'application et rafraîchi en arrière plan. Justement parce que PHP ne sait pas tout faire et n'est pas idéal pour ces choses-là, et oui c'est la vie .

Il serait bien plus simple et performant, donc intelligent de faire cela côté SGBDR dans des procédures stockées.... Sauf que MySQL est tellement pauvre côté transaction, triggers et cie, que c'est infaisable.
Voilà pourquoi on tente de compenser avec des outils imbitables.....

Quand à PHP, même MS reconnait que c'est un des meilleurs outil de développement rapide de sites web,à condition d'avoir le bon SGBDR qui va avec !
Personnellement j'ai plusieurs client qui ont des très gros sites web marchand avec PSP/SQL Server et cela fonctionne très bien ensemble !

A +

le 13/12/2010 à 15:43
kaymak
Membre émérite

Envoyé par SQLpro

... côté SGBDR dans des procédures stockées.... Sauf que MySQL est tellement pauvre côté transaction, triggers et cie, que c'est infaisable.

Penses tu que les efforts d'oracle dans le moteur innodb permettront à l'avenir de combler ce que tu désignes comme des lacunes ?
Ou bien les retards sont ils trop importants à ton avis ?

a +

le 13/12/2010 à 16:02
_skip
Expert éminent

Envoyé par SQLpro

Il serait bien plus simple et performant, donc intelligent de faire cela côté SGBDR dans des procédures stockées.... Sauf que MySQL est tellement pauvre côté transaction, triggers et cie, que c'est infaisable.
Voilà pourquoi on tente de compenser avec des outils imbitables.....

Je vois mal comment un SGBDR pourrait concurrencer un index bien structuré en mémoire en terme de performance tout en offrant les mêmes fonctionnalités (correction orthographique, match partiels).
Enfin sans tomber dans des solutions poids lourds extrêmement coûteuses. Sachant que la solution que je développe n'autorise pas pour des raisons de performance le moindre accès disque où l'ouverture d'une connexion.

Même si je suis d'accord que la recherche Full text de SQL server est très puissante et suffisante dans bien des cas.

le 13/12/2010 à 16:38
CinePhil
Modérateur

Envoyé par wokerm

par exemple le couple php mysql est presque inséparable

On peut aussi facilement faire du PHP/Postgresql par exemple. Et je pense qu'avec Oracle ou SQL Server ça ne doit pas poser plus de difficultés !

le 15/12/2010 à 11:19
CinePhil
Modérateur

Il manque toujours CHECK, pourtant normalisé depuis longtemps !

The CHECK clause is parsed but ignored by all storage engines.

Source : http://dev.mysql.com/doc/refman/5.5/...ate-table.html

le 16/12/2010 à 12:16
_skip
Expert éminent

Oracle donne l'impression que ça bouge pas mal depuis quelques mois avec des annonces très alléchantes. Comme s'il voulait rassurer les utilisateurs de mySQL.
Les promesses seront-elles tenues et cela suffira-t-il pour que ceux-ci se sentent tirés d'affaire?
La fin de cette période d'incertitude arrive-t-elle à son terme?

Wait and see...

le 16/12/2010 à 15:27
Traroth2
Membre émérite

Envoyé par _skip

La fin de cette période d'incertitude arrive-t-elle à son terme?

Les conséquences ne seront plus jamais les mêmes !

le 16/12/2010 à 17:34

Poster une réponse