页面打开中,请稍候...
www.Gzu521.com
| GZU521.COM学习网 |
|
2.2.1 范围列内容 一些范围列要求文字值，但它们大多数允许通配符或其他特殊值。 host 一个host列值可以是一个主机名或一个ip地址。值localhost意味着本地主机，但它只在你用一个localhost主机名时才匹配，而不是你在使用主机名时。假如你的本地主机名是pit.snake.net并且在user表中有对你的两条记录，一个有一个host值或localhost，而另一个有pit.snake.net，有localhost的记录将只当你连接localhost时匹配，其他在只在连接pit.snake.net时才匹配。如果你想让客户能以两种方式连接，你需要在user表中有两条记录。 你也可以用通配符指定host值。可以使用sql的模式字符“%”和“_”并具有当你在一个查询中使用like算符同样的含义（不允许regex算符）。 sql模式字符都能用于主机名和ip地址。如%wisc.edu匹配任何wisc.edu域内的主机，而%.edu匹配任何教育学院的主机。类似地，192.168.%匹配任何在192.168 b类子网的主机，而192.168.3.%匹配任何在192.168.3 c类子网的主机。 %值匹配所有主机，并可用于允许一个用户从任何地方连接。一个空白的host值等同于%。（例外：在db表中，一个空白host值含义是“进一步检查host表”，该过程在“查询访问验证”中介绍。） 从mysql 3.23起，你也可以指定带一个表明那些为用于网络地址的网络掩码的ip地址，如192.168.128.0/17指定一个17位网络地址并匹配其ip地址是192.168.128前17位的任何主机。 user 用户名必须是文字的或空白。一个空白值匹配任何用户。%作为一个user值不意味着空白，相反它匹配一个字面上的%名字，这可能不是你想要的。 当一个到来的连接通过user表被验证而匹配的记录包含一个空白的user值，客户被认为是一个匿名用户。 password 口令值可以是空或非空，不允许用通配符。一个空口令不意味着匹配任何口令，它意味着用户必须不指定口令。 口令以一个加密过的值存储，不是一个字面上的文本。如果你在password列中存储一个照字面上的口令，用户将不能连接！grant语句和mysqladmin password命令为你自动加密口令，但是如果你用诸如insert、replace、update或set password等命令，一定要用password("new_password")而不是简单的"new_password"来指定口令。 db 在columns_priv和tables_priv表中，db值必须是真正的数据库名（照字面上），不允许模式和空白。在db和host中，db值可以以字面意义指定或使用sql模式字符’%’或’_’指定一个通配符。一个’%’或空白匹配任何数据库。 table_name，column_name 这些列中的值必须是照字面意思的表或列名，不允许模式和空白。 某些范围列被服务器视为大小写敏感的，其余不是。这些原则总结在下表中。特别注意table_name值总是被看作大小写敏感的，即使在查询中的表名的大小写敏感性对待视服务器运行的主机的文件系统而定（unix下是大小写敏感，而windows不是）。 表3 授权表范围列的大小写敏感性 列 host user password db table_name column_name 大小写敏感性 no yes yes yes yes no 2.2.2 查询访问验证 每次你发出一个查询，服务器检查你是否有足够的权限执行它，它以user、db、tables_priv和columns_priv的顺序检查，知道它确定你有适当的访问权限或已搜索所有表而一无所获。更具体的说： 服务器检查user表匹配你开始连接的记录以查看你有什么全局权限。如果你有并且它们对查询足够了，服务器则执行它。 如果你的全局权限不够，服务器为你在db表中寻找并将该记录中的权限加到你的全局权限中。如果结果对查询足够，服务器执行它。 如果你的全局和数据库级组合的权限不够，服务器继续查找，首先在tables_priv表，然后columns_priv表。 如果你在检查了所有表之后仍无权限，服务器拒绝你执行查询的企图。 用布尔运算的术语，授权表中的权限被服务器这样使用： user or tables_priv or columns_priv 你可能疑惑为什么前面的描述只引用4个授权表，而实际上有5个。实际上服务器是这样检查访问权限： user or (db and host) or tables_priv or columns_priv 第一个较简单的表达式是因为host表不受grant和revoke语句影响。如果你总是用grant和revoke管理用户权限，你绝不需要考虑host表。但是其工作原理你用该知道 |
user or tables_priv or columns_priv
你可能疑惑为什么前面的描述只引用4个授权表，而实际上有5个。实际上服务器是这样检查访问权限：
user or (db and host) or tables_priv or columns_priv
第一个较简单的表达式是因为host表不受grant和revoke语句影响。如果你总是用grant和revoke管理用户权限，你绝不需要考虑host表。但是其工作原理你用该知道：
责任编辑：gzu521
您现在的位置:
