Вероятно предпазна мярка. Можете да опитате да добавите нов администраторски акаунт:
mysql> CREATE USER 'monty'@'localhost' IDENTIFIED BY 'some_pass';
mysql> GRANT ALL PRIVILEGES ON *.* TO 'monty'@'localhost'
-> WITH GRANT OPTION;
mysql> CREATE USER 'monty'@'%' IDENTIFIED BY 'some_pass';
mysql> GRANT ALL PRIVILEGES ON *.* TO 'monty'@'%'
-> WITH GRANT OPTION;
Въпреки че както Pascal и други отбелязаха, не е страхотна идея да имате потребител с този вид достъп, отворен за всеки IP. Ако имате нужда от административен потребител, използвайте root и го оставете на localhost. За всяко друго действие посочете точно привилегиите, от които се нуждаете, и ограничете достъпността на потребителя, както Pascal предлага по-долу.
Редактиране:
От MySQL ЧЗВ:
Ако не можете да разберете защо получавате отказан достъп, премахнете от потребителската таблица всички записи, които имат Hostvalues, съдържащи заместващи знаци (записи, които съдържат символи '%' или '_'). Често срещана грешка е да се вмъкне нов запис с Host='%' иUser='some_user', като се смята, че това ви позволява да посочите localhost за свързване от същата машина. Поради това, че това не работи, е, че привилегиите по подразбиране включват вход с Host='localhost' иUser=''. Тъй като този запис има Hostvalue 'localhost', който е по-специфичен от '%', той се използва с предпочитание към новия запис, когато се свързвате от localhost! Правилната процедура е да вмъкнете втори запис с Host='localhost' иUser='some_user', или да изтриете записа с Host='localhost' иUser=''. След като изтриете записа, не забравяйте да издадете декларация FLUSH PRIVILEGES, за да презаредите таблиците за предоставяне. Вижте също раздел 5.4.4, „AccessControl, Етап 1:Проверка на връзката“.
