Mogelijk een veiligheidsmaatregel. U kunt proberen een nieuw beheerdersaccount toe te voegen:
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;
Hoewel, zoals Pascal en anderen hebben opgemerkt, het geen goed idee is om een gebruiker met dit soort toegang open te stellen voor elk IP-adres. Als je een beheerder nodig hebt, gebruik dan root en laat het op localhost staan. Geef voor elke andere actie precies de privileges op die je nodig hebt en beperk de toegankelijkheid van de gebruiker zoals Pascal hieronder suggereert.
Bewerken:
Uit de MySQL FAQ:
Als u niet kunt achterhalen waarom u de toegang geweigerd krijgt, verwijdert u uit de gebruikerstabel alle items met hostwaarden die jokertekens bevatten (items die '%' of '_' tekens bevatten). Een veel voorkomende fout is om een nieuwe invoer in te voegen met Host='%' andUser='some_user', in de veronderstelling dat u hiermee de localhost kunt specificeren om verbinding te maken vanaf dezelfde machine. De reden dat dit niet werkt, is dat de standaardprivileges een invoer met Host='localhost' enUser='' bevatten. Omdat dat item een hostwaarde 'localhost' heeft die specifieker is dan '%', wordt het gebruikt in de voorkeur boven het nieuwe item wanneer verbinding wordt gemaakt vanaf localhost! De juiste procedure is om een tweede item in te voegen met Host='localhost' andUser='some_user', of om het item te verwijderen met Host='localhost' andUser=''. Vergeet niet om na het verwijderen van de invoer een FLUSH PRIVILEGES-verklaring af te geven om de toekenningstabellen opnieuw te laden. Zie ook Paragraaf 5.4.4, "Toegangscontrole, Fase 1:Verbindingsverificatie".