To stare pytanie, ale nie sądzę, aby przyjęta odpowiedź była bezpieczna. Jest to dobre do tworzenia super użytkownika, ale nie dobre, jeśli chcesz przyznać uprawnienia na jednej bazie danych.

grant all privileges on mydb.* to myuser@'%' identified by 'mypasswd';
grant all privileges on mydb.* to myuser@localhost identified by 'mypasswd';

% wydaje się, że nie obejmuje komunikacji socket, że localhost jest dla. WITH GRANT OPTION jest dobre tylko dla superużytkownika, w przeciwnym razie jest to zwykle zagrożenie bezpieczeństwa.

To będzie pomocne dla niektórych osób:

Z linii poleceń MySQL:

CREATE USER 'newuser'@'localhost' IDENTIFIED BY 'password';

Niestety, w tym momencie newuser nie ma uprawnień do robienia czegokolwiek z bazami danych. W rzeczywistości, jeśli newuser nawet próbuje się zalogować (z hasłem, hasło), nie będzie w stanie dotrzeć do powłoki MySQL.

Dlatego pierwszą rzeczą do zrobienia jest zapewnienie użytkownikowi dostępu do potrzebnych informacji.

GRANT ALL PRIVILEGES ON * . * TO 'newuser'@'localhost';

Gwiazdki w tym poleceniu odnoszą się do bazy danych i tabeli (odpowiednio) że mogą uzyskać dostęp-to specyficzne polecenie pozwala użytkownikowi czytać, edytować, wykonywać i wykonywać wszystkie zadania we wszystkich bazach danych i tabelach.

Po sfinalizowaniu uprawnień, które chcesz skonfigurować dla nowych użytkowników, zawsze pamiętaj, aby ponownie załadować wszystkie uprawnienia.

FLUSH PRIVILEGES;

Twoje zmiany wejdą w życie.

Więcej informacji: http://dev.mysql.com/doc/refman/5.6/en/grant.html

Jeśli nie czujesz się komfortowo z wiersza poleceń można wtedy użyć klienta typu MySQL workbench, Navicat lub SQLyog

1. Tworzenie bazy danych

CREATE DATABASE db_name;

2. Utwórz nazwę Użytkownika dla bazy danych db_name

GRANT ALL PRIVILEGES ON db_name.* TO 'username'@'localhost' IDENTIFIED BY 'password';

3. Użyj bazy danych

USE db_name;

4. W końcu jesteś w bazie danych db_name, a następnie wykonaj polecenia takie jak tworzenie , zaznaczanie i wstawianie operacji.

Ten SQL nadaje wszystkim bazom danych, ale tylko podstawowe uprawnienia. Są one wystarczające dla Drupal lub Wordpress i jako nicety, pozwala na jedno konto dewelopera dla lokalnych projektów.

GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, 
    INDEX, ALTER, CREATE TEMPORARY TABLES 
ON *.* TO 'username'@'localhost' IDENTIFIED BY 'password';

GRANT ALL PRIVILEGES ON mydb.* TO myuser@localhost IDENTIFIED BY 'mypasswd';

Działa dla przywilejów na schemacie:)

Opcjonalnie: po mypasswd możesz dodać WITH GRANT OPTION

Witam użyłem tego kodu aby mieć super usera w mysql

GRANT EXECUTE, PROCESS, SELECT, SHOW DATABASES, SHOW VIEW, ALTER, ALTER ROUTINE,
    CREATE, CREATE ROUTINE, CREATE TEMPORARY TABLES, CREATE VIEW, DELETE, DROP,
    EVENT, INDEX, INSERT, REFERENCES, TRIGGER, UPDATE, CREATE USER, FILE,
    LOCK TABLES, RELOAD, REPLICATION CLIENT, REPLICATION SLAVE, SHUTDOWN,
    SUPER
        ON *.* TO mysql@'%'
    WITH GRANT OPTION;

A następnie

FLUSH PRIVILEGES;

Mogłem to zrobić tylko przez dodanie GRANT OPTION, bez tego zawsze otrzymuj błąd Odmowa uprawnień

GRANT ALL PRIVILEGES ON mydb.* TO 'myuser'@'localhost' WITH GRANT OPTION;

Dostęp ze zdalnego serwera tylko do bazy mydb

GRANT ALL PRIVILEGES ON mydb.* TO 'root'@'192.168.2.21';

Aby uzyskać dostęp ze zdalnego serwera do wszystkich baz danych.

GRANT ALL PRIVILEGES ON * . * TO 'root'@'192.168.2.21';

Aby przyznać wszystkie priveleges w bazie danych: mydb użytkownikowi: myuser, wystarczy wykonać:

GRANT ALL ON mydb.* TO 'myuser'@'localhost';

Lub:

GRANT ALL PRIVILEGES ON mydb.* TO 'myuser'@'localhost';

Słowo kluczowe PRIVILEGES nie jest konieczne.

Również Nie wiem, dlaczego inne odpowiedzi sugerują, że IDENTIFIED BY 'password' należy umieścić na końcu polecenia. Uważam, że nie jest to wymagane.