Sont des Utilisateurs 'Utilisateur'@'%' et 'Utilisateur'@'localhost' pas le même?

J'ai créé un utilisateur pour la première commande mais impossible de se connecter via localhost (linux). Ce lien mysqldoc indique que j'ai besoin de créer un deuxième utilisateur du même nom, mais à l'aide de la syntaxe dans le deuxième bloc de commandes.

mysql> CREATE USER 'myuser'@'%' IDENTIFIED BY '4myuser';
Query OK, 0 rows affected (0.00 sec)

mysql> GRANT ALL ON my_upload.* TO 'myuser'@'%' IDENTIFIED BY '4myuser';
Query OK, 0 rows affected (0.00 sec)

J'ai donc essayé comme ci-dessous, et en effet travaillé. Mais qui sont ces deux utilisateurs distincts? Si je change le pw pour une fois, l'autre de synchronisation, ou sont-ils vraiment les utilisateurs distincts?

mysql> CREATE USER 'myuser'@'localhost' IDENTIFIED BY '4myuser';
Query OK, 0 rows affected (0.00 sec)

mysql> GRANT ALL PRIVILEGES ON my_upload.* TO  'myuser'@'localhost';
Query OK, 0 rows affected (0.00 sec)
InformationsquelleAutor EdgeCase | 2012-07-24
  1. 27

    User@% serait de permettre l'accès de tous les emplacements. User@localhost ne ferait que permettre l'accès à partir de localhost. Ils sont deux utilisateurs différents avec deux mots de passe différents (bien que vous pouvez définir le même mot de passe, mais si vous mettez à jour un mot de passe de l'autre ne sera pas de mise à jour automatique)

    • Lorsque je crée un utilisateur User@% je n'ai toujours pas semblent être en mesure de se connecter à partir de localhost. Au lieu de cela, il semble que je dois créer un User@localhost de l'utilisateur. Cela semble aller à l'encontre de l'état "Utilisateur@% permettrait d'accéder à tous les endroits.", non?
    • Je pense qu'il pourrait être un windows spécifique de la question ayant à voir avec le fichier hosts: Voir cette réponse pour solution possible: stackoverflow.com/a/2283806/155268
    • Plus que probablement, %@localhost a été refusé l'accès, et sans User@localhost subvention, l'Utilisateur n'aura pas accès à partir de localhost en dépit de l'Utilisateur@% générique (qui est traitée plus tard, en raison de moins spécifique à nom de l'hôte; par manuel MySQL lié par Bjoern dans une autre réponse).
    • Vous dites que l'Utilisateur@% permettrait d'accéder à tous les endroits, mais il semble que, pour permettre l'accès de tous les endroits, à l'exception de localhost. Cependant, votre réponse pourrait fonctionner avec la version de mysql à partir de 2012...
    • Je ne pense pas que ce soit le cas, comme je peux le trouver nulle part dans MySQL où ce comportement a été modifié dans les versions les plus récentes. Ma conjecture est que soit les privilèges n'ont pas été vidées, ou peut-être il ya une subvention règle localhost qui est en train de priorité, car il est plus précis que le générique.
    • Avec un 'utilisateur'@'%' ACCORDER, vous serez en mesure de vous connecter avec mysql -u utilisateur -h 127.0.0.1 mais non-h localhost.

    InformationsquelleAutor Mike Brant
  2. 12

    En principe oui, ceux sont deux utilisateurs différents avec (éventuellement) les différentes autorisations et (éventuellement) des mots de passe différents.

    • myuser@% : l'Utilisateur myuser, la connexion à partir de n'importe quel hôte.
    • myuser@localhost : l'Utilisateur myuser, la connexion à partir de localhost seulement.

    Une bonne lecture est la Manuel MySQL sur la connexion d'accès, il montre comment il fonctionne.

    InformationsquelleAutor Bjoern
  3. 1

    Même si ils signifient la même chose, ou si l'on veut comprendre l'autre, ils SONT en effet les utilisateurs distincts!

    13.7.1.3. SUBVENTION de la Syntaxe

    MySQL et SQL Standard Versions de SUBVENTION

    Les plus grandes différences entre MySQL et SQL standard versions de
    SUBVENTION sont:

    • MySQL privilèges associés à la combinaison d'un nom d'hôte et l'
      nom d'utilisateur et le pas avec seulement un nom d'utilisateur.
    InformationsquelleAutor Konerak
  4. 1

    J'ai rencontré la même situation que décrit - l'Ajout d'une entrée pour user@% ne fonctionnait pas.

    Encore l'ajout d'une entrée pour le même user@localhost serait commencer à travailler à nouveau si.
    Cela ne semble pas intuitif, compte tenu de notre compréhension de la % modèle!

    Un problème identifié par Kent ci-dessus a été que:
    Nous avons eu une entrée de ligne dans la table des utilisateurs pour host:localhost mais la user était vide. Ce qui, apparemment résolu à une règle pour %@localhost qui a été utilisé comme un match avant mon user@% règle.

    Réponse à court - vérifier vide ou génériques noms d'utilisateur dans votre user table.

    ... Je n'ai aucune idée de comment ça vide est arrivé là ou si c'était intentionnel.

    InformationsquelleAutor dman