MySQL Enterprise Edition

Logiciel capture d'écran:
MySQL Enterprise Edition
Détails logiciels:
Version: 5.6.21
Date de transfert: 17 Feb 15
Développeur: Oracle Corporation
Licence: Shareware
Prix: 0.00 $
Popularité: 146

Rating: 1.0/5 (Total Votes: 1)

MySQL Enterprise Edition est une activité commerciale, primé, largement utilisé et SGBDR super rapide (système de gestion de base de données relationnelle), créé à l'origine par Sun Microsystems et maintenant maintenu par Oracle. Il inclut des fonctionnalités d'entreprise puissantes, telles que MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise évolutivité, MySQL Enterprise Security, MySQL Enterprise vérification, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL et MySQL tissu Workbench.Features à un glanceKey caractéristiques comprennent le support pour créer des sauvegardes incrémentielles, intégrales ou partielles, le point-à-temps de récupération fonctionnalité, restaurations partielles ou complètes, support de l'authentification externe, le soutien à des pools de threads, audit de conformité basée sur des règles, en ligne & ldquo; à chaud & rdquo; support de sauvegarde, gestionnaire de cluster et de fonctionnalités de classe géo-réplication, mise à l'échelle automatique, ainsi que le soutien pour les différents moteurs de stockage, y compris InnoDB, NDB et MyISAM.
En outre, il dispose d'compression de la sauvegarde, la réplication de base de données, DRBD (DRBD) l'appui, le regroupement Oracle Solaris, modèles Oracle VM, le clustering avec basculement Windows, Windows intégration d'Active Directory, PAM (Pluggable Authentication Modules) support de l'authentification, ainsi que 24 / 7 soutien de Oracle. Une autre des caractéristiques intéressantes elle la capacité de faire de votre infrastructure de base de données hautement available.Supported exploitation systemsMySQL offre une grande disponibilité, ce qui signifie qu'il peut être utilisé sur une large gamme de distributions Linux, y compris Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Rouge systems.The exploitation MySQL Community EditionsIn plus Hat Enterprise Linux et Oracle Linux, ainsi que Sun Solaris, BSD, Mac OS X et Microsoft Windows pour l'édition Enterprise de MySQL, l'édition communautaire est librement disponible pour le téléchargement et il peut être facilement installé sur différents systèmes d'exploitation basés sur Linux en utilisant les paquets inclus dans les dépôts de logiciels par défaut de la distribution GNU / Linux respective. Il est activement maintenu et soutenu par une communauté de passionnés et les développeurs open source de tous les endroits du monde. Plus de détails sur les éditions MySQL communautaires peuvent être trouvés sur Softoware

Ce qui est nouveau dans cette version:.

  • une meilleure performance et Évolutivité
  • Amélioration moteur de stockage InnoDB pour un meilleur débit transactionnel
  • Amélioration de l'optimiseur pour une meilleure requête temps d'exécution et le diagnostic
  • Une meilleure disponibilité des applications opérations DDL en ligne / Schema
  • Mieux Agilité de développement avec NoSQL accès via l'API Memcached InnoDB
  • Amélioration de réplication pour la haute performance et les déploiements de cluster auto-guérison
  • Amélioration du schéma de performance pour une meilleure instrumentation et de surveillance
  • Amélioration de la sécurité pour les déploiements d'applications sans souci
  • Et d'autres améliorations importantes

