Mysql 5.6 maux de tête sur Mac OSX

Plusieurs de mes collègues et j'ai récemment mis à niveau à partir de MySQL 5.5 de MySQL 5.6 utiliser le homebrew sur nos Mac pour tester en local avant la mise à niveau de nos serveurs. Depuis cette mise à jour, nous avons tous été intermittent MySQL erreurs lors de l'exécution de nos rails code:

Lost connection to MySQL server at 'sending authentication information', system error: 32

Nous avons essayé de re-faire de nos noms d'utilisateur et mots de passe dans notre base de données, et d'augmenter le délai d'attente de connexion, mais n'ont résolu le problème. Les journaux d'erreur ne mentionnent pas la question. La seule solution que nous avons trouvé lorsque nous rencontrons le problème est de tuer mysql et le redémarrer. J'ai même remarqué cette erreur, plus récemment, à l'aide de mysql -u root -p sur la ligne de commande. Il semble que une fois que j'ai commencer à obtenir cette erreur, je ne peux pas dépasser mon nombre actuel de connexions de n'importe quel nom d'utilisateur que j'utilise. Si je ferme une connexion, alors je peux ré-ouvrir un.

Nous avons les environnements suivants:

  • certains d'entre nous: Rails 3.2, Ruby 2, mysql2 0.3.13, MySQL 5.6.12, Mac OSX 10.8.4
  • d'autres de nous: Rails 3.2, Ruby 1.9, mysql2 0.3.13, MySQL 5.6.10, Mac OSX 10.8.4

Les idées de ce que pourrait en être la cause?

Merci!
Julie

  • De même avec Mysql 5.6.14 installé via DMG: $ mysql ERROR 2013 (HY000): Lost connection to MySQL server at 'sending authentication information', system error: 32
  • tout simplement l'arrêt et le redémarrage de l'instance MySQL a fonctionné pour moi. 5.6.14
  • Obtenir la même erreur avec Percona Server 5.6 sur OSX 10.9.2: surtout lors des tests unitaires en parallèle à l'aide de 8 connexions. Duh.
  • Juste trouvé la solution ultime, ont posté une réponse ci-dessous.
  • Cochez cette stackoverflow.com/questions/38459373/... sa fonctionne comme un charme
InformationsquelleAutor Julie | 2013-07-23
  1. 67

    Aucune des réponses ici m'a aidé, mais finalement j'ai eu de MySQL 5.6 de travail.

    TROIS options de correction MySQL 5.6:

    1. (confirmé) Modifier /etc/my.cnf (à créer si il n'existe pas encore) et d'ajouter:

      [mysqld]
innodb_file_per_table = OFF

    et redémarrer MySQL. Alors pour que cela fonctionne, vous aurez besoin de les exporter vos bases de données en SQL fichier (mysqldump), puis de les supprimer et de recréer les bases de données, puis de charger les données en arrière.

    1. Modifier la valeur par défaut ulimit valeur de OSX (suggéré par Github utilisateur sodabrew): https://superuser.com/questions/261023/how-to-change-default-ulimit-values-in-mac-os-x-10-6

    2. Ajouter l'option suivante à la section [mysqld] de mon.cnf: table_open_cache = 250. Par défaut, il est fixé à 2000, ce qui est bien au-dessus de OSX par défaut de ulimit. Cette solution est également pas recommandé, parce que ça fait mal les performances de votre MySQL - il des forces de MySQL pour ré-ouvrir les tables souvent, si vous avez plus de 250 tableaux: https://mariadb.com/kb/en/optimizing-table_open_cache/

    Pourquoi cette erreur qui se passe?

    Depuis MySQL 5.6 innodb_file_per_table option est activée par défaut, ce qui signifie que chaque tableau de données est stockée dans son propre fichier. OSX par défaut de la limite du nombre de fichiers ouverts est de 256 par processus. Normalement, ce n'est pas un problème, mais dans mon cas je suis en cours d'exécution des tests unitaires en parallèle, ce qui crée des 8 bases de données avec 405 tables chacune. OSX a une limite du nombre de descripteurs de fichiers ouverts par processus. Cette StackOverflow répondre suggère que cette limite est de 256, ce qui explique mon problème à la perfection: avant de MySQL 5.6 toutes les données à partir de ces 8 bases de données dans UN fichier.

    Merci à ma collègue Thomas L. qui a trouvé un MySQL rapport de bug qui fait allusion à cette solution!

    • Comment son possible pour faire le dump si elle ne peut pas se connecter à la base de données?
    • Malheureusement, vous faites la commande mysqldump si vous ne pouvez pas vous connecter à la base de données, depuis la commande mysqldump est juste l'un des clients mysql - tous doivent être en mesure de se connecter à faire des trucs avec mysql.
    • Bonne prise @AlexKovshovik, espérons-le, MySql va avoir ce problème bientôt.
    • Je ne savais pas que le paramètre devait être dans la section [mysqld] du fichier de configuration. Infos utiles.
    • C'est le meilleur, la meilleure réponse que j'ai trouver jusqu'à présent. Il a résolu tous mes problèmes sur les connexions perdues. Cette réponse est toujours d'actualité pour OSX Mojave et MySQL 5.7.
    InformationsquelleAutor Alex Kovshovik
  2. 7

    Nous avons eu le même problème. Cela fixe, il nous

    project-root$ mysql.server stop
project-root$ gem uninstall mysql2
project-root$ bundle install
project-root$ mysql.server start
    • Juste de redémarrer le serveur mysql a fonctionné pour moi. FYI.
    InformationsquelleAutor Cody Swann
  3. 4

    C'est un problème avec la dernière version de mysql est installé via homebrew.

    5.6.x crée le problème. la rétrogradation à 5.5.x a résolu le problème pour moi.

    Vous pouvez installer l'ancienne formule des versions assez facilement avec homebrew:

    brew versions mysql vous donnera le sha vous avez à la caisse dans /usr/local pour être en mesure d'installer une ancienne version

       cd /usr/local
   git checkout 336c976
   brew info mysql

    Cela va vous montrer 5.5.29 que la version de mysql. Vous pouvez ensuite désinstaller mysql sur la base de ces instructions et réinstaller tout simplement en exécutant 

       brew install mysql

    et en cours d'exécution à travers le processus normal d'installation avec homebrew:

      unset TMPDIR
  mysql_install_db --verbose --user=`whoami` --basedir="$(brew --prefix mysql)" --datadir=/usr/local/var/mysql --tmpdir=/tmp

    Espère que ça aide.

    Vous pouvez checkout master dans /usr/local après l'installation de l'ancienne version de mysql à nouveau. Les versions de brew de commande vous donne même la commande n'caisse de la formule pour mysql mais je ne pense pas que cela a des avantages par rapport à la simple vérification de l'ensemble du référentiel pour la sha et puis retourner à maître après l'installation de l'ancienne version de mysql.

    • Intéressant. Avez-vous signalé ce bug n'importe où pour Homebrew ou essayé un non-homebrew installer? Nous espérons que la mise à niveau de certaines nouvelles fonctionnalités 5.6, donc préférez ne pas avoir à retourner à 5.5.
    • Non, je n'ai pas signalé ce. Cela ne semble pas être un homebrew problème cependant. J'ai googlé le problème et j'ai trouvé des gens qui se plaignent que ce qui se passait avec 5.6.x de l'installation de mysql. j'ai donc revues à la baisse.
    • Cela a fonctionné pour nous, mais ce que nous avons à la mise à niveau à 5.6 de production en raison des problèmes de performances, il serait bien d'améliorer localement trop. Toujours à la recherche de solution.
    InformationsquelleAutor Michael Klein
  4. 0

    Nous avons constaté que l'utilisation de la suite de correctifs pour nous:

    brew install mysql --use-llvm

    C'est sur les rails 2.3 ontop de terres rares (1.8.7) dans rbenv sur OSX 10.8. YMMV

    • a fonctionné pour moi!!
    InformationsquelleAutor John Athayde
  5. 0

    Je vais avoir le même problème sur la même configuration (mysql 5.6.12). J'ai juste mis à jour mysql avec homebrew pour la version 5.6.13 et le problème a disparu.

    InformationsquelleAutor Fabio
  6. 0

    J'ai frappé ce problème avec mysql 5.6.16, fraîchement installé via Homebrew sur Mavericks, avec rbenv et des rails, etc.

    Décidé de redémarrer avant de travailler à travers les autres solutions ici. Problème résolu!

    Donc, si vous n'avez pas redémarré depuis l'installation de mysql, etc, je vous recommande de redémarrer avant de travailler à travers les réponses ici.

    InformationsquelleAutor James
  7. -1

    Sur Mavericks, cela a fonctionné pour moi:

    mysql.server stop
brew install mysql
mysql.server start
gem remove mysql2
gem install mysql2

    J'ai réinstallé Homebrew après la mise à jour de Mavericks. Homebrew installé la bouteille de version de MySQL 5.6.13.

    InformationsquelleAutor Scott Willson