Mysql base de données SQL très populaire et open source
Télécharger maintenant

Mysql Classement & Résumé

Mysql Mots clés

serveur Base de données SQL Sql base de données serveur de base de données SQL Stack

Mysql La description

Base de données SQL très populaire et open source MySQL est une base de données SQL très populaire et open source fournie par MySQL AB. MySQL AB est une entreprise commerciale qui construit ses services fournissant ses services autour de la base de données MySQL.MYSQL est le logiciel de base de données open source au monde, avec plus de 100 millions de copies de son logiciel téléchargé ou distribué tout au long de son histoire. Avec une vitesse supérieure, une fiabilité et une facilité d'utilisation, MySQL est devenue le choix préféré des directeurs informatiques de l'entreprise, car il élimine les principaux problèmes liés aux temps d'arrêt, à la maintenance, à l'administration et au support.MySQL est une partie clé de la lampe (Linux, Apache, MySQL , PHP / Perl / Python), la pile de logiciels d'entreprise ouverte en pleine croissance. De plus en plus de sociétés utilisent la lampe comme alternative à des piles de logiciels exclusives coûteuses en raison de son coût inférieur et de son liberté du verrouillage. Quoi de neuf dans cette version: Fonctionnalité ajoutée ou modifiée: · Le pool de tampons InnoDB est divisé en deux sublistes: un nouveau subliste contenant des blocs fortement utilisés par des requêtes et un ancien subliste contenant des blocs moins utilisés et dont les candidats à expulsion sont prises. Dans le fonctionnement par défaut du pool tampon, un bloc lorsque vous le lisez est chargé à mi-parcours, puis déplacé immédiatement à la tête du nouveau subliste dès qu'un accès se produit. Dans le cas d'une balayage de table (telle que celle effectuée pour une opération MySqldump), chaque bloc lisée par le balayage finit par se déplacer dans la tête du nouveau subliste car plusieurs lignes sont accessibles à partir de chaque bloc. Cela se produit même pour une analyse unique, où les blocs ne sont pas utilisés autrement par d'autres requêtes. Les blocs peuvent également être chargés par le fil d'arrière-plan en lecture, puis déplacé à la tête du nouveau subliste par un seul accès. Ces effets peuvent être désavantageux car ils poussent des blocs à usage intensif par d'autres requêtes hors du nouveau subliste à l'ancien subliste où ils deviennent soumis à une expulsion. · Pour le plug-in InnoDB, deux nouvelles variables de statut ont été ajoutées pour afficher la sortie d'état. Innodb_Buffer_pool_read_ahead et innodb_buffer_pool_read_ahead_vird Indiquez le nombre de pages lues par le fil d'arrière-plan de lecture Innodb et le nombre de ces pages expulsées sans jamais être consulté, respectivement. De plus, les variables d'état Innodb_Buffer_pool_read_AHead_RND et Innodb_Buffer_Pool_Read_Ahead_seq Les variables d'état ont été supprimées. La version intégrée de Innodb n'est pas affectée par ces changements. (Bug # 42885) · Le plugin InnoDB a été mis à niveau vers la version 1.0.5. Cette version est prise en compte de la qualité du candidat à la libération (RC). · Le serveur prend désormais en charge une installation de synchronisation de débogage pour la synchronisation du fil lors du test et du débogage. Pour compiler dans cette installation, configurez MySQL avec l'option --enable-Debug-Sync. La variable du système Debug_Sync fournit la synchronisation de débogage de l'interface utilisateur. MYSQLD et MySQL-Test-Run.PL prend en charge une option de délai d'attente --Debug-sync pour activer l'installation et définir le délai d'expiration de la synchronisation par défaut. Bugs corrigés: · Changement important: Correction de la sécurité: des corrections supplémentaires ont été effectuées pour le problème de privilège lié à Symlink à l'origine adressé dans MySQL 5.1.24. Le correctif d'origine n'a pas correctement géré le nom de chemin du répertoire de données s'il contenait des répertoires symboliques sur son chemin et que le chèque n'a été effectué que lors de la durée de création de table, pas à la date d'ouverture de la table ultérieurement. (Bug # 32167, CVE-2008-2079) · Correction de la sécurité: les clients MySQL liés contre OpenSSL n'ont pas vérifié les certificats de serveur présentés par un serveur lié à Yassl. (Bug # 47320) · Partitionnement: ALTER TABLE ... Ajouter une déclaration de partition qui a provoqué Open_Files_Limit à dépasser de manière à un crash du serveur MySQL. (Bug # 46922) · Partitionnement: la cardinalité des index sur des tableaux partitionnées a été calculée à l'aide de la première partition du tableau, ce qui pourrait entraîner des plans d'exécution des requêtes sous-optimales étant choisis. Maintenant, la partition ayant le plus de dossiers est utilisée à la place, ce qui devrait entraîner une meilleure utilisation des indices et ainsi améliorer les performances des requêtes contre des tables partitionnées dans de nombreux cas sinon la plupart des cas. (Bug # 44059) · Somme () a augmenté artificiellement la précision d'un argument décimal, tronqué lorsqu'une table temporaire a été créée pour tenir les résultats. (Bug # 48370) · Si une requête extérieure n'était pas valide, une sous-requête pourrait même pas être mise en place. Expliquer étendu ne s'attendait pas à cela et a provoqué un crash en essayant de différencier de manière incorrecte des informations. (Bug # 48295) · Une requête contenant une vue à l'aide de tables temporaires et de tables multiples dans la clause et la procédure Analyser () a provoqué un crash de serveur. À la suite de ce correctif de bogue, la procédure Analyser () est légale que dans une sélection de niveau supérieur. (Bug # 48293) · La manutention des erreurs a été manquante pour sélectionner des instructions contenant des sous-requêtes de la clause WHERE et attribuée à un résultat sélectionné à une variable utilisateur. Le serveur pourrait se bloquer en conséquence. (Bogue # 48291) · Une affirmation pourrait échouer si l'optimiseur a utilisé un indice spatial. (Bug # 48258, Bug # 47019) · Les échecs d'allocation de mémoire ont été manipulés de manière incorrecte dans la fonction InnoDB OS_MEM_ALLOC_LARGE (). (Bug # 48237) · Où les clauses avec l'extérieur_value_list non dans les sous-requêtes ont été traitées de manière incorrecte si la liste de valeur extérieure contenait plusieurs éléments au moins l'un d'entre eux pourraient être nuls. (Bug # 48177) · Une combinaison de groupe avec le rouleau, distincte et le type de jointure Cons dans une requête a provoqué un crash de serveur lorsque l'optimiseur a choisi d'utiliser une table temporaire pour résoudre les distincts. (Bug # 48131) · Dans certains cas, à l'aide d'une partie de microseconde nulle dans un état de condition (par exemple, où date_time_field = la condition ne correspondant que la valeur la plus grande dans une colonne indexée, le résultat a été vide si une analyse de la plage d'index a été utilisée. (Bug # 47925). · MySys / mf_keycache.c nécessite un filetage, mais aucun test n'a été effectué pour le support de fil. (Bug # 47923) · Pour les constructions de débogage, une affirmation pourrait échouer lors de la prochaine instruction exécutée pour une table temporaire après une mise à jour de la table multiple impliquant ce tableau et modifié une colonne Auto_incrimentation avec une valeur fournie par l'utilisateur. (Bogue # 47919) · Le fichier mysys / mf_strip.c, qui définit le Strip_SP a été supprimé de la source MySQL. La fonction n'était plus utilisée dans la version principale et la fonction fournie entraînait des erreurs de symboles sur les bâtiments Windows. (Bug # 47857) · La construction Windows pour MySQL compilerait inutilement les fichiers Split.c et Debug.c et de débogage, ce qui entraîne une inclusion de symboles supplémentaires dans MySQLD. (Bug # 47850) · Lorsque vous construisez des moteurs de stockage sous Windows, il n'a pas été possible de spécifier des bibliothèques supplémentaires dans le fichier CMAKE requis pour la construction. Une macro $ {moteur} _Libs a été ajoutée aux fichiers pour prendre en charge ces bibliothèques spécifiques de stockage de stockage supplémentaires. (Bug # 47797) · Lors de la construction d'un moteur de stockage pluggable sous Windows, le nom du moteur peut être basé sur le nom du répertoire où le moteur était situé, plutôt que le nom du moteur de stockage configuré. (Bug # 47795) · Lors du nettoyage des structures internes de la procédure stockées, le drapeau permettant d'ignorer les erreurs d'insertion d'Ignore ou de mise à jour Ignorer n'a pas été nettoyé, ce qui pourrait entraîner un crash de serveur. (Bug # 47788) · Si le premier argument de la fonction Geomfromwkb () était une valeur de géométrie, la fonction vient de renvoyer sa valeur. Cependant, il n'a pas réussi à préserver le drapeau NULL_VALUE de l'argument, qui a provoqué une valeur nulle inattendue à renvoyer à l'appelant, ce qui entraîne un accident de serveur. (Bug # 47780) · InnoDB pourrait se bloquer lors de la mise à jour des valeurs spatiales. (Bug # 47777) · Sous Windows, lorsque une connexion de tuyau nommée inactive a été fermée de force avec une instruction Kill ou parce que le serveur était éteint, le fil qui fermerait la connexion suspendrait infiniment. (Bug # 47571, Bug # 31621) · Un appel de fonction pourrait se terminer sans lancer une erreur ou définir la valeur de retour. Par exemple, cela pourrait arriver lorsqu'une erreur s'est produite lors du calcul de la valeur de retour. Ceci est corrigé en définissant la valeur à NULL lorsqu'une erreur se produit lors de l'évaluation d'une expression. (Bug # 47412) · Un simple choix avec le regroupement implicite pourrait renvoyer de nombreuses lignes plutôt qu'une seule ligne si la requête a été commandée par la colonne agrégée de la liste Select. (Bug # 47280) · Une affirmation pourrait être soulevée pour créer une table s'il y avait une insertion en attente retardée ou remplacer le retard sur la même table. (Bug # 47274) · InnoDB a soulevé des erreurs dans certains cas de manière non compatible avec le signal et la résignes. (Bug # 47233) · Si une table InnoDB a été créée avec l'option de table Auto_incrimentation pour spécifier une valeur initiale de l'incrémentation automatique, et un index a été ajouté dans une opération séparée plus tard, la valeur d'incrémentation automatique a été perdue (les inserts suivants ont commencé à 1. ). (Bug # 47125) · Une manipulation incorrecte des prédicats impliquant NULL par l'optimiseur de la plage pourrait conduire à une boucle infinie lors de l'exécution de la requête. (Bug # 47123) · La réparation par trier ou une réparation parallèle des tables de myisam pourrait échouer à la réparation avec le cache de clé. (Bug # 47073) · InnoDB Plugin n'a pas compilé sur certains systèmes Solaris. (Bug # 47058) · Sous Windows, lorsqu'une opération d'E / S défaillante s'est produite avec le code de retour d'erreur_working_set_quota, InnoDB a intentionnellement écrasé le serveur. Maintenant, Innodb dort pour 100 ms et réessaie l'opération défaillante. (Bug # 47055) · InnoDB ignore maintenant les valeurs négatives fournies par un utilisateur pour une colonne Auto_inCremmentation lors du calcul de la valeur suivante à stocker dans le dictionnaire de données. Réglage des colonnes AUTO_INCREMENTE sur des valeurs négatives est un comportement non défini et ce changement devrait rapprocher le comportement de InnoDB à ce que les utilisateurs attendent. (Bug # 46965) · Lorsque MySQL s'est écrasé (ou un instantané a été pris qui simule un crash), il était possible que les transactions XA internes (utilisées pour synchroniser le journal binaire et l'innodb) puissent être laissées dans un état préparé, alors qu'ils doivent être renvoyés. Cela s'est produit lorsque la valeur Server_ID a changé avant le redémarrage, car cette valeur a été utilisée pour construire des valeurs XID. Maintenant, la restriction est assouplie que la valeur Server_ID soit cohérente pour que les valeurs XID soient considérées comme valides. La phase de restauration devrait alors pouvoir nettoyer toutes les transactions XA en attente. (Bug # 46944) · Le plug-in InnoDB n'a pas compilé à l'aide de GCC 4.1 sur les systèmes PPC. (Bug # 46718) · Si le plugin InnoDB a atteint sa limite sur le nombre de transactions simultanées (1023), il a écrit un message descriptif au journal des erreurs, mais a renvoyé un message d'erreur trompeur au client ou une défaillance d'affirmation s'est produite. (Bug # 46672) · Insertion simultanée dans ... Sélectionner des instructions pour une table InnoDB pourrait provoquer une défaillance d'affirmation automatique. (Bug # 46650) · Si une transaction a été réduite à l'intérieur de l'intérieur de l'intérieur en raison d'un délai d'attente ou d'un délai d'attente de verrouillage, et une déclaration de la transaction avait une clause ignore, le serveur pourrait se bloquer à la fin de la déclaration ou à l'arrêt. (Bug # 46539) · Les espaces de fuite n'ont pas été ignorés pour des collations définies par l'utilisateur qui sont mappées sur un caractère autre que 0x20. (Bug # 46448) · Les en-têtes de licence GPL et commerciales avaient des tailles différentes, de sorte que les numéros de journalisation des erreurs, de backtrace, de vidage de nuds et de clusters de trace de trace de cluster pourraient être désactivés si elles n'étaient pas cochées contre la version de la source utilisée pour la construction. (Par exemple, vérifier une backtrage de la construction de GPL contre les sources commerciales.) (Bug # 46216) · InnoDB n'a pas laissé la création d'un index avec le nom gen_clust_index, utilisé en interne. (Bug # 46000) · Lors de la construction du RPM de serveur MySQL de Red Hat IA64, l'ordre de liaison de la bibliothèque système était incorrect. Cela a rendu le RPM de chapeau rouge résultant dépend de "libc.so.6.1 (glibc_private) (64 bits)", empêchant ainsi l'installation de l'emballage. (Bug # 45706) · Le membre CaseInfo de la structure Charset_info n'a pas été initialisé pour les collations Unicode définies par l'utilisateur, ce qui entraîne un accident de serveur. (Bogue # 45645) · Avec un plug-in InnoDB, renommer une colonne de table puis créer un index sur la colonne renommée a provoqué un crash de serveur sur le fichier .frm et le répertoire de données InnoDB sortant de la synchronisation. Maintenant, InnoDB Plugin 1.0.5 renvoie une erreur à la place: Erreur 1034 (HY000): Fichier de clé incorrect pour la table 'Name' '; Essayez de le réparer. Pour contourner le problème, créez une autre table avec la même structure et copier la table d'origine. (Bogue # 44571) · Un message d'erreur InnoDB incorrectement renvoyé à la variable Innodb_max_Files_Open inexodb_max_files_Open plutôt qu'à innodb_open_files. (Bug # 44338) · Pour modifier la table, renommer une colonne DateTime ou Timeestamp inutilement provoquée une opération de copie de la table. (Bug # 43508) · Les noms de semaine pour le Roumain LC_Time_Names Locale 'RO_RO' étaient incorrects. Merci à Andrei Boros pour le correctif pour réparer ce bogue. (Bug # 43207) · XA START pourrait provoquer une défaillance d'affirmation ou un crash de serveur lorsqu'il est appelé après un retour unilatéral délivré par le gestionnaire de ressources (à la fois dans une transaction régulière et après une transaction XA). (Bug # 43171) · L'indice de force pour la commande par indice indice a été ignoré lorsque la mise en mémoire tampon d'inscription a été utilisée. (Bug # 43029) · La manipulation incorrecte des prédicats de plage combinées à ou des opérateurs pourrait donner des résultats incorrects. (Bogue # 42846) · Défaut de traiter les valeurs de bit comme non signé pourrait entraîner des résultats imprévisibles. (Bug # 42803) · Pour le serveur intégré sous Windows, Innodb s'est écrasé lorsque Innodb_File_per_Table a été activé et un nom de table était au format complet du chemin. (Bogue # 42383) · Certaines requêtes avec des jointures extérieures imbriquées peuvent entraîner des collisions ou des résultats incorrects, car une structure de données interne a été traitée de manière inappropriée. (Bug # 42116) · Dans un scénario de réplication avec Innodb_Locks_unsafe_for_binlog activé sur l'esclave, où des lignes ont été modifiées uniquement sur l'esclave (non via la réplication), dans certains cas rares, de nombreux messages du formulaire suivant ont été écrits sur le journal des erreurs d'esclave: Erreur: Erreur: Déverrouillage La ligne n'a pas pu trouver de verrouillage de mode 4 sur l'enregistrement. (Bug # 41756) · Avec une taille de page innovée non standard, certains messages d'erreur sont devenus inexacts. (Bug # 41490) · Les opérations de table analyses simultanées pour une tablette innovée pourraient être soumises à une condition de course. (Bug # 38996) · Auparavant, InnoDB effectué Remplacer dans T Sélectionnez ... de S Où ... en réglage des verrous partagés Next-Key sur les lignes de S. Now InnoDB sélectionne des lignes de S de S avec des verrous partagés ou une lecture cohérente, comme pour l'insert. .. Sélectionnez. Cela réduit la conflit de verrouillage entre les sessions. (Bug # 37232) · Lorsqu'un espace de table InnoDB rempli, une erreur a été enregistrée au client, mais pas au journal des erreurs. De plus, le message d'erreur était trompeur et n'a pas indiqué la source réelle du problème. (Bug # 31183) · Dans MySQL, en utilisant Control-C pour tuer la requête en cours a abouti à une erreur 1053 (08S01): arrêt du serveur en cours "Si la requête attendait une serrure. (Bug # 28141)

Mysql Logiciels associés