Précédent   Forum du club des développeurs et IT Pro > Bases de données > MySQL
MySQL Forum d'entraide MySQL. Avant de poster -> FAQ MySQL, Tutoriels MySQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Actualité déjà publiée
 
Outils de la discussion
Publicité
'
Vieux 13/04/2011, 11h08   #1
Idelways
Expert Confirmé Sénior
 
Avatar de Idelways
 
Homme Ihssen Idelways
Développeur Ruby on Rails / iOS
Inscription : juin 2010
Messages : 1 390
Détails du profil
Informations personnelles :
Nom : Homme Ihssen Idelways

Informations professionnelles :
Activité : Développeur Ruby on Rails / iOS

Informations forums :
Inscription : juin 2010
Messages : 1 390
Points : 69 178
Points : 69 178
Par défaut Oracle annonce MySQL 5.6, Plus rapide et mieux adaptée aux Cloud grâce à une nouvelle API NoSQL

MySQL 5.6 : la préversion améliore la disponibilité, les performances et l’administration
pour les applications Web, Cloud et embarquées

Mise à jour du 12/04/2012, par Hinault Romaric


Une nouvelle version intermédiaire de développement (DMR) pour MySQL 5.6 vient d’être publiée par Oracle.

La haute disponibilité est renforcée dans cette mouture avec de nouvelles fonctions de réplication basées sur des mécanismes d'autoréparation comme les identifiants globaux de transactions (GTID) pour le suivi de l'avancement de la réplication sur une topologie de réplication et de nouveaux utilitaires de réplication MySQL pour fournir la supervision avec des mécanismes de bascule et de reprise automatique.

Le débit des requêtes complexes est considérablement amélioré avec de nouvelles fonctions d’optimisations permettant aux développeurs de simplifier le code applicatif en regroupant plusieurs requêtes ou jeux de résultats au sein d'une même unité de travail, la sortie EXPLAIN au format JSON et le support du CURRENT_TIMESTAMP.

Les développeurs pourront tester le fonctionnement en ligne des actions ADD Index qui permettent une amélioration de la disponibilité et de la performance d'InnoDB en permettant de véritables actions ADD Index « à chaud » et non bloquantes, ainsi que des évolutions du schéma plus rapides et plus simples pour supporter les services Web qui évoluent rapidement.


L’accès à NoSQL est renforcé pour InnoDB via Memcached, afin d’offrir la souplesse de pouvoir utiliser les techniques NoSQL pour accéder aux données InnoDB en parallèle du modèle existant des requêtes SQL. InnoDB bénéficie également des améliorations supplémentaires des performances pour les matériels modernes.

Télécharger MySQL 5.6 DMR

Source : CP Oracle


Et vous ?

?

Oracle annonce MySQL 5.6
Plus rapide et mieux adaptée aux Cloud grâce à une nouvelle API NoSQL


Une nouvelle version de MySQL vient d'être annoncée par Oracle, qui promet plus de rapidité et de scalabilité pour son système de gestion de base de données open source.

MySQL 5.6, encore à sa première version de test, a été annoncé hier à la conférence MySQL à Santa Barbara. Elle serait d'après Oracle plus flexible et mieux adaptée aux applications hébergées dans le Cloud Computing

Le SGBD a gagné en vitesse grâce à des améliorations de son optimisateur des requêtes et offre de nouvelles options de partitionnement avancées qui permettent d'effectuer des requêtes fluides sur de très grandes tables de données.

Son moteur de stockage InnoDB offre désormais un débit transactionnel supérieur par l'amélioration de sa précision et une meilleure persistance lors des réinitialisations de l'index des statistiques.
InnoDB embarque par ailleurs un module de purge multithreadée plus stable pour plus d'efficacité dans les opérations de purge.

Les améliorations de l'optimisateur des requêtes restent toutefois les nouveautés les plus importantes de cette version, notamment l'option « Index condition pushdown » pour les requêtes contenant la clause WHERE sur des champs Index.
La grande partie du traitement de ces requêtes se fait désormais au niveau du moteur de stockage au lieu de récupérer la ligne entière avant de l'évaluer contre les conditions de la clause. Ce qui minimise le trafic interne.

