Vytváření uživatelů ve službě Azure Database for MySQL

Tento článek popisuje, jak vytvořit nové uživatelské účty pro interakci se serverem Azure Database for MySQL.

Note

Tento článek odkazuje na termín slave, který už Microsoft nepoužívá. Když se termín odebere ze softwaru, odebere se z tohoto článku.

Při vytváření Azure Database for MySQL serveru zadáte uživatelské jméno a heslo správce serveru. Další informace najdete v tématu Rychlý start: Vytvoření instance služby Azure Database for MySQL pomocí webu Azure Portal. Uživatelské jméno správce serveru najdete na portálu Azure.

Uživatel správce serveru má tato oprávnění:

SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, RELOAD, PROCESS, REFERENCES, INDEX, ALTER, SHOW DATABASES, CREATE TEMPORARY TABLES, LOCK TABLES, EXECUTE, REPLICATION SLAVE, REPLICATION CLIENT, CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, CREATE USER, EVENT, TRIGGER

Po vytvoření Azure Database for MySQL serveru pomocí prvního účtu správce serveru vytvořte další uživatele a udělte jim přístup správce. Účet správce serveru můžete také použít k vytvoření méně privilegovaných uživatelů s přístupem k jednotlivým schématům databáze.

Note

Oprávnění SUPER a role DBA nejsou podporovány. Další podrobnosti najdete v dokumentaci k podporovaným oprávněním.

Modul plug-in caching_sha2_password související s heslem je ve výchozím nastavení povolený.

Pokud chcete povolit modul validate_password, viz integrované uložené procedury v Azure Database for MySQL.

Vytvoření databáze

  1. Získejte informace o připojení a uživatelské jméno správce.

    Pokud se chcete připojit k databázovému serveru, potřebujete úplný název serveru a přihlašovací údaje správce. Název serveru a přihlašovací údaje můžete snadno najít na stránce Přehled serveru nebo Vlastnosti na webu Azure Portal.

  2. Pro připojení k databázovému serveru použijte účet správce a heslo. Použijte preferovaný klientský nástroj MySQL Workbench, mysql.exenebo HeidiSQL.

  3. Upravte a spusťte následující kód SQL. Nahraďte zástupnou hodnotu db_user zamýšleným novým uživatelským jménem. Nahraďte zástupnou hodnotu testdb názvem databáze.

Tento kód SQL vytvoří novou databázi s názvem testdb. Potom vytvoří nového uživatele ve službě MySQL a udělí uživateli všechna oprávnění pro nové schéma databáze (testdb.*).

CREATE DATABASE testdb;

Vytvoření uživatele bez oprávnění správce

Uživatele bez oprávnění správce můžete vytvořit pomocí CREATE USER příkazu MySQL.

CREATE USER 'db_user'@'%' IDENTIFIED BY 'StrongPassword!';

GRANT ALL PRIVILEGES ON testdb . * TO 'db_user'@'%';

FLUSH PRIVILEGES;

Ověření uživatelských oprávnění

Pokud chcete zobrazit oprávnění povolená pro uživatele db_user v testdb databázi, spusťte SHOW GRANTS příkaz MySQL.

USE testdb;

SHOW GRANTS FOR 'db_user'@'%';

Připojení k databázi pomocí nového uživatele

Přihlaste se k serveru, zadejte určenou databázi a použijte nové uživatelské jméno a heslo. Tento příklad ukazuje příkazový řádek MySQL. Když použijete tento příkaz, zobrazí se výzva k zadání hesla uživatele. Použijte vlastní název serveru, název databáze a uživatelské jméno. Podívejte se, jak se připojit v následující tabulce.

--host mydemoserver.mysql.database.azure.com --database testdb --user db_user -p

Omezení oprávnění pro uživatele

Pokud chcete omezit typ operací, které může uživatel spustit v databázi, explicitně přidejte operace v příkazu GRANT . Podívejte se na následující příklad:

CREATE USER 'new_master_user'@'%' IDENTIFIED BY 'StrongPassword!';

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

FLUSH PRIVILEGES;

Informace o azure_superuser

Vytvořte servery s uživatelem jménem azure_superuser Microsoft vytvořili systémový účet pro správu serveru a zpracování monitorování, zálohování a pravidelné údržby. Technici na volání můžou tento účet také použít k přístupu k serveru během incidentu pomocí ověřování certifikátů a musí požádat o přístup prostřednictvím procesů JIT (just-in-time).

Související obsah

  • Poslední aktualizace v