Ошибка MySQL 1449: пользователь, указанный как определитель, не существует

Когда я запускаю следующий запрос, я получаю сообщение об ошибке:

SELECT
  `a`.`sl_id`                     AS `sl_id`,
  `a`.`quote_id`                  AS `quote_id`,
  `a`.`sl_date`                   AS `sl_date`,
  `a`.`sl_type`                   AS `sl_type`,
  `a`.`sl_status`                 AS `sl_status`,
  `b`.`client_id`                 AS `client_id`,
  `b`.`business`                  AS `business`,
  `b`.`affaire_type`              AS `affaire_type`,
  `b`.`quotation_date`            AS `quotation_date`,
  `b`.`total_sale_price_with_tax` AS `total_sale_price_with_tax`,
  `b`.`STATUS`                    AS `status`,
  `b`.`customer_name`             AS `customer_name`
FROM `tbl_supplier_list` `a`
  LEFT JOIN `view_quotes` `b`
    ON (`b`.`quote_id` = `a`.`quote_id`)
LIMIT 0, 30

Сообщение об ошибке:

#1449 - The user specified as a definer ('web2vi'@'%') does not exist

Почему я получаю эту ошибку? Как мне это исправить?

Это обычно происходит при экспорте представлений / триггеров / процедур из одной базы данных или сервера на другой, поскольку пользователь, создавший этот объект, больше не существует.

У вас есть два варианта:

1. Измените ОПРЕДЕЛИТЕЛЬ

Возможно, это проще всего сделать при первоначальном импорте объектов базы данных, удалив все DEFINERоператоры из дампа.

Менять определитель позже немного сложнее:

Как изменить определитель для просмотров

1. Запустите этот SQL, чтобы сгенерировать необходимые операторы ALTER

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

2. Скопируйте и запустите операторы ALTER.

Как изменить определитель для хранимых процедур

Пример:

UPDATE `mysql`.`proc` p SET definer = 'user@%' WHERE definer='root@%'

Будьте осторожны, потому что это изменит все определители для всех баз данных.

2. Создайте пропавшего пользователя

Если вы обнаружили следующую ошибку при использовании базы данных MySQL:

The user specified as a definer ('someuser'@'%') does not exist`

Тогда вы можете решить это с помощью следующего:

GRANT ALL ON *.* TO 'someuser'@'%' IDENTIFIED BY 'complex-password';
FLUSH PRIVILEGES;

С http://www.lynnnayko.com/2010/07/mysql-user-specified-as-definer-root.html

Это работает как чудо - вам нужно только изменить someuserимя пропавшего пользователя. На локальном сервере разработчика вы можете просто использовать root.

Также подумайте, нужно ли вам на самом деле предоставлять ALLразрешения пользователям или они могут делать с меньшими затратами.

Пользователь, который первоначально создал представление или процедуру SQL, был удален. Если вы воссоздаете этого пользователя, он должен устранить вашу ошибку.

Я получил ту же ошибку после обновления MySQL.

Ошибка была исправлена ​​после этой команды:

mysql_upgrade -u root

mysql_upgrade должен выполняться каждый раз, когда вы обновляете MySQL. Он проверяет все таблицы во всех базах данных на несовместимость с текущей версией MySQL Server. Если в таблице обнаружена возможная несовместимость, она проверяется. Если какие-либо проблемы найдены, таблица ремонтируется. mysql_upgrade также обновляет системные таблицы, чтобы вы могли воспользоваться новыми привилегиями или возможностями, которые могли быть добавлены.

Если пользователь существует, то:

mysql> flush privileges;

Создайте удаленного пользователя следующим образом:

mysql> create user 'web2vi';

или

mysql> create user 'web2vi'@'%';

Следуй этим шагам:

1. Перейти к PHPMyAdmin
2. Выберите вашу базу данных
3. Выберите стол
4. В верхнем меню нажмите «Триггеры»
5. Нажмите «Редактировать», чтобы редактировать триггер
6. Изменить определитель с [user @ localhost] на root @ localhost

Надеюсь, поможет

Решение - это просто однострочный запрос, как показано ниже:

grant all on *.* to 'ROOT'@'%' identified by 'PASSWORD' with grant option;

Замените ROOTна ваше имя пользователя mysql. Замените PASSWORDсвоим паролем MySQL.

Исправлено с помощью следующих комментариев.

grant all on *.* to 'web2vi'@'%' identified by 'root' with grant option;
FLUSH PRIVILEGES;

если вы получаете some_otherвместо того web2vi, чтобы изменить имя, соответственно.

Для будущих гуглеров: я получил похожее сообщение, пытаясь обновить таблицу в базе данных, которая не содержала просмотров. После некоторого копания оказалось, что я импортировал триггеры в эту таблицу, и это были вещи, определенные несуществующим пользователем. Сброс триггеров решил проблему.

Пользователь 'web2vi' не существует на вашем сервере MySQL.

См. Http://dev.mysql.com/doc/refman/5.1/en/error-messages-server.html#error_er_no_such_user

Если этот пользователь существует, проверьте, с каких серверов он может получить доступ, хотя я бы подумал, что это будет другой ошибкой (например, у вас может быть web2vi @ localhost, но вы обращаетесь к БД как web2vi @% (при любом)

быстрое решение, чтобы обойти и сбросить файл:

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

grant all on *.* to 'username'@'%' identified by 'password' with grant option;

пример:

grant all on *.* to 'web2vi'@'%' identified by 'password' with grant option;

Это случилось со мной после перемещения БД с одного сервера на другой. Первоначально определитель использовал localhost и пользователя. На новом сервере у нас нет этого пользователя, и хост также был изменен. Я сделал резервную копию этой конкретной таблицы и удалил все триггеры вручную из phpmyadmin . После этого он работал нормально для меня.

У меня была такая же проблема с пользователем root и у меня это работало когда я заменил

root@%

по

root@localhost

Итак, если пользователю «web2vi» разрешено подключаться с «localhost», вы можете попробовать:

web2vi@localhost

Я подключен удаленно к базе данных.

Мои 5 центов.

У меня была та же ошибка, когда я пытался выбрать из вида.

Однако проблема заключается в том, что это представление выбрано из другого представления, которое было восстановлено из резервной копии с другого сервера.

и фактически, ДА, пользователь был недействителен, но не было очевидно, куда с первого взгляда.

У меня была та же самая проблема несколько минут назад, я столкнулся с этой проблемой после удаления неиспользуемого пользователя из таблицы mysql.user, но, выполнив представление alter, исправил ее, вот удобная команда, которая делает ее очень простой:

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

Смешайте это с командной строкой mysql (при условии * nix, не знакомый с windows):

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

Примечание: команда генерирует и дополнительный SELECT CONCAT для файла, что приводит к mysql -uuser -ppass databasename < alterView.sqlсбою, если вы не удалите его.

Источник: /dba/4129/modify-definer-on-many-views

Попробуйте установить вашу процедуру как SECURITY INVOKER

Mysql по умолчанию устанавливает безопасность процедур как "DEFINER" (CREATOR OF). Вы должны установить безопасность для "invoker".

По вашему мнению, «view_quotes» может быть скопировано из другой базы данных, где «web2vi» является действительным пользователем, в базу данных, где «web2vi» не является действительным пользователем.
Либо добавьте пользователя «web2vi» в базу данных, либо измените представление (обычно удаляя часть DEFINER = 'web2vi' @ '%' и выполняя сценарий, вы добьетесь цели)

В моем случае в таблице был триггер с пользователем DEFINER, которого не было.

Из MySQL ссылка на CREATE VIEW:

Предложения DEFINER и SQL SECURITY определяют контекст безопасности, который будет использоваться при проверке привилегий доступа во время вызова представления.

Этот пользователь должен существовать и всегда лучше использовать localhost в качестве имени хоста. Поэтому я думаю, что если вы проверите, что пользователь существует, и измените его на «localhost» при создании представления, у вас не будет этой ошибки.

Проблема ясна - MySQL не может найти пользователя, указанного как определитель.

Я столкнулся с этой проблемой после синхронизации модели базы данных с сервера разработки, применения ее к localhost, внесения изменений в модель и последующего применения ее к localhost. Очевидно, было определено представление (я изменил), и поэтому я не мог обновить свою локальную версию.

Как исправить (легко) :

Примечание: он включает удаление, поэтому он отлично работает для представлений, но убедитесь, что у вас есть резервная копия данных, если вы попробуете это для таблиц.

1. Войдите в базу данных как пользователь root (или другой, обладающий достаточной мощностью для внесения изменений).
2. Удалите вид, таблицу или все, что у вас возникли проблемы.
3. Синхронизируйте свою новую модель - она ​​не будет жаловаться на то, чего сейчас не существует. Вы можете удалить часть SQL SECURITY DEFINER из определения элемента, с которым у вас были проблемы.

PS Это не является ни правильным, ни лучшим универсальным решением. Я только что опубликовал это как возможное (и очень простое) решение.

Вы можете попробовать это:

$ mysql -u root -p 
> grant all privileges on *.* to `root`@`%` identified by 'password'; 
> flush privileges;

Почему я получаю эту ошибку? Как мне это исправить?

Я потратил час, прежде чем нашел решение такой проблемы. Но, в моем случае, я запустил это:

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

Если вы действительно хотите найти проблему, просто запустите эти команды одну за другой:

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

... и после каждого из них ищите поле «определитель».

В моем случае это был старый бородатый триггер, который кто-то из разработчиков забыл удалить.

Перейдите в раздел процедуры редактирования и, внизу, измените Тип безопасности с Определителя на Invoker.

Один или несколько ваших просмотров были созданы / зарегистрированы другим пользователем. Вам нужно будет проверить владельца вида и:

1. Воссоздать пользователя; как говорят другие ответы. или
2. Воссоздайте представления, которые были созданы пользователем 'web2vi'с помощью ALTER VIEW.

У меня была эта проблема однажды.

Я пытался перенести представления с BD1 на BD2, используя SQLYog. SQLYog воссоздал представления в другой базе данных (DB2), но сохранил пользователя BD1 (они были разными). Позже я понял, что представления, которые я использовал в своем запросе, имели ту же ошибку, что и вы, даже когда я не создавал никакого представления.

Надеюсь, это поможет.

Если это хранимая процедура, вы можете сделать:

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

Но это не рекомендуется.

Для меня лучшим решением будет создать определитель:

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

когда mysql.proc пуст, но система всегда замечает «user@192.168.%» для table_name не существует, вы просто root в командной строке mysql и введите:

CHECK TABLE `database`.`table_name` QUICK FAST MEDIUM CHANGED;
flush privileges;

над!

Это случилось со мной после того, как я импортировал дамп в Windows 10 с MYSQL Workbench 6.3 Community, с «root @% не существует». Хотя пользователь существовал. Сначала я попытался закомментировать DEFINER, однако, это не сработало. Затем я заменил строку на «root @%» на «root @ localhost» и заново импортировал дамп. Это помогло мне.

Попробуйте это Это простое решение

mysql -u root -p
SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));

больше на https://stackoverflow.com/a/42183702/5407056

Пользователь базы данных также, похоже, чувствителен к регистру, поэтому, хотя у меня был пользователь root '@'%, у меня не было пользователя ROOT '@'%. Я изменил пользователя на верхний регистр через верстак, и проблема была решена!