Quoi de neuf dans la version 5.6.10:

  • Nouvelles fonctionnalités et améliorations dans MySQL 5.6 sont disponibles pour utilisateurs MySQL par MySQL Community Edition.
  • MySQL 5.6 fournit une meilleure extensibilité linéaire, aidant les utilisateurs à tirer parti des capacités matérielles modernes.
  • Avec cette version, les utilisateurs peuvent connaître un développement simplifié de requête et une exécution plus rapide, un meilleur débit transactionnel et la disponibilité des applications, l'accès NoSQL flexible, amélioré la réplication et l'instrumentation améliorée.
  • Mieux exécution de requêtes Times et de diagnostic fournis par une amélioration des diagnostics MySQL Optimizer: sous-requêtes Optimisations: simplifier le développement de requête en optimisant les sous-requêtes avant l'exécution. De nouvelles économies dans la façon dont les jeux de résultats sont choisis, triés et renvoyés livrer amélioration substantielle de temps d'exécution de la requête. L'ajout d'indice de l'état Pushdown (ICP) et Batch Access Key (BKA): peut améliorer le débit des requêtes sélectionnée jusqu'à 280x (1). Diagnostics Optimizer améliorées: Avec EXPLIQUENT pour INSERT, UPDATE et DELETE. EXPLAIN plan au format JSON fournit des mesures de l'optimiseur plus précis et une meilleure lisibilité, et Traces Optimizer permet de suivre le processus de prise de décision optimiseur.
  • Grand Débit Performance et disponibilité des applications avec un moteur de stockage InnoDB améliorée: jusqu'à 230 pour cent d'amélioration dans transactionnelle et Read Only Débit: InnoDB a été re-pris en compte pour minimiser héritage filetage, bouffées de chaleur, et la purge affirmations mutex et les goulets d'étranglement, permettant une meilleure la concurrence sur les systèmes OLTP lourdement chargés, et résultant en un débit considérablement amélioré à la fois transactionnelle et en lecture seule les charges de travail (2). Amélioration de la disponibilité: opérations DDL en ligne permettent aux DBA d'ajouter indices et effectuer des modifications de table tandis que l'application reste disponible pour les mises à jour. Recherche de texte intégral avec InnoDB: permet aux développeurs de créer des index FULLTEXT sur les tables InnoDB pour représenter le contenu textuel et accélérer les recherches d'application pour les mots et les phrases. Simple, Clé Valeur Lookup: accès flexible de NoSQL à InnoDB offre clé-valeur simple, recherche des données InnoDB via l'API Memcached familier. Les utilisateurs obtiennent la & quot; meilleur des deux mondes, & quot; combinant opérations clé-valeur et des requêtes SQL complexes dans la même base de données.
  • Amélioration de Scale-Out et haute disponibilité: avec de nouvelles fonctionnalités dans la réplication MySQL, y compris: l'auto-guérison clusters de réplication: l'ajout de transaction identificateurs et utilitaires mondiaux rendre simple pour détecter et récupérer des échecs automatiquement. Crash-Safe Replication permet le journal et les esclaves pour récupérer automatiquement les positions correctes dans le flux de réplication en cas d'un accident, et reprendre la réplication sans intervention de l'administrateur binaire. Checksums maintenir l'intégrité des données dans le cluster en détectant automatiquement et d'alerte sur les erreurs. Clusters de réplication de haute performance: jusqu'à 5 fois la réplication plus rapidement grâce à multi-thread esclaves (3), Binlog Groupe engager et réplication de Row-Basé optimisé permettent aux utilisateurs d'optimiser les performances et l'efficacité de la réplication comme ils échelle de leurs charges de travail à travers les systèmes de produits de base. Différé réplication:. Fournit une protection contre les erreurs opérationnelles prises sur le maître, par exemple de laisser tomber accidentellement tables
  • PERFORMANCE_SCHEMA améliorée: une nouvelle instrumentation permet aux utilisateurs de mieux contrôler la plupart des ressources intensives requêtes, des objets, des utilisateurs et des applications. Nouveaux résumés avec des statistiques globales regroupées par requête, fil, utilisateur, hôte et l'objet sont également disponibles. Les améliorations permettent à la configuration par défaut plus facile avec moins de cinq pour cent au-dessus.
  • MySQL 5.6 comprend un certain nombre d'améliorations supplémentaires, y compris des systèmes d'information géographique -. Opérations spatiales précises, améliorer la conformité et IPv6 par défaut du serveur optimisées

Quoi de neuf dans la version 5.5.30:

  • mysql-libs et mysql-libs-avancés ont été retiré du fichier de spécification;
  • Un peu plus intelligent traitement des fichiers .in dans mysql-test / collection a été mis en œuvre;
  • Lors de la conversion nom de répertoire pour le nom de fichier, un séparateur de fichier (FN_LIBCHAR) pourrait obtenir ajouté au nom de fichier résultant. Ce problème a été résolu;
  • Une défaillance aléatoire pb2 a été réparé;
  • Le script de test qui a été ajouté avec push tôt ne fonctionne pas avec étui intégré, car il n'y a pas de fichier de pid créé dans de tels cas. & Quot; not_embedded.inc & quot; ont été ajoutées.

Ce qui est nouveau dans la version 5.6.9 RC:

  • Fonctionnalités ajoutées ou modifiées:
  • Changer incompatibles: réplication: Un certain nombre de variables et d'autres noms liés à la réplication basée sur-GTID ont été modifiés, en vue de rendre ces noms plus approprié et significatif. Les anciens noms ne sont plus supportés.
  • Les fonctionnalités afin renommés sont indiqués dans la liste suivante:
  • L'option de serveur --disable-GTID-dangereux-déclarations a été renommé --enforce-GTID consistance; la variable système de disable_gtid_unsafe_statements a été renommé enforce_gtid_consistency.
  • La variable système serveur gtid_done a été renommé gtid_executed.
  • La variable système serveur gtid_lost a été renommé gtid_purged; en outre, cette variable ne est plus en lecture seule.
  • Les SQL_THREAD_WAIT_AFTER_GTIDS () fonction a été renommé WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
  • Pour plus d'informations, voir la section 16.1.3, & quot; réplication avec Global Transaction & quot ;, identificateurs et la section 16.1.4.5, & quot; transaction Options et variables & quot ;. ID global (Bug # 14775984)
  • mysqld écrit maintenant les dates pour le journal des erreurs dans l'ISO (hh AAAA-MM-JJ: mm: ss). Il comprend également son ID de processus suivant la date. Merci à Davi Arnaut pour le patch. (Bug # 56240, Bug # 11763523)
  • Windows Vista, Windows Server 2008, et le soutien récent lien symbolique natif utilisant la commande mklink. Cela rend la mise en œuvre du serveur MySQL de base de données en utilisant les liens symboliques .sym fichiers redondants, de sorte que le mécanisme est désormais obsolète et sera supprimée dans une future version de MySQL. Voir la section 8.11.3.1.3, & quot; Utiliser des liens symboliques pour les bases sur Windows & quot;.
  • Bugs fixe:
  • Performance: InnoDB: Les valeurs de synchronisation pour bas niveau InnoDB opérations de lecture ont été ajustés pour une meilleure performance avec des dispositifs de stockage rapide, comme SSD. Cette amélioration touche principalement les opérations de lecture pour les colonnes BLOB dans les tables compressées. (Bug # 13702112, Bug # 64258)
  • Changer incompatibles:. La colonne thread_id dans les tableaux de schéma de performance a été élargi de INT en BIGINT pour accueillir les valeurs 64 bits
  • Si vous mettez à niveau vers cette version de MySQL à partir d'une version antérieure, vous devez mysql_upgrade fonctionner (et redémarrez le serveur) pour intégrer ce changement à la base de données de performance_schema. (Bug # 14664453)
  • Changer incompatibles: ID de connexion (fil de ID) des valeurs supérieures à 32 bits peuvent se produire sur certains systèmes (tels que les systèmes 64 bits occupés ou de longue durée), l'origine de ces problèmes:
  • ID de connexion écrits dans le journal de requête général et lente log de requêtes étaient incorrects. Ce était vrai pour la connexion aux deux fichiers et des tableaux.
  • La fonction CONNECTION_ID () pourrait renvoyer une valeur avec un type trop petit pour des valeurs supérieures à 32 bits de données.
  • Le mysql_thread_id () et mysql_kill () fonctions de l'API C ne gèrent pas les valeurs d'identité de plus de 32 bits. Cela pourrait aboutir à tuer le mauvais fils; par exemple, si vous mysql_kill invoqué (mysql_thread_id ()).
  • ID de connexion sont maintenant autorisés à être des valeurs 64 bits lorsque le serveur les soutient (lorsqu'ils sont construits avec des types de données 64 bits), qui a ces effets:
  • ID de connexion sont consignées correctement dans le journal de requête général et lente journal de requête.
  • Remarque
  • Ce changement implique une modification des tables de log, donc après mise à niveau vers cette version, vous devez exécuter mysql_upgrade et redémarrez le serveur.
  • CONNECTION_ID () retourne un type approprié pour des valeurs supérieures à 32 bits de données.
  • mysql_thread_id () est inchangé; l'protocal client / serveur ne dispose que de 4 octets pour la valeur de ID. Cette fonction retourne un (tronquée) valeur incorrecte pour les ID de connexion de plus de 32 bits et doit être évitée.
  • mysql_kill () ne peut toujours pas gérer les valeurs supérieure à 32 bits, mais pour se prémunir contre le mauvais fil tuant renvoie désormais une erreur dans ces cas:
  • Si donné un ID supérieure à 32 bits, mysql_kill () renvoie une erreur de CR_INVALID_CONN_HANDLE.
  • Après compteur interne d'identification de thread du serveur atteint une valeur supérieure à 32 bits, il renvoie une erreur de ER_DATA_OUT_OF_RANGE pour toute mysql_kill () invocation et mysql_kill () échoue.
  • Pour éviter les problèmes avec mysql_thread_id () et mysql_kill (), ne les utilisez pas. Pour obtenir l'ID de connexion, exécuter un SELECT CONNECTION_ID () requête et récupérer le résultat. Pour tuer un fil, exécuter une instruction KILL.
  • (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
  • Changement important: InnoDB: Une déclaration de DML en utilisant la méthode d'accès indice de fusion pourrait verrouiller nombreuses lignes de la table, même lorsque ces lignes ne faisaient pas partie du jeu de résultats final. Ce correctif réduit le blocage excessive en libérant les verrous de lignes inégalées. Cette optimisation ne affecte que les transactions avec le niveau d'isolement égale ou moins strictes que READ COMMITTED; elle ne se applique pas aux transactions utilisant REPEATABLE READ ou niveau d'isolation SERIALIZABLE. (Bug # 14226171)
  • Important Change: réplication: Parce que l'exécution du serveur avec GTIDs activée empêché les changements aux tables non transactionnelles, des programmes tels que mysql_upgrade et mysql_install_db étaient incapables de fonctionner sur les tables système qui ont utilisé le moteur de stockage MyISAM et ne pouvait donc pas fonctionner correctement. Maintenant, lors de l'exécution avec --enforce-GTID consistance (obligatoire chaque fois --gtid-mode = ON), le serveur permet une seule déclaration sur les tables non transactionnelles. (Bug # 14722659)
  • Changement important: réplication: Autrefois, la valeur de la colonne Seconds_Behind_Master dans le résultat de SHOW SLAVE STATUS a toujours été mis à NULL chaque fois que le thread SQL ou le thread d'I / O a été arrêté. Maintenant, cette colonne est définie comme NULL seulement si le thread SQL ne fonctionne pas, ou si le thread d'I / O ne est pas en cours d'exécution suite à une vérification pour déterminer si oui ou non le thread SQL a traité tout le log de relais. (Si le thread SQL a terminé le traitement et le thread d'I / O est en cours d'exécution, Seconds_Behind_Master est 0.) (Bug # 12946333)
  • partitionnement: InnoDB: Auparavant, lorsque l'on tente d'optimiser une ou plusieurs partitions d'une table partitionnée qui a utilisé un moteur de stockage qui ne supporte pas OPTIMIZE niveau de partition, comme InnoDB, MySQL rapporté tableau ne supporte pas les optimiser, faire recréer + analyser la place, puis re-créé l'ensemble du tableau, mais n'a pas fait analyser. Or, dans de tels cas, le message d'avertissement est, le tableau ne supporte pas les optimiser sur les partitions. Toutes les partitions seront reconstruits et analysés. En outre, l'ensemble du tableau est analysé après la première étant reconstruit. (Bug # 11751825)
  • InnoDB: Si le serveur se est écrasé alors lignes ont été insérées dans une table avec un index FULLTEXT, mais avant que la transaction a été commise, une erreur peut se produire lors de la prochaine mise en service:
  • InnoDB: l'échec d'assertion dans thread_num fil dans la ligne de dict0dict.cc de fichier 1019
  • (Bug # 14826779)
  • InnoDB: Le serveur pourrait arrêter avec une erreur lors de l'accès d'une table InnoDB contenant un index FULLTEXT par le compte de gestionnaire. (Bug # 14788710)
  • InnoDB: Le serveur pourrait arrêter avec une erreur lorsque deux types d'opérations ont eu lieu simultanément:
  • une restauration d'une ligne insérée qui contenait off-page colonnes.
  • Une opération en ligne DDL en ligne impliquant une table de ROW_FORMAT = DYNAMIQUE ou ROW_FORMAT = comprimé (ce est, en utilisant le format de fichier Barracuda) qui reconstruit la table. Par exemple, Add / Drop COLONNE, ajouter une clé primaire, le changement ROW_FORMAT.
  • (Bug # 14842014)
  • InnoDB: Le serveur pourrait arrêter avec une erreur d'assertion pour une opération ANALYZE TABLE, selon la structure de la table et ses index:
  • InnoDB: l'échec d'assertion en fil thread_num dans le fichier ligne dict0dict.ic 447
  • InnoDB: défaut affirmation: pos & lt; table- & gt; n_def
  • (Bug # 14755452)
  • InnoDB: Une erreur de délai d'attente pourrait se produire sur les systèmes Windows lorsque vous faites des instructions ALTER TABLE avec les clauses TABLESPACE de jeter ou IMPORT TABLESPACE, en raison d'un fichier de table temporaire restant dans le système de fichiers. (Bug # 14776799)
  • InnoDB: Une opération de DDL en ligne pour une table InnoDB rapporté incorrectement une valeur vide ('') au lieu de la valeur de clé correcte quand il a signalé une erreur de clé en double pour un index unique en utilisant un préfixe d'index. (Bug # 14729221)
  • InnoDB: tables InnoDB avec index FULLTEXT pourraient allouer de la mémoire pour les poignées de fil qui ne est jamais sorti, conduisant éventuellement à des problèmes de ressources sur les systèmes Windows. (Bug # 14759163)
  • InnoDB: Pendant une opération de DDL en ligne que des copies de la table, l'index secondaire de la table pourraient être endommagés. (Bug # 14753701)
  • InnoDB: Si le serveur se est écrasé après une DDL ligne opération CREATE INDEX, une erreur pourrait se produire tout en roulant les transactions incomplètes retour sur le prochain démarrage:
  • InnoDB: erreur dans l'entrée d'index sec del Annuler dans
  • ...
  • InnoDB: l'échec d'assertion dans thread_num fil dans la ligne de row0umod.cc de fichier 559
  • (Bug # 14707452)
  • InnoDB: Si le serveur se est écrasé à un moment précis lors d'une opération ALTER TABLE qui reconstruit l'index ordonné en clusters pour une table InnoDB, la table d'origine pourrait être inaccessible par la suite. Un exemple d'une telle opération est ALTER TABLE ... ajouter une clé primaire La correction permet de conserver la table d'origine si le serveur se arrête pendant cette opération. Vous pourriez encore besoin de renommer le fichier .ibd manuellement pour restaurer le contenu de table originaux: dans MySQL 5.6 et supérieur, de renommer # sql-ib $ new_table_id.ibd à table_name.ibd dans le répertoire de base de données; Avant MySQL 5.6, le fichier temporaire pour renommer est nom_table # 1 ou n ° 2. (Bug # 14669848)
  • InnoDB: Ce correctif améliore la manipulation d'erreur quand une opération ALTER TABLE ajoute une colonne au-delà du nombre maximum autorisé pour une table InnoDB. Il soulève également le nombre maximal de colonnes pour une table InnoDB de 1000 à 1020. (Bug # 14705287)
  • InnoDB: Pendant une opération de DDL en ligne qui reconstruit la table, une déclaration de vérification de table pourrait signaler un décalage de comptage pour tous les index secondaires. (Bug # 14606472)
  • InnoDB: Si une instruction ALTER TABLE a échoué lors de la tentative de créer un index FULLTEXT pour une table InnoDB, le serveur peut arrêter avec une erreur d'assertion tout en abandonnant l'indice incomplètes. (Bug # 14504174)
  • InnoDB: Pendant l'arrêt, avec l'option de configuration innodb_purge_threads mettre supérieur à 1, le serveur peut arrêter prématurément avec cette erreur:
  • mysqld obtenu signal 11
  • Une solution de contournement est d'augmenter innodb_log_file_size et définir innodb_purge_threads = 1. La correction a été rétroportée à MySQL 5.5 et 5.1, bien que ces versions ne ont pas l'option de configuration innodb_purge_threads sorte l'erreur était peu probable de se produire. (Bug # 14234028)
  • InnoDB: Le serveur pourrait arrêter avec une erreur dans certaines combinaisons d'opérations simultanées:
  • InnoDB: inconnu code d'erreur 20
  • Cette question a commencé pendant le cycle 5.6 de développement. Elle a touché uniquement les transactions en utilisant le READ COMMITTED AndRead niveaux d'isolation non validées. (Bug # 13641662, 12424846 Bug #)
  • Réplication: Si une table pour être répliqué eu un index FULLTEXT, cet indice n'a pas été exclu lors de la sélection du type d'analyse à utiliser pour trouver la ligne suivante, même si elle ne peut pas être utilisé pour trouver la bonne. L'applicateur de ligne suite tenté en vain d'employer un balayage d'index, causant échec de la réplication. Maintenant dans de tels cas, les index qui ne prévoient pas accès séquentiel (comme FULLTEXT) ne sont pas considérés pour déterminer si l'utilisation d'une table, l'index ou le balayage de hachage pour cette fin. (Bug # 14843764)
  • Réplication: Lorsque vous utilisez le protocole maître-esclave GTID-courant, le fil esclave I / O utilisé la mauvaise position. Lors de l'utilisation GTIDs, la position ne est normalement pas utilisé, mais comme un cas particulier, la position a été utilisé dans plus de la GTID lorsque l'esclave reconnecté au même maître (même si ce ne était pas nécessaire). Ce problème est résolu en faisant le protocole maître-esclave GTID-courant utilise pas les positions plus du tout. (Bug # 14828028)
  • Réplication: Étant donné un R de routine stockées dans lequel la fonction GTID_SUBTRACT () a été invoquée: Une fois GTID_SUBTRACT () retourne NULL lorsqu'elle est appelée à l'intérieur R, il a continué à retourner NULL à chaque fois il a été appelé au sein de R, pour le reste du client session. (Bug # 14838575)
  • Réplication: MySQL Enterprise Backup, mysqldump et mysqlhotcopy ne pouvait pas être utilisé avec un GTID compatible MySQL Server, parce qu'ils étaient incapables de rétablir l'état de GTID du serveur et ne pouvait donc pas restaurer à partir de ne importe quel point dans le journal binaire autre que le très début.
  • Dans le cadre de la résolution de ce problème, la variable système gtid_purged (de gtid_lost anciennement appelé) ne est plus en lecture seule; maintenant il est possible d'ajouter à GTIDs quand gtid_executed (anciennement gtid_done) est vide. (Bug # 14787808)
  • Replication: réplication Redémarrage après le premier fichier de log binaire a été purgé abouti à l'erreur Got erreur fatale 1236 de maître lors de la lecture des données de log binaire: «L'esclave se connecte avec CHANGE MASTER TO MASTER_AUTO_POSITION = 1, mais le maître a purgé logs binaires contenant GTIDs que l'esclave nécessite ». Cette réplication basée sur GTID-conduit à coup sûr. (Bug # 14756691)
  • mysql_install_db n'a pas honoré l'option --user. (Bug # 15866735)
  • Création d'une table InnoDB avec un index FULLTEXT pourrait rencontrer une grave erreur si le nom de la table contenait des caractères non-alphanumériques. (Bug # 14835178)
  • mémoire non valide lit pourrait se produire pour les requêtes qui choisis parmi un nom de table de longueur nulle. (Bug # 14780820)
  • Avec LOCK TABLES en vigueur, CREATE TABLE IF NOT EXISTS ... COMME pourrait soulever une assertion. (Bug # 14788976)
  • La partie automatique de génération de clé de la manipulation de table dérivée ne gère pas correctement les colonnes spécifiées dans le cadre des valeurs () clause et a causé une affirmation à être soulevée. (Bug # 14786324)
  • Tenter de lire un fichier utf16 avec INFILE LOAD DATA soulevé une affirmation. (Bug # 14786470)
  • init_io_cache () utilisé memset () pour effacer un mutex, mais passé la taille de mutex tort. (Bug # 14838882)
  • L'optimiseur pourrait soulever une affirmation lors de l'évaluation d'un test de plage contre une EST PAS condition IS NULL. (Bug # 14843705)
  • Une assertion pourrait être soulevée exécution INSERT, UPDATE ou DELETE après le démarrage implicitement une seule transaction READ en mode LOCK TABLES. (Bug # 14788540)
  • Tenter de créer une colonne à incrémentation automatique dans une table InnoDB avec un attribut de type NULL pourrait causer une grave erreur. (Bug # 14758479)
  • Une assertion a été soulevée si ALTER TABLE a été utilisé pour renommer une colonne de même nom qu'une colonne existante tout en réorganisant la colonne renommé utilisant AFTER ou PREMIER. (Bug # 14756089)
  • Une assertion pourrait être soulevée si semi-jointure matérialisation a été utilisé pour évaluer un sous-requête NOT IN. (Bug # 14751858)
  • Pour certaines imbrications de gestionnaire de continuation, continuation pourrait se produire au mauvais endroit. (Bug # 14724836)
  • Sortie SHOW PROCESSLIST ne était pas triée par ordre Id. (Bug # 14771006)
  • Pour certaines requêtes SELECT, EXPLIQUER pourrait provoquer le serveur pour quitter. (Bug # 14761894)
  • Une fuite de mémoire se est produite pour les tentatives d'utiliser ALTER TABLE pour définir une valeur par défaut pour une petite, moyenne ou longue colonne BLOB ou TEXT. (Bug # 14756206)
  • Installation à l'aide packages Solaris couru mysql_install_db pendant les opérations de mise à niveau (ce qui devrait se produire que pour les nouvelles installations). (Bug # 14747671)
  • Pour les instructions UPDATE, expliquez montré la longueur de clé totale dans la colonne key_len plutôt que la longueur des éléments clés utilisés. (Bug # 14682438)
  • Démarrage du serveur avec --bind adresse puis la mise à 0 host_cache_size pourrait entraîner l'arrêt du serveur pour certains types de connexions client. (Bug # 14689561)
  • Avec l'état de l'index à pile activée, l'optimiseur pourrait produire des résultats incorrects pour les tables dérivées. (Bug # 14640176)
  • L'optimiseur peut utiliser incorrectement un indice non spatiale pour optimiser les opérations spatiales, provoquant une assertion à être soulevée. (Bug # 14600994)
  • mysql_config_editor produit aucun message d'erreur pour les erreurs d'écriture sur le fichier de configuration. (Bug # 14545989)
  • Réécriture de requêtes aux mots de passe de broussailles pour l'enregistrement a été fait même si aucun des journaux associés ont été activée. Aussi, CREATE SERVER et ALTER SERVER sont maintenant réécrites si nécessaire. (Bug # 14073554)
  • CHECK TABLE et REPAIR TABLE pourraient se bloquer si une table MyISAM avait une clé corrompue (.MYI) fichier. Maintenant le serveur génère une erreur. (Bug # 13556441)
  • CHECK TABLE et REPAIR TABLE pourraient se bloquer si une table MyISAM avait une clé corrompue (.MYI) fichier. Maintenant le serveur génère une erreur. (Bug # 13556107, 13556000 Bug #)
  • Pour les sauvegardes de la base de données mysql, mysqldump sauté la table d'événements à moins que l'option --events a été donné. Pour passer ce tableau si cela est souhaité, utilisez l'option --ignore-table au lieu (Bug # 55587, Bug # 11762933)
  • mysqld_safe ignoré la valeur de la variable d'environnement UMASK, conduisant à un comportement différent de mysqld par rapport au mode de fichiers créés d'accès. Maintenant mysqld_safe (et mysqld_multi) tentent de rapprocher le même comportement que mysqld. (Bug # 57406, Bug # 11764559)
  • Sur Mac OS X, la réinitialisation du cache de requête pourrait provoquer le serveur pour quitter. Merci à Davi Arnaut pour le patch. (Bug # 67156, Bug # 14741880)
  • Pour les tables de mémoire avec les index HASH, DELETE omettait parfois de supprimer toutes les lignes applicables. (Bug # 51763, Bug # 11759445)
  • Le serveur n'a pas réussi à utiliser le cache de requête pour les requêtes dans lesquelles un nom de base de données ou une table contenait des caractères spéciaux et le moteur de stockage de table a été InnoDB. (Bug # 64821, Bug # 13919851)
  • Sur Mac OS X, KILL peut parfois ne pas être fiables. (Bug # 37780, Bug # 11748945)
  • LAST_INSERT_ID (expr) n'a pas fonctionné pour expr valeurs supérieures à la plus grande valeur BIGINT signée. (Bug # 20964, Bug # 11745891)

Logiciel similaire

D'autres logiciels de développeur Oracle Corporation

Commentaires à MySQL Enterprise Edition

Commentaires non trouvées
Ajouter un commentaire
Tourner sur les images!