该GRANT语句将权限授予 MySQL 用户帐户。

要使用 授予特权 GRANT，您必须拥有该 GRANT OPTION特权，并且您必须拥有您授予的特权。（或者，如果您 对系统数据库 UPDATE中的授权表具有权限，则可以授予任何帐户任何权限。）启用系统变量时，还需要该权限。 mysqlread_onlyGRANTSUPER

该REVOKE语句与管理员删除帐户权限相关GRANT并使管理员能够删除帐户权限。请参阅 第 13.7.1.6 节，“REVOKE 语句”。

每个帐户名都使用 第 6.2.4 节“指定帐户名”中描述的格式。例如：

GRANT ALL ON db1.* TO 'jeffrey'@'localhost';

帐户的主机名部分（如果省略）默认为 '%'.

通常，数据库管理员首先使用 CREATE USER创建一个帐户并定义其非特权特征，如密码、是否使用安全连接以及对服务器资源的访问限制，然后使用 GRANT定义其特权。 ALTER USER可用于更改现有帐户的非特权特征。例如：

CREATE USER 'jeffrey'@'localhost' IDENTIFIED BY 'password';
GRANT ALL ON db1.* TO 'jeffrey'@'localhost';
GRANT SELECT ON db2.invoice TO 'jeffrey'@'localhost';
ALTER USER 'jeffrey'@'localhost' WITH MAX_QUERIES_PER_HOUR 90;

来自mysql程序， 成功执行时GRANT响应 Query OK, 0 rows affected。要确定操作产生的特权，请使用SHOW GRANTS. 请参阅 第 13.7.5.21 节，“SHOW GRANTS 语句”。

GRANT支持最长 60 个字符的主机名。用户名最多可包含 32 个字符。数据库、表、列和例程名称最多可以包含 64 个字符。

语句中的几个对象GRANT 需要引用，尽管在许多情况下引用是可选的：帐户、数据库、表、列和例程名称。例如，如果帐户名中的 a user_name或 host_name值作为未加引号的标识符是合法的，则您无需将其加引号。但是，必须使用引号来指定 user_name包含特殊字符（例如-）的 host_name字符串，或者包含特殊字符或通配符（% 例如）的字符串'test-user'@'%.com'。分别引用用户名和主机名。

要指定引用值：

有关字符串引用和标识符引用指南，请参阅 第 9.1.1 节，“字符串文字”和 第 9.2 节，“模式对象名称”。

在数据库级别 ( ) 授予权限的语句中指定数据库名称时，允许 使用_和%通配符 。这意味着，例如，要将字符用作数据库名称的一部分，请 在语句中使用转义字符指定它，以防止用户能够访问与通配符模式匹配的其他数据库（例如， ）。 GRANTGRANT ... ON db_name.*_\\_GRANTGRANT ... ON `foo\_bar`.* TO ...

当数据库名称不用于在数据库级别授予权限时，而是作为向某些其他对象（例如表或例程）授予权限的限定符（例如， ），MySQL 将通配符解释为文字字符。 GRANT ... ON db_name.tbl_name

下表总结了 可以为and 语句priv_type指定的允许权限类型，以及可以授予每个权限的级别。有关每个权限的其他信息，请参阅 第 6.2.2 节，“MySQL 提供的权限”。 GRANTREVOKE

触发器与表关联。要创建或删除触发器，您必须拥有 TRIGGER表的权限，而不是触发器。

在GRANT语句中， ALL [PRIVILEGES]或PROXY 权限必须单独命名，不能与其他权限一起指定。 代表除和 特权ALL [PRIVILEGES]之外的所有可用于授予特权的级别的 特权。 GRANT OPTIONPROXY

USAGE可以指定创建没有权限的用户，或者在 不更改其现有权限的情况下为帐户指定REQUIREor子句。WITH（但是，GRANT不推荐使用 定义非特权特征。

MySQL 账户信息存储在 mysql系统数据库的表中。有关其他详细信息，请参阅第 6.2 节“访问控制和帐户管理”，其中广泛讨论了mysql系统数据库和访问控制系统。

如果授权表包含包含大小写混合的数据库或表名称的特权行，并且 lower_case_table_names系统变量设置为非零值， REVOKE则不能用于撤销这些特权。有必要直接操作授权表。（设置GRANT时不会创建此类行 lower_case_table_names，但此类行可能在设置该变量之前已创建。）

可以在多个级别授予权限，具体取决于ON子句使用的语法。对于 REVOKE，相同的 ON语法指定要删除的权限。

对于全局、数据库、表和例程级别， GRANT ALL 仅分配存在于您授予的级别的权限。例如，是一个数据库级别的语句，因此它不会授予任何仅全局权限，例如. 授予不会分配或 特权。 GRANT ALL ON db_name.*FILEALLGRANT OPTIONPROXY

该object_type子句（如果存在）应指定为TABLE、 FUNCTION或PROCEDURE 当以下对象是表、存储函数或存储过程时。

用户对数据库、表、列或例程所持有的权限是作为 OR每个权限级别（包括全局级别）的帐户权限的逻辑添加形成的。不可能因为较低级别的权限缺失而拒绝较高级别授予的权限。例如，此语句全局授予 SELECT和 INSERT权限：

GRANT SELECT, INSERT ON *.* TO u1;

全局授予的权限适用于所有数据库、表和列，即使未在任何较低级别授予。

特权检查程序的详细信息在 第 6.2.6 节“访问控制，第 2 阶段：请求验证”中介绍。

如果您甚至为一个用户使用表、列或例程权限，服务器会检查所有用户的表、列和例程权限，这会稍微减慢 MySQL 的速度。同样，如果您限制任何用户的查询、更新或连接数，服务器必须监视这些值。

MySQL 使您能够授予对不存在的数据库或表的特权。对于表，要授予的权限必须包括CREATE 权限。此行为是设计使然，旨在使数据库管理员能够为以后要创建的数据库或表准备用户帐户和权限。

语句中的user值 GRANT表示该语句适用的 MySQL 帐户。为了适应向来自任意主机的用户授予权限，MySQL 支持user以 . 'user_name'@'host_name'

您可以在主机名中指定通配符。例如， 适用于域中 的任何主机， 适用于C 类子网 中的任何主机。'user_name'@'%.example.com'user_nameexample.com'user_name'@'198.51.100.%'user_name198.51.100

简单形式 是 的同义词 。 'user_name''user_name'@'%'

MySQL 不支持用户名中的通配符。要引用匿名用户，请使用以下 GRANT语句指定一个具有空用户名的帐户：

GRANT ALL ON test.* TO ''@'localhost' ...;

在这种情况下，任何使用匿名用户的正确密码从本地主机连接的用户都被允许访问，并具有与匿名用户帐户关联的特权。

有关帐户名中的用户名和主机名值的其他信息，请参阅第 6.2.4 节，“指定帐户名”。

SELECT Host, User FROM mysql.user WHERE User='';

DROP USER ''@'localhost';

对于GRANT允许auth_option值跟在 user值之后 的语法，auth_option以 IDENTIFIED并指示帐户如何通过指定帐户身份验证插件、凭据（例如密码）或两者进行身份验证。子句的语法与 auth_option语句的语法相同CREATE USER。有关详细信息，请参阅第 13.7.1.2 节，“CREATE USER 语句”。

当IDENTIFIED存在并且您具有全局授予权限 ( GRANT OPTION) 时，指定的任何密码都将成为该帐户的新密码，即使该帐户存在并且已经有密码也是如此。没有IDENTIFIED，账户密码保持不变。

全局权限是管理性的或适用于给定服务器上的所有数据库。要分配全局权限，请使用 ON *.*语法：

GRANT ALL ON *.* TO 'someuser'@'somehost';
GRANT SELECT, INSERT ON *.* TO 'someuser'@'somehost';

、CREATE TABLESPACE、 CREATE USER、 FILE、 PROCESS、 RELOAD、 REPLICATION CLIENT、 REPLICATION SLAVE、 和 权限是管理权限SHOW DATABASES， 只能全局授予。 SHUTDOWNSUPER

可以全局或在更具体的级别授予其他特权。

GRANT OPTION在全局级别授予的任何全局权限适用于所有全局权限。

MySQL 将全局权限存储在 mysql.user系统表中。

数据库权限适用于给定数据库中的所有对象。要分配数据库级权限，请使用语法： ON db_name.*

GRANT ALL ON mydb.* TO 'someuser'@'somehost';
GRANT SELECT, INSERT ON mydb.* TO 'someuser'@'somehost';

如果您使用ON *语法（而不是 ON *.*），则在数据库级别为默认数据库分配权限。如果没有默认数据库，则会发生错误。

、CREATE、 DROP、 EVENT、 GRANT OPTION和 权限可以在数据库级别指定LOCK TABLES。 REFERENCES也可以在数据库级别指定表或例程权限，在这种情况下，它们适用于数据库中的所有表或例程。

MySQL 将数据库权限存储在 mysql.db系统表中。

表权限适用于给定表中的所有列。要分配表级权限，请使用语法： ON db_name.tbl_name

GRANT ALL ON mydb.mytbl TO 'someuser'@'somehost';
GRANT SELECT, INSERT ON mydb.mytbl TO 'someuser'@'somehost';

如果您指定tbl_name而不是 db_name.tbl_name，则该语句适用tbl_name于默认数据库。如果没有默认数据库，则会发生错误。

priv_type表级别 的允许值是ALTER, CREATE VIEW, CREATE, DELETE, DROP, GRANT OPTION, INDEX, INSERT, REFERENCES, SELECT, SHOW VIEW, TRIGGER, 和 UPDATE。

表级权限适用于基表和视图。它们不适用于使用 创建CREATE TEMPORARY TABLE的表，即使表名匹配也是如此。有关TEMPORARY表权限的信息，请参阅第 13.1.18.2 节，“CREATE TEMPORARY TABLE 语句”。

MySQL 将表权限存储在 mysql.tables_priv系统表中。

Column privileges apply to single columns in a given table. Each privilege to be granted at the column level must be followed by the column or columns, enclosed within parentheses.

GRANT SELECT (col1), INSERT (col1, col2) ON mydb.mytbl TO 'someuser'@'somehost';

The permissible priv_type values for a column (that is, when you use a column_list clause) are INSERT, REFERENCES, SELECT, and UPDATE.

MySQL stores column privileges in the mysql.columns_priv system table.

The ALTER ROUTINE, CREATE ROUTINE, EXECUTE, and GRANT OPTION privileges apply to stored routines (procedures and functions). They can be granted at the global and database levels. Except for CREATE ROUTINE, these privileges can be granted at the routine level for individual routines.

GRANT CREATE ROUTINE ON mydb.* TO 'someuser'@'somehost';
GRANT EXECUTE ON PROCEDURE mydb.myproc TO 'someuser'@'somehost';

The permissible priv_type values at the routine level are ALTER ROUTINE, EXECUTE, and GRANT OPTION. CREATE ROUTINE is not a routine-level privilege because you must have the privilege at the global or database level to create a routine in the first place.

MySQL stores routine-level privileges in the mysql.procs_priv system table.

The PROXY privilege enables one user to be a proxy for another. The proxy user impersonates or takes the identity of the proxied user; that is, it assumes the privileges of the proxied user.

GRANT PROXY ON 'localuser'@'localhost' TO 'externaluser'@'somehost';

When PROXY is granted, it must be the only privilege named in the GRANT statement, the REQUIRE clause cannot be given, and the only permitted WITH option is WITH GRANT OPTION.

Proxying requires that the proxy user authenticate through a plugin that returns the name of the proxied user to the server when the proxy user connects, and that the proxy user have the PROXY privilege for the proxied user. For details and examples, see Section 6.2.14, “Proxy Users”.

MySQL stores proxy privileges in the mysql.proxies_priv system table.

If an account named in a GRANT statement does not exist, the action taken depends on the NO_AUTO_CREATE_USER SQL mode:

If the account already exists, IDENTIFIED WITH is prohibited because it is intended only for use when creating new accounts.

MySQL can check X.509 certificate attributes in addition to the usual authentication that is based on the user name and credentials. For background information on the use of SSL with MySQL, see Section 6.3, “Using Encrypted Connections”.

The optional REQUIRE clause specifies SSL-related options for a MySQL account. The syntax is the same as for the CREATE USER statement. For details, see Section 13.7.1.2, “CREATE USER Statement”.

The optional WITH clause is used for these purposes:

The WITH GRANT OPTION clause gives the user the ability to give to other users any privileges the user has at the specified privilege level.

To grant the GRANT OPTION privilege to an account without otherwise changing its privileges, do this:

GRANT USAGE ON *.* TO 'someuser'@'somehost' WITH GRANT OPTION;

Be careful to whom you give the GRANT OPTION privilege because two users with different privileges may be able to combine privileges!

You cannot grant another user a privilege which you yourself do not have; the GRANT OPTION privilege enables you to assign only those privileges which you yourself possess.

Be aware that when you grant a user the GRANT OPTION privilege at a particular privilege level, any privileges the user possesses (or may be given in the future) at that level can also be granted by that user to other users. Suppose that you grant a user the INSERT privilege on a database. If you then grant the SELECT privilege on the database and specify WITH GRANT OPTION, that user can give to other users not only the SELECT privilege, but also INSERT. If you then grant the UPDATE privilege to the user on the database, the user can grant INSERT, SELECT, and UPDATE.

For a nonadministrative user, you should not grant the ALTER privilege globally or for the mysql system database. If you do that, the user can try to subvert the privilege system by renaming tables!

For additional information about security risks associated with particular privileges, see Section 6.2.2, “Privileges Provided by MySQL”.

It is possible to place limits on use of server resources by an account, as discussed in Section 6.2.16, “Setting Account Resource Limits”. To do so, use a WITH clause that specifies one or more resource_option values. Limits not specified retain their current values. The syntax is the same as for the CREATE USER statement. For details, see Section 13.7.1.2, “CREATE USER Statement”.

The biggest differences between the MySQL and standard SQL versions of GRANT are: