Jeg leser O «Relly «Learning MySQL» og det står at du kan opprette en bruker i MySQL ved å gjøre nettopp dette:
mysql> GRANT ALL ON *.* TO "jill"@"%.invyhome.com" IDENTIFIED BY "the_password"; Query OK, 0 rows affected (0.01 sec) Men hvis jeg prøver å gjøre:
-> grant select on testgrounds.personas to ""@"localhost"; --> Error Code: 1133. Can"t find any matching row in the user table Men det lykkes hvis jeg bruker et passord:
->grant select on testgrounds.personas to ""@"localhost" identified by "pass"; --> 0 row(s) affected Jeg måtte gjenopprette rettighetene for brukerrot fordi jeg eksperimenterte og ødela dem, så jeg tror før jeg gjorde det, kunne jeg faktisk bruke uttalelsen i boka (jeg husker ikke 100%)
-> select current_user; --> "root@localhost" -> show grants; --> "GRANT ALL PRIVILEGES ON *.* TO \"root\"@\"localhost\" IDENTIFIED BY PASSWORD \"*4ACFE3202A5FF5CF467898FC58AAB1D615029441\" WITH GRANT OPTION" --> "GRANT ALL PRIVILEGES ON `testgrounds`.* TO \"root\"@\"localhost\" WITH GRANT OPTION" --> "GRANT PROXY ON \"\"@\"\" TO \"root\"@\"localhost\" WITH GRANT OPTION" Er det noe galt med MySQL-installasjonen eller -oppsettet?
Svar
Dette er ikke et problem med MySQL installasjon eller oppsett.
Hvert kontonavn består av både et bruker- og vertsnavn som «brukernavn» @ «vertsnavn», selv når vertsnavnet ikke er spesifisert. Fra MySQL Reference Manual:
MySQL-kontonavn består av et brukernavn og et vertsnavn. Dette muliggjør oppretting av kontoer for brukere med samme navn som kan koble seg fra forskjellige verter.
Dette gjør det også mulig for MySQL å gi forskjellige tillatelsesnivåer avhengig av hvilken vert de bruker for å koble til.
Når du oppdaterer tilskudd for en konto der MySQL ikke gjenkjenner vertsdelen, vil den returnere en feilkode 1133 med mindre den har et passord for å identifisere denne kontoen.
Også, MySQL tillater at et kontonavn bare spesifiseres av brukernavnet, men i dette tilfellet blir det behandlet som «brukernavn» @ «%».