Une nouvelle API, encore expérimentale offre un accès « NoSQL-like » au moteur InnoDB via le protocole Memcached.
Les services web pourront donc accéder aux données sans devoir transformer leurs requêtes en SQL, réduisant ainsi le temps de latence et augmentant les débits de lectures/écritures.


MySQL 5.6 est disponible en téléchargement sur cette page


Source : communiqué de presse d'Oracle, nouveautés de cette version sur le site des développeurs MySQL

Et vous ?

Que pensez-vous des nouveautés de cette version ?
Idelways est déconnecté   Envoyer un message privé Réponse avec citation 50
Vieux 13/04/2011, 11h38   #2
Julien Bodin
Membre chevronné
 
Avatar de Julien Bodin
 
Homme Julien Bodin
Ingénieur développement logiciels
Inscription : février 2009
Messages : 456
Détails du profil
Informations personnelles :
Nom : Homme Julien Bodin
Âge : 26
Localisation : France, Calvados (Basse Normandie)

Informations professionnelles :
Activité : Ingénieur développement logiciels
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : février 2009
Messages : 456
Points : 754
Points : 754
Affaire à suivre.

Pour ma part j'en suis toujours à me demander si je dois migrer mon projet vers PostGresSQL ou non.
Julien Bodin est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/04/2011, 13h02   #3
jayfaze
Membre actif
 
Inscription : novembre 2006
Messages : 137
Détails du profil
Informations forums :
Inscription : novembre 2006
Messages : 137
Points : 194
Points : 194
Citation:
Affaire à suivre.

Pour ma part j'en suis toujours à me demander si je dois migrer mon projet vers PostGresSQL ou non.
Aujourd'hui 11h08
Ben si t'a une raison valable de migrer, migre, sinon ne migre pas


Sinon bonne nouvelle je m'empresse de tester ca des que ya une version stable. Pour le moment, je reste sous postgresql
__________________
jayfaze est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/04/2011, 14h05   #4
abriotde
Membre habitué
 
Homme
Développeur informatique
Inscription : juillet 2007
Messages : 146
Détails du profil
Informations personnelles :
Sexe : Homme
Âge : 31
Localisation : France, Loire Atlantique (Pays de la Loire)

Informations professionnelles :
Activité : Développeur informatique
Secteur : High Tech - Opérateur de télécommunications

Informations forums :
Inscription : juillet 2007
Messages : 146
Points : 146
Points : 146
Il faut migrer vers MariaDB, successeur (fork) de Mysql. Car le moteur MyIsam (plus fiable, plus puissant) n'évoluera plus sous l'ère Oracle...
abriotde est déconnecté   Envoyer un message privé Réponse avec citation 02
Vieux 13/04/2011, 14h05   #5
ced
Rédacteur/Modérateur

 
Avatar de ced
 
Homme Cédric Duprez
Inscription : avril 2002
Messages : 4 068
Détails du profil
Informations personnelles :
Nom : Homme Cédric Duprez
Âge : 37
Localisation : France, Loiret (Centre)

Informations professionnelles :
Secteur : Agroalimentaire - Agriculture

Informations forums :
Inscription : avril 2002
Messages : 4 068
Points : 8 986
Points : 8 986
Citation:
Envoyé par Julien Bodin Voir le message
Pour ma part j'en suis toujours à me demander si je dois migrer mon projet vers PostGresSQL ou non.
Un rapide coup d'œil sur un comparatif des fonctionnalités des SGBD (parmi lesquels figurent MySQL et PostgreSQL) permet vite de faire un choix... Pour ma part, j'ai opté pour PostgreSQL depuis un bon moment.
Et la version 5.6 n'apporte pas grand chose de nouveau par rapport à la norme SQL : pas de fonctions de fenêtrage, pas de CTE...

ced
__________________
Rédacteur / Modérateur SGBD
Mes tutoriels et la FAQ MySQL

----------------------------------------------------
Pensez aux balises code et au tag
Je ne réponds pas aux questions techniques par message privé, les forums sont là pour ça
ced est actuellement connecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/04/2011, 15h00   #6
berceker united
Expert Confirmé
 
Avatar de berceker united
 
Développeur informatique
Inscription : février 2005
Messages : 3 030
Détails du profil
Informations personnelles :
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Développeur informatique

Informations forums :
Inscription : février 2005
Messages : 3 030
Points : 3 991
Points : 3 991
Citation:
Envoyé par abriotde Voir le message
Il faut migrer vers MariaDB, successeur (fork) de Mysql. Car le moteur MyIsam (plus fiable, plus puissant) n'évoluera plus sous l'ère Oracle...
MyIsam plus fiable plus puissant ? Pourrais-tu donner plus de détail, s'il te plait.
__________________
Mon avatar ? Ce n'est rien, c'est juste la tête que je fais lorsque je vois un code complètement frappa dingue !...
berceker united est déconnecté   Envoyer un message privé Réponse avec citation 10
Vieux 13/04/2011, 15h02   #7
Grabeuh
Membre éclairé
 
Avatar de Grabeuh
 
Homme Mathieu Savelli
Développeur Web
Inscription : février 2009
Messages : 75
Détails du profil
Informations personnelles :
Nom : Homme Mathieu Savelli
Localisation : France, Rhône (Rhône Alpes)

Informations professionnelles :
Activité : Développeur Web

Informations forums :
Inscription : février 2009
Messages : 75
Points : 372
Points : 372
Citation:
Envoyé par abriotde Voir le message
Il faut migrer vers MariaDB, successeur (fork) de Mysql. Car le moteur MyIsam (plus fiable, plus puissant) n'évoluera plus sous l'ère Oracle...
Il est évident qu'un moteur de stockage qui ne gère pas les transactions ni les contraintes relationnelles et qui risque donc de te corrompre toute ta base à la moindre requête tordue ou suite à un crash machine est plus fiable qu'InnoDB qui respecte les contraintes ACID...

Après, je te concède qu'il est plus rapide en lecture, mais niveau écriture, MyISAM te verrouille une table entière là où InnoDB te permet de verrouiller uniquement une ligne à la fois. Y a pas photo niveau performances...
Grabeuh est déconnecté   Envoyer un message privé Réponse avec citation 10
Vieux 15/04/2011, 09h09   #8
Julien Bodin
Membre chevronné
 
Avatar de Julien Bodin
 
Homme Julien Bodin
Ingénieur développement logiciels
Inscription : février 2009
Messages : 456
Détails du profil
Informations personnelles :
Nom : Homme Julien Bodin
Âge : 26
Localisation : France, Calvados (Basse Normandie)

Informations professionnelles :
Activité : Ingénieur développement logiciels
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : février 2009
Messages : 456
Points : 754
Points : 754
Citation:
Envoyé par ced Voir le message
Un rapide coup d'œil sur un comparatif des fonctionnalités des SGBD (parmi lesquels figurent MySQL et PostgreSQL) permet vite de faire un choix... Pour ma part, j'ai opté pour PostgreSQL depuis un bon moment.
Et la version 5.6 n'apporte pas grand chose de nouveau par rapport à la norme SQL : pas de fonctions de fenêtrage, pas de CTE...

ced
Oui je sais tout le bénéfice que je pourrais tirer d'une telle migration. Mais ça a quand même un coût. C'est pas énorme, il "suffit" de répliquer le schéma et d'y migrer les données existantes, mais il faut quand même le faire
Julien Bodin est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 20/04/2011, 09h02   #9
JerryOne3
Membre du Club
 
Inscription : novembre 2008
Messages : 100
Détails du profil
Informations forums :
Inscription : novembre 2008
Messages : 100
Points : 43
Points : 43
"Une nouvelle API, encore expérimentale offre un accès « NoSQL-like » au moteur InnoDB via le protocole Memcached.
Les services web pourront donc accéder aux données sans devoir transformer leurs requêtes en SQL, réduisant ainsi le temps de latence et augmentant les débits de lectures/écritures."

Pas compris... Comment on peut intégrer du NoSQL sur un système SQL ???
JerryOne3 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 20/04/2011, 09h29   #10
Nudger
Membre Expert
 
Avatar de Nudger
 
Homme Thomas Arnaud
Directeur de projet
Inscription : octobre 2010
Messages : 494
Détails du profil
Informations personnelles :
Nom : Homme Thomas Arnaud
Âge : 37
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Directeur de projet
Secteur : High Tech - Produits et services télécom et Internet

Informations forums :
Inscription : octobre 2010
Messages : 494
Points : 1 142
Points : 1 142
Envoyer un message via Skype™ à Nudger
Bonjour,

Apparemment le Memcached est une sur-couche à InnoDB :



Ce système de plugin donne l'avantage d'accéder nativement aux données, ce n'est donc pas une simple transformation No-SQL => SQL.

J'ai néanmoins un gros doute sur l'efficacité (en terme de performances) de cette architecture comparée à un vrai SGBD No-SQL.
__________________
www.nudge.org Surveillez vos applications Java et diagnostiquez facilement les problèmes de performance.
Nudger est déconnecté   Envoyer un message privé Réponse avec citation 10
Vieux 20/04/2011, 12h53   #11
ddoumeche
Nouveau Membre du Club
 
Homme
Développeur J2EE
Inscription : octobre 2007
Messages : 22
Détails du profil
Informations personnelles :
Sexe : Homme

Informations professionnelles :
Activité : Développeur J2EE

Informations forums :
Inscription : octobre 2007
Messages : 22
Points : 28
Points : 28
En terme de performances, null doute que cette API est plus performante que du SQL car on évite la phase d'interprétattion du SQL (tout comme les client natifs Mysql Cluster sont plus rapides)

Par contre, je ne vois encore l'apport de cette version en terme de scalabilité / montée en charge.


Citation:
Envoyé par Nudger Voir le message
Bonjour,

Apparemment le Memcached est une sur-couche à InnoDB :



Ce système de plugin donne l'avantage d'accéder nativement aux données, ce n'est donc pas une simple transformation No-SQL => SQL.

J'ai néanmoins un gros doute sur l'efficacité (en terme de performances) de cette architecture comparée à un vrai SGBD No-SQL.
ddoumeche est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 20/04/2011, 14h07   #12
SQLpro
Rédacteur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 12 087
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 12 087
Points : 21 693
Points : 21 693
Ceci confirme ce que je clame depuis des années : MySQL n'est pas un SGBDR et ce retour en arrière confirme que ce pseudo SGBDR n'est en fait qu'une surcouche SQL ajouté à un vulgaire gestionnaire de fichiers...

A lire : http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/

Un benchmark pour s'en convaincre : http://blog.developpez.com/sqlpro/p9...lles-en-sql-1/

A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 01
Vieux 20/04/2011, 14h08   #13
SQLpro
Rédacteur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 12 087
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 12 087
Points : 21 693
Points : 21 693
Citation:
Envoyé par JerryOne3 Voir le message
Pas compris... Comment on peut intégrer du NoSQL sur un système SQL ???
Parce que MySQL n'a jamais été un SGBD relationnel !!!! Tout simplement....

A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 04
Vieux 09/06/2011, 23h46   #14
ulyssedc
Futur Membre du Club
 
Homme
Administrateur systèmes et réseaux
Inscription : juin 2011
Messages : 5
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France

Informations professionnelles :
Activité : Administrateur systèmes et réseaux
Secteur : Biens de consommation

Informations forums :
Inscription : juin 2011
Messages : 5
Points : 17
Points : 17
j'ai pas encore eu l'occasion de tester mais a priori percona-server intègre déjà ce concept de "no-sql" intégré :
http://www.percona.com/software/perc...ver/for-nosql/

En tout cas ils prétendent régler les problèmes de cache corrompu, synchro et expiration qui arrivent en implémentant memcached...
ulyssedc est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/06/2011, 00h00   #15
ulyssedc
Futur Membre du Club
 
Homme
Administrateur systèmes et réseaux
Inscription : juin 2011
Messages : 5
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France

Informations professionnelles :
Activité : Administrateur systèmes et réseaux
Secteur : Biens de consommation

Informations forums :
Inscription : juin 2011
Messages : 5
Points : 17
Points : 17
Citation:
Envoyé par SQLpro Voir le message
Ceci confirme ce que je clame depuis des années : MySQL n'est pas un SGBDR et ce retour en arrière confirme que ce pseudo SGBDR n'est en fait qu'une surcouche SQL ajouté à un vulgaire gestionnaire de fichiers...
Heu ça n'a pas grand chose à voir avec un retour en arrière d’implémenter un mécanisme de gestion de cache pour ne pas aller jusque dans la base pour des infos qui bougent peu.

Plus d'infos avec les implémentations de nosql chez facebook (1800 serveurs mysql en 2008, 805 serveurs memcached (donc nosql) pour 10 000 serveurs web!
http://blog.facebook.com/blog.php?post=7899307130
http://highscalability.com/blog/2010...s-minimiz.html
http://www.ruturaj.net/node/203

Et surtout l'utilité de memcached sous forme de compte de fée
http://code.google.com/p/memcached/w...alCachingStory

Bon par contre tout est en english
ulyssedc est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 12/04/2012, 15h17   #16
Hinault Romaric
Responsable Actualités

 
Avatar de Hinault Romaric
 
Homme Hinault Romaric
Consultant
Inscription : janvier 2007
Messages : 2 831
Détails du profil
Informations personnelles :
Nom : Homme Hinault Romaric
Localisation : Cameroun

Informations professionnelles :
Activité : Consultant
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : janvier 2007
Messages : 2 831
Points : 37 473
Points : 37 473
MySQL 5.6 : la préversion améliore la disponibilité, les performances et l’administration
pour les applications Web, Cloud et embarquées

Mise à jour du 12/04/2012, par Hinault Romaric


Une nouvelle version intermédiaire de développement (DMR) pour MySQL 5.6 vient d’être publiée par Oracle.

La haute disponibilité est renforcée dans cette mouture avec de nouvelles fonctions de réplication basées sur des mécanismes d'autoréparation comme les identifiants globaux de transactions (GTID) pour le suivi de l'avancement de la réplication sur une topologie de réplication et de nouveaux utilitaires de réplication MySQL pour fournir la supervision avec des mécanismes de bascule et de reprise automatique.

Le débit des requêtes complexes est considérablement amélioré avec de nouvelles fonctions d’optimisations permettant, aux développeurs de simplifier le code applicatif en regroupant plusieurs requêtes ou jeux de résultats au sein d'une même unité de travail, la sortie EXPLAIN au format JSON et le support du CURRENT_TIMESTAMP.

Les développeurs pourront tester le fonctionnement en ligne des actions ADD Index qui permettent une amélioration de la disponibilité et de la performance d'InnoDB en permettant de véritables actions ADD Index « à chaud » et non bloquantes, ainsi que des évolutions du schéma plus rapides et plus simples pour supporter les services Web qui évoluent rapidement.


L’accès à NoSQL est renforcé pour InnoDB via Memcached, afin d’offrir la souplesse de pouvoir utiliser les techniques NoSQL pour accéder aux données InnoDB en parallèle du modèle existant des requêtes SQL. InnoDB bénéficie également des améliorations supplémentaires des performances pour les matériels modernes.

Télécharger MySQL 5.6 DMR

Source : CP Oracle


Et vous ?

?
__________________
Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire
Mon blog Mes articles
En posant correctement votre problème, on trouve la moitié de la solution
Hinault Romaric est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/04/2012, 09h52   #17
redcurve
Nouveau Membre du Club
 
Inscription : juin 2010
Messages : 61
Détails du profil
Informations forums :
Inscription : juin 2010
Messages : 61
Points : 26
Points : 26
Citation:
Envoyé par SQLpro Voir le message
Ceci confirme ce que je clame depuis des années : MySQL n'est pas un SGBDR et ce retour en arrière confirme que ce pseudo SGBDR n'est en fait qu'une surcouche SQL ajouté à un vulgaire gestionnaire de fichiers...

A lire : http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/

Un benchmark pour s'en convaincre : http://blog.developpez.com/sqlpro/p9...lles-en-sql-1/

A +
Oui il suffit de jeter un coup d'oeil au code source. Concrètement plus une interface SQL par dessus BerkeleyDb qu'un vrai SGBDR.

Par contre en explorant PostGreSQL, rien à voir c'est bien un SGBDR.

Mais peut être que ça a changé depuis moi je parle de la version 4
redcurve est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Actualité déjà publiée
Outils de la discussion

Navigation rapide


Fuseau horaire GMT +2. Il est actuellement 17h53.


 
 
 
 
Partenaires

Hébergement Web