MySQL, просящий у пользователя СУПЕР полномочие выполнить удаление

Я предполагаю, что вопросу быть "X11, туннелирующим через SSH к серверу Fedora 3 от клиента Windows Vista, не удается работать". (Обменянный к и от)

В этом случае взгляните на мой ответ и даже других людей ответы в Удаленном рабочем столе в Ubuntu 9.04 из Windows PC.

3
задан 17 April 2012 в 13:33
4 ответа

Вы уверены, что Вы не зарегистрированы как некоторый менее привилегированный пользователь? Вы получаете права пользователя, Вы зарегистрированы как, не всех пользователей, что Вы очевидно могли войти в систему как.

Если myadmin@10.11.12.13 имеет меньше полномочий, чем myadmin@% и Вы входите в систему от 10.11.12.13, Вы получаете права формирователя.

Сделать \s от mysql клиента для наблюдения, кто "текущий пользователь" Вы, затем SHOW GRANTS FOR тот пользователь.

Вы действительно делали FLUSH PRIVILEGES после выполнения GRANT, Я принимаю.

3
ответ дан 3 December 2019 в 05:53
  • 1
    Спасибо за ответ. Да I' ve проверил дважды имя пользователя и подстановочные знаки имени хоста, I' ve несколько раз сбрасывал полномочия и, перенесенный в отчаянии, даже возвращал mysql экземпляр. Ничто не работало. –  scetoaux 12 May 2010 в 00:04

Взгляните в mysql.* таблицы. Возможно, что некоторые полномочия были установлены на той таблице, которые удаляют Ваш доступ. Я знаю, что полномочия MySQL обычно не прокладывают себе путь, но на это стоит посмотреть.

Кроме того, сам файл таблицы имеют корректные полномочия файловой системы? Если MySQL не может записать в него, это могло бы перепутать подсистему полномочий относительно что случилось.

0
ответ дан 3 December 2019 в 05:53

У меня была та же проблема. Это была незавершенная установка, которая вызвала его. Я не мог выполнить mysql из командной строки с корневым доступом, потому что я не установил пароль root. Таким образом, я переустановил mysql (не нуждался к) - о, да создал резервную копию моих таблиц сначала с помощью mysqldump: mysqldump - все-базы данных> huge_dump.dump (это не попросило у меня пароля) Вот являются ключом - Запущенный mysql_secure_installation скрипт:

mysql_secure_installation

Bla Bla Bla - - - Введите текущий пароль для корня (не введите ни для одного); ХИТ ВХОДИТ, так как Вы еще не установили пароль root

Установить пароль root? [Y/n] y <---говорят да!! Новый пароль: kick_me_hard Повторно вводят новый пароль: Пароль kick_me_hard обновляется успешно! Перезагрузка таблиц полномочий......Success!

Теперь можно войти в использование phpMyAdmin или командную строку:

mysql -u root -p

Введите пароль: Тип kick_me_hard 'справка'; или '\h' для справки bla bla bla

mysql>

Теперь Вы - самый спокойный парень (галлон) вокруг, так как Вы зафиксировали его. Если Вы не единственный вокруг - хорошо затем Вы - все еще самый прохладный вокруг!

2
ответ дан 3 December 2019 в 05:53

Другая возможность: возможно, существует триггер (например, удаление СОБЫТИЯ) для этой таблицы. Если вы удалите строки в этой таблице, он сработает триггер, но для выполнения триггеру требуется привилегия SUPER.

0
ответ дан 3 December 2019 в 05:53

Теги

Похожие вопросы