别再被忽悠了,MySQL使用grant授

从我上大学时,数据库概论老师就告诉我,MySQL使用grant对用户授权之后,一定记得要用flushprivilege命令刷新缓存,这样才能使赋权命令生效。毕业工作以后,在很多的技术文档上,仍然可以看到这种解释。

但是,grant授权之后真的必须flushprivilege吗?如果不flush,授权真的就不生效吗?

本篇文章也许会颠覆你的认知。

grant语句都做了哪些事

grant语句一般和创建用户配合使用,比如创建一个用户之后,给这个用户授予一定的权限,当然,也可以对一个已存在的用户授权。

我们以新建一个用户testuser为例:

这条语句会往mysql.user表插入一行数据,同时会往内存中一个叫acl_users的数组中插入一个acl_user对象。

由于还没有对这个用户授权,所以这个用户在user表中权限字段都是N,在acl_users数组中的对象的access字段都是0,表示还没有任何权限。

而对于一个用户的权限来说,其范围是不同的,分别为全局权限、DB权限、表权限、列权限。

全局权限

当我们对一个用户授予全局权限后,这个用户就拥有了对整个数据库实例的权限。

对testuser授予全局权限的写法:

使用grant授权之后,mysql.user表中testuser这一行的权限字段的值就会全部变成Y,内存中access的值也会变成1。

这时,如果有新的数据库连接接入,就可以从acl_users数组中查到这个用户的权限,并且保存在当前的线程对象。

总结一下就是,grant命令同时更新了磁盘和内存的值,并且对于新链接会立刻生效,但是对于已经存在的老的链接,则不会产生影响。

大家可以思考一下,为什么对于老的链接,grant命令不会立刻生效。

DB权限

DB权限就是给一个用户单独指定某个库的所有权。

DB权限与全局权限的授权命令的区别在于指定了DB库:db1.*,而不是*.*。

执行grant命令之后,MySQL会往mysql.db表插入一条记录,并且把权限字段的值置为Y,

另外增加一个对象到内存中的acl_dbs中,access的值设置为1。

当MySQL判断一个用户对某个数据库的执行权限时,会遍历这个acl_dbs数组,根据当前的user、host地址、DB名匹配符合的记录,并判断其中的权限位。

DB权限和全局权限的不同点在于,全局权限查询后会设置到当前连接的线程对象中,每次判断权限只需从线程对象中获取判断即可,而判断DB权限需要每次遍历acl_dbs数组。

由于每次判断DB权限都需要去内存中遍历acl_dbs数组,而这个数组又是一个全局对象,所以使用grant操作DB权限后,会立刻对所有链接生效。

表权限和列权限

除了全局权限和DB权限,MySQL还支持我们定义粒度更细的表权限和列权限。

grant表权限时,MySQL会更新mysql.tables_priv表,

grant列权限时,MySQL会更新mysql.columns_priv表,

同时,这两个操作都会触发MySQL更新内存中的hash表column_priv_hash。

与DB权限一样,对于表权限和列权限的修改,也会立刻影响到所有的链接。

那说了这么多,看起来grant命令都是立刻生效了,好像也不需要执行flushprivileges了?

其实答案就是这样的,grant命令授权后,并不需要再特意执行flushprivileges了。

flushprivileges的使用场景

既然MySQL提供了flushprivileges,说明肯定有其适用的场景。

那么,flushprivileges一般用在什么场景呢?

当使用flushprivileges时,会清空内存中的acl_users、acl_dbs等数组,然后从表mysql.users、mysql.db等表中重新加载数据,

换句话说,flushprivileges主要用于使内存中的权限和数据库中保持一致。

一般来说,内存中的数据和磁盘表中的数据都是一致的,但是当我们直接使用DML语句修改权限表中的值时,就会造成内存和磁盘的数据不一致。

这时,就需要使用flushprivileges命令,刷新内存,使内存和磁盘的数据保持一致。

总结

使用grant命令之后,并不需要再随手加上flushprivileges,因为grant语句会同时修改数据表和内存。

只有当我们不规范的直接使用DML语句修改表中权限字段时,才需要使用flushprivileges刷新数据。

我是

程序员拾山,欢迎


转载请注明:http://www.aierlanlan.com/rzfs/7979.html