### MySQL 用户管理

MySQL 管理员应该知道如何设置 MySQL 用户账号，指出哪个用户可以连接服务器，从哪里连接，连接后能做什么。MySQL 3.22.11 开始引入两条语句使得这项工作更容易做：GRANT 语句创建 MySQL 用户并指定其权限，而 REVOKE 语句删除权限。两条语句扮演了 mysql 数据库的前端角色，并提供与直接操作这些表的内容不同的另一种方法。CREATE 和 REVOKE 语句影响 4 个表：授权表
内容
user 能连接服务器的用户以及他们拥有的任何全局权限
db 数据库级权限
tables_priv 表级权限
columns_priv 列级权限
还有第 5 个授权表（host），但它不受 GRANT 和 REVOKE 的影响。
当你对一个用户发出一条 GRANT 语句时，在 user 表中为该用户创建一条记录。如果语句指定任何全局权限（管理权限或适用于所有数据库的权限），这些也记录在 user 表中。如果你指定数据库、表和列级权限，他们被分别记录在 db、tables_priv 和 columns_priv 表中。
用 GRANT 和 REVOKE 比直接修改授权表更容易些，然而，建议你阅读一下《MySQL 安全性指南》。这些表异常重要，而且作为一名管理员，你应该理解它们如何超越 GRANT 和 REVOKE 语句的功能水平。
在下面的章节中，我们将介绍如何设置 MySQL 用户账号并授权。我们也涉及如何撤权和从授权表中删除用户。
你可能也想考虑使用 mysqlaccess 和 mysql_setpermission 脚本，它是 MySQL 分发的一部分，它们是 Perl 脚本，提供 GRANT 语句的另一种选择设置用户账号。mysql_setpermission 需要安装 DBI 支持。
1 创建用户并授权
GRANT 语句的语法看上去像这样：GRANT privileges (columns) ON what TO user IDENTIFIED BY "password" WITH GRANT OPTION
要使用该语句，你需要填写下列部分：
privileges
授予用户的权限，下表列出可用于 GRANT 语句的权限指定符：
权限指定符
权限允许的操作
ALTER 修改表和索引
CREATE 创建数据库和表
DELETE 删除表中已有的记录
DROP 抛弃（删除）数据库和表
INDEX 创建或抛弃索引
INSERT 向表中插入新行
REFERENCE 未用
SELECT 检索表中的记录
UPDATE 修改现存表记录
FILE 读或写服务器上的文件
PROCESS 查看服务器中执行的线程信息或杀死线程
RELOAD 重载授权表或清空日志、主机缓存或表缓存。
SHUTDOWN 关闭服务器
ALL 所有；ALL PRIVILEGES 同义词
USAGE 特殊的“无权限”权限
上表显示在第一组的权限指定符适用于数据库、表和列，第二组数管理权限。一般，这些被相对严格地授权，因为它们允许用户影响服务器的操作。第三组权限特殊，ALL 意味着“所有权限”，UASGE 意味着无权限，即创建用户，但不授予权限。
columns
权限运用的列，它是可选的，并且你只能设置列特定的权限。如果命令有多于一个列，应该用逗号分开它们。
what
权限运用的级别。权限可以是全局的（适用于所有数据库和所有表）、特定数据库（适用于一个数据库中的所有表）或特定表的。可以通过指定一个 columns 字句是权限是列特定的。
user
权限授予的用户，它由一个用户名和主机名组成。在 MySQL 中，你不仅指定谁能连接，还有从哪里连接。这允许你让两个同名用户从不同地方连接。MySQL 让你区分他们，并彼此独立地赋予权限。
MySQL 中的一个用户名就是你连接服务器时指定的用户名，该名字不必与你的 Unix 登录名或 Windows 名联系起来。缺省地，如果你不明确指定一个名字，客户程序将使用你的登录名作为 MySQL 用户名。这只是一个约定。你可以在授权表中将该名字改为 nobody，然后以 nobody 连接执行需要超级用户权限的操作。
password
赋予用户的口令，它是可选的。如果你对新用户没有指定 IDENTIFIED BY 子句，该用户不赋给口令（不安全）。对现有用户，任何你指定的口令将代替老口令。如果你不指定口令，老口令保持不变，当你用 IDENTIFIED BY 时，口令字符串用改用口令的字面含义，GRANT 将为你编码口令，不要象你用 SET PASSWORD 那样使用 password()函数。
WITH GRANT OPTION 子句是可选的。如果你包含它，用户可以授予权限通过 GRANT 语句授权给其它用户。你可以用该子句给与其它用户授权的能力。
用户名、口令、数据库和表名在授权表记录中是大小写敏感的，主机名和列名不是。
一般地，你可以通过询问几个简单的问题来识别 GRANT 语句的种类：
谁能连接，从那儿连接？
用户应该有什么级别的权限，他们适用于什么？
用户应该允许管理权限吗？
下面就讨论一些例子。
1.1 谁能连接，从那儿连接？
你可以允许一个用户从特定的或一系列主机连接。有一个极端，如果你知道降职从一个主机连接，你可以将权限局限于单个主机：GRANT ALL ON samp_db.* TO boris@localhost IDENTIFIED BY "ruby"GRANT ALL ON samp_db.* TO fred@res.mars.com IDENTIFIED BY "quartz"
(samp_db.*意思是“samp_db 数据库的所有表)另一个极端是，你可能有一个经常旅行并需要能从世界各地的主机连接的用户 max。在这种情况下，你可以允许他无论从哪里连接：GRANT ALL ON samp_db.* TO max@% IDENTIFIED BY "diamond"
“%”字符起通配符作用，与 LIKE 模式匹配的含义相同。在上述语句中，它意味着“任何主机”。所以 max 和 max@%等价。这是建立用户最简单的方法，但也是最不安全的。
取其中，你可以允许一个用户从一个受限的主机集合访问。例如，要允许 mary 从 snake.net 域的任何主机连接，用一个%.snake.net 主机指定符：GRANT ALL ON samp_db.* TO mary@.snake.net IDENTIFIED BY "quartz";
如果你喜欢，用户标识符的主机部分可以用 IP 地址而不是一个主机名来给定。你可以指定一个 IP 地址或一个包含模式字符的地址，而且，从 MySQL 3.23，你还可以指定具有指出用于网络号的位数的网络掩码的 IP 号： GRANT ALL ON samp_db.* TO boris@192.168.128.3 IDENTIFIED BY "ruby" GRANT ALL ON samp_db.* TO fred@192.168.128.% IDENTIFIED BY "quartz" GRANT ALL ON samp_db.* TO rex@192.168.128.0/17 IDENTIFIED BY "ruby"
第一个例子指出用户能从其连接的特定主机，第二个指定对于 C 类子网 192.168.128 的 IP 模式，而第三条语句中，192.168.128.0/17 指定一个 17 位网络号并匹配具有 192.168.128 头 17 位的 IP 地址。
如果 MySQL 抱怨你指定的用户值，你可能需要使用引号（只将用户名和主机名部分分开加引号）。GRANT ALL ON samp_db.president TO "my friend"@"boa.snake.net"
1.2 用户应该有什么级别的权限和它们应该适用于什么？
你可以授权不同级别的权限，全局权限是最强大的，因为它们适用于任何数据库。要使 ethel 成为可做任何事情的超级用户，包括能授权给其它用户，发出下列语句：GRANT ALL ON *.* TO ethel@localhost IDENTIFIED BY "coffee" WITH GRANT OPTION
ON 子句中的*.*意味着“所有数据库、所有表”。从安全考虑，我们指定 ethel 只能从本地连接。限制一个超级用户可以连接的主机通常是明智的，因为它限制了试图破解口令的主机。
有些权限（FILE、PROCESS、RELOAD 和 SHUTDOWN）是管理权限并且只能用"ON *.*"全局权限指定符授权。如果你愿意，你可以授权这些权限，而不授权数据库权限。例如，下列语句设置一个 flush 用户，他只能发出 flush 语句。这可能在你需要执行诸如清空日志等的管理脚本中会有用：GRANT RELOAD ON *.* TO flushl@localhost IDENTIFIED BY "flushpass"
一般地，你想授权管理权限，吝啬点，因为拥有它们的用户可以影响你的服务器的操作。
数据库级权限适用于一个特定数据库中的所有表，它们可通过使用 ON db_name.*子句授予：GRANT ALL ON samp_db TO bill@racer.snake.net INDETIFIED BY "rock" GRANT SELECT ON samp_db TO ro_user@% INDETIFIED BY "rock"
第一条语句向 bill 授权 samp_db 数据库中所有表的权限，第二条创建一个严格限制访问的用户 ro_user（只读用户），只能访问 samp_db 数据库中的所有表，但只有读取，即用户只能发出 SELECT 语句。
你可以列出一系列同时授予的各个权限。例如，如果你想让用户能读取并能修改现有数据库的内容，但不能创建新表或删除表，如下授予这些权限：GRANT SELECT,INSERT,DELETE,UPDATE ON samp_db TO bill@snake.net INDETIFIED BY "rock"
对于更精致的访问控制，你可以在各个表上授权，或甚至在表的每个列上。当你想向用户隐藏一个表的部分时，或你想让一个用户只能修改特定的列时，列特定权限非常有用。如：GRANT SELECT ON samp_db.member TO bill@localhost INDETIFIED BY "rock"GRANT UPDATE (expiration) ON samp_db. member TO bill@localhost
第一条语句授予对整个 member 表的读权限并设置了一个口令，第二条语句增加了 UPDATE 权限，当只对 expiration 列。没必要再指定口令，因为第一条语句已经指定了。
如果你想对多个列授予权限，指定一个用逗号分开的列表。例如，对 assistant 用户增加 member 表的地址字段的 UPDATE 权限，使用如下语句，新权限将加到用户已有的权限中：
GRANT UPDATE (street,city,state,zip) ON samp_db TO assistant@localhost
通常，你不想授予任何比用户确实需要的权限宽的权限。然而，当你想让用户能创建一个临时表以保存中间结果，但你又不想让他们在一个包含他们不应修改内容的数据库中这样做时，发生了要授予在一个数据库上的相对宽松的权限。你可以通过建立一个分开的数据库（如 tmp）并授予开数据库上的所有权限来进行。例如，如果你想让来自 mars.net 域中主机的任何用户使用 tmp 数据库，你可以发出这样的 GRANT 语句：
GRANT ALL ON tmp.* TO ""@mars.net
在你做完之后，用户可以创建并用 tmp.tbl_name 形式引用 tmp 中的表（在用户指定符中的""创建一个匿名用户，任何用户均匹配空白用户名）。
1.3 用户应该被允许管理权限吗？
你可以允许一个数据库的拥有者通过授予数据库上的所有拥有者权限来控制数据库的访问，在授权时，指定 WITH GRANT OPTION。例如：如果你想让 alicia 能从 big.corp.com 域的任何主机连接并具有 sales 数据库中所有表的管理员权限，你可以用如下 GRANT 语句：
GRANT ALL ON sales.* TO alicia@%.big.corp.com INDETIFIED BY "applejuice" WITH GRANT OPTION
在效果上 WITH GRANT OPTION 子句允许你把访问授权的权利授予另一个用户。要注意，拥有 GRANT 权限的两个用户可以彼此授权。如果你只给予了第一个用户 SELECT 权限，而另一个用户有 GRANT 加上 SELECT 权限，那么第二个用户可以是第一个用户更“强大”。
2 撤权并删除用户
要取消一个用户的权限，使用 REVOKE 语句。REVOKE 的语法非常类似于 GRANT 语句，除了 TO 用 FROM 取代并且没有 INDETIFED BY 和 WITH GRANT OPTION 子句：
REVOKE privileges (columns) ON what FROM user
user 部分必须匹配原来 GRANT 语句的你想撤权的用户的 user 部分。privileges 部分不需匹配，你可以用 GRANT 语句授权，然后用 REVOKE 语句只撤销部分权限。
REVOKE 语句只删除权限，而不删除用户。即使你撤销了所有权限，在 user 表中的用户记录依然保留，这意味着用户仍然可以连接服务器。要完全删除一个用户，你必须用一条 DELETE 语句明确从 user 表中删除用户记录：%mysql -u root mysqlmysql>DELETE FROM user ->WHERE User="user_name" and Host="host_name";mysql>FLUSH PRIVILEGES;
DELETE 语句删除用户记录，而 FLUSH 语句告诉服务器重载授权表。（当你使用 GRANT 和 REVOKE 语句时，表自动重载，而你直接修改授权表时不是。）