Erreur MySQL 1449: L'utilisateur spécifié comme un définisseur n'existe pas

L'utilisateur ayant créé la vue SQL ou une procédure a été supprimé. Si vous recréer l'utilisateur, il doit l'adresse de votre erreur.

Si l'utilisateur existe, alors:

mysql> flush privileges;

Suivez ces étapes:

1. Aller à PHPMyAdmin
2. Sélectionnez Votre Base De Données
3. Sélectionnez votre table
4. Sur le menu du haut, Cliquez sur "Déclencheurs"
5. Cliquez sur "Modifier" pour modifier déclencheur
6. Changement définisseur de [user@localhost] root@localhost

Espère que cela aide

Pour l'avenir googlers: j'ai reçu un message similaire à essayer de mettre à jour une table dans une base de données contenant pas de points de vue. Après quelques recherches, il s'est avéré que j'avais importé des déclencheurs sur la table, et ce sont des choses définies par le non-existant de l'utilisateur. Déposer les déclencheurs résolu le problème.

solution rapide pour contourner et de vidage du fichier:

mysqldump --single-transaction -u root -p xyz_live_db > xyz_live_db_bkup110116.sql

J'ai eu le même problème avec l'utilisateur root sna, il a travaillé pour moi quand j'ai remplacé

root@%

par

root@localhost

Donc, si l'utilisateur 'web2vi' est autorisé à se connecter à partir de 'localhost', vous pouvez essayer:

web2vi@localhost

Je suis connecté à distance à la base de données.

Ce qui m'est arrivé après le déplacement de la DB à partir d'un serveur vers un autre serveur. Initialement, le definer a l'aide de localhost et l'utilisateur. Sur le nouveau serveur, nous n'avons pas que de l'utilisateur, et l'accueil a également été modifié. J'ai pris une sauvegarde de la table et supprimé tous les déclencheurs manuellement à partir de phpmyadmin. Après qu'il a été fonctionne bien pour moi.

D'essayer de régler votre procédure
SECURITY INVOKER

Mysql par défaut définit les procédures de sécurité en tant que "DÉFINISSEUR" (CRÉATEUR DE).. vous devez définir la sécurité à la "invocateur".

J'ai eu votre problème de minutes plus tôt, je suis tombé sur cette question à la suite de la suppression d'une partie inutilisée de l'utilisateur de mysql.table utilisateur, mais de faire un alter vue fixe, voici une commande pratique qui le rend très simple:

SELECT CONCAT("ALTER DEFINER=`youruser`@`host` VIEW ",
table_name," AS ", view_definition,";") FROM 
information_schema.views WHERE table_schema='databasename'

Mélanger cela avec la ligne de commande de mysql (en supposant *nix, pas familier avec windows):

> echo above_query | mysql -uuser -p > alterView.sql
> mysql -uuser -ppass databasename < alterView.sql

Remarque: la commande génère et extra SELECT CONCAT sur le fichier, en mysql -uuser -ppass databasename < alterView.sql échouer si vous ne l'enlevez pas.

Source: https://dba.stackexchange.com/questions/4129/modify-definer-on-many-views

Le problème est clair: MySQL ne peut pas trouver de l'utilisateur spécifié que le definer.

J'ai rencontré ce problème après la synchronisation modèle de base de données de serveur de développement, en l'appliquant à localhost, d'apporter des modifications au modèle, puis réappliquer à localhost. Apparemment, il y avait un point de vue (j'ai modifié) défini et donc je ne pouvais pas mettre à jour ma version locale.

Comment réparer (facilement):

Remarque: il s'agit de la suppression de sorte qu'il fonctionne très bien pour la vue, mais assurez-vous d'avoir des données sauvegardées si vous essayez ceci sur les tables.

1. De connexion à la base de données en tant que root (ou quelle a assez de puissance pour faire des changements).
2. Supprimer la vue, une table ou tout ce que vous rencontrez des problèmes avec.
3. Synchroniser votre nouveau modèle - il ne va pas se plaindre de quelque chose qui n'existe pas maintenant. Vous souhaiterez peut-être supprimer SQL SECURITY DEFINER partie de l'élément de définition-vous eu des problèmes avec.

P. S. Ce n'est ni un bon ni meilleur tout autour de la corriger. Je viens de poster comme un possible (et très simple) solution.

Pourquoi j'obtiens cette erreur? Comment puis-je résoudre ce problème?

J'ai passé une heure avant de trouvé une décision pour un problème comme celui-ci. Mais, dans mon cas, j'ai couru ce:

mysql> UPDATE `users` SET `somefield` = 1 WHERE `user_id` = 2;
ERROR 1449 (HY000): The user specified as a definer ('root'@'%') does not exist

Si vous voulez vraiment trouver le problème, il suffit d'exécuter cette commande, un par un:

SHOW PROCEDURE STATUS;
SHOW FUNCTION STATUS;
SHOW TRIGGERS;
SHOW FULL TABLES IN database_name WHERE TABLE_TYPE LIKE 'VIEW';

...et, après chaque d'entre eux, recherchez le champ "définisseur'.

Dans mon cas, il était barbu vieux déclencheur, que quelqu'un de développeurs oublié de supprimer.

Aller dans l'édition de routine de la section et de et de au fond, changer le Type de Sécurité de Définisseur d'Invocateur.

Si c'est une procédure stockée, vous pouvez le faire:

UPDATE `mysql`.`proc` SET definer = 'YournewDefiner' WHERE definer='OldDefinerShownBefore'

Mais ce n'est pas conseillé.

Pour moi, la meilleure solution est de créer le definer:

create user 'myuser' identified by 'mypass';
grant all on `mytable`.* to 'myuser' identified by 'mypass';

Ce qui m'est arrivé après que j'ai importé une sauvegarde sur Windows 10 avec MYSQL Workbench 6.3 de la Communauté, avec "root@% n'existe pas". Même si l'utilisateur existe.
J'ai d'abord essayé de commenter le DEFINER toutefois, cela ne fonctionne pas.
J'ai ensuite fait une chaîne de remplacer sur "root@%" avec "root@localhost" et de réimporter l'image. Cela a fait l'affaire pour moi.

dans mon cas, j'ai eu un trigger sur la table que je ne pouvais pas mettre à jour les données obtenir la même erreur.

Erreur MySQL 1449: L'utilisateur spécifié comme un définisseur n'existe pas

la solution a été de supprimer les déclencheurs sur la table et de les recréer à nouveau, cela a réglé le problème, depuis que le déclencheur a été faite avec un autre utilisateur à partir d'un autre serveur, et l'utilisateur le nom a été changé sur le nouveau serveur après un changement de société d'hébergement . c'est mon 2 cents

Comme ailleurs, de changer de definer pour les DÉCLENCHEURS (ALTER ne fonctionne pas), vous pouvez le faire comme ceci:

Générer un abandon et une commande de CRÉER, pour chaque Trigger:

SELECT CONCAT("DROP TRIGGER ", trigger_name, ";", " CREATE TRIGGER ", TRIGGER_NAME, " AFTER ", EVENT_MANIPULATION, " ON ", EVENT_OBJECT_SCHEMA, ".", EVENT_OBJECT_TABLE, " FOR EACH ROW ", ACTION_STATEMENT, ";") AS sqlCommand FROM information_schema.triggers WHERE EVENT_OBJECT_SCHEMA = "yourdatabase";

De l'exécuter dans un foreach. - Je l'utiliser dans mon application quand je prends de la base de données de production à ma machine de développement et d'aller avec un foreach sur toutes les commandes, et de recréer le déclenche automatiquement. Cela me donne la possibilité de l'automatiser.

Exemple en PHP/Laravel:

    $this->info('DROP and CREATE TRIGGERS');
    $pdo = DB::connection()->getPdo();
    $sql = 'SELECT CONCAT("DROP TRIGGER ", trigger_name, ";", " CREATE TRIGGER ", TRIGGER_NAME, " AFTER ", EVENT_MANIPULATION, " ON ", EVENT_OBJECT_SCHEMA, ".", EVENT_OBJECT_TABLE, " FOR EACH ROW ", ACTION_STATEMENT, ";") AS sqlCommand FROM information_schema.triggers WHERE EVENT_OBJECT_SCHEMA = "mydatabase";';
    $stmt = $pdo->prepare($sql, [PDO::MYSQL_ATTR_USE_BUFFERED_QUERY => true]);
    $stmt->execute();
    $result = $stmt->fetchAll(PDO::FETCH_ASSOC);
    $stmt->closeCursor();

    foreach($result as $rs){
        $pdo = DB::unprepared($rs['sqlCommand']);
        break;
    }

Astuce: j'ai à faire avec pdo en raison de l'mysql tampon de requête problème, décrit ici

Essayez ce qui suit:

mysqldump --routines --single-transaction -u root -proot portalv3 > c:\portal.sql

vous pouvez créer un utilisateur avec le nom web2vi et accorde à tous les situation