CentOS release 6.8 (Final)
5.6.29-log MySQL Community Server (GPL)
IP地址: 10.10.10.10
现象描述
1、创建程序账号Prod_user,授权insert、delete、update、select的权限,网段是10.10.%
2、使用程序账号Prod_user连接上实例执行DML全部都是 command denied to user
3、在MySQL本地使用Prod_user连接,DML都是可以正常运行的
4、尝试在非MySQL实例本地使用Prod_user账号连接,执行DML也都是 command denied to user
解决
1、执行 select * from mysql.db 第一行发现类似的信息:
2、根据MySQL的权限匹配规则可以清楚的知道MySQL匹配到了这行,然后执行drop user ‘‘@‘%‘
3、但是执行flush privilege之后没有生效,最后只能重启实例之后生效
验证
1、任何账号User在匹配Host的情况针对DB的权限匹配是否是根据按照select * from mysql.db 展示出来的权限进行匹配的?
2、delete mysql.user where user=‘user_name‘ and host=‘10.10.%‘ 账号删除之后,是否会在mysql.db中针对账号‘user_name‘@‘10.10.%‘的权限行上面将user_name设置为空,并且放到第一行,或者是什么地方?
3、如何删除mysql.db中User为空的权限信息?并且能够立即生效
实验
1、创建账号
我们都比较清楚,MySQL的账号是贪婪匹配的,所以当我们在10.201.这个网段连接MySQL实例的时候匹配的账号是‘zero‘@‘10.201.%‘这个账号,并且权限是SELECT的权限
2、删除账号‘zero‘@‘10.201.%‘
3、权限验证
br/>可以很明显的看到匹配的账号是‘zero‘@‘10.%‘这个账号,但是实际情况insert是拒绝的
4、查询mysql.db
5、执行drop user ‘zero‘@‘10.201.%‘
发现关于用户 ‘zero‘@‘10.201.%‘的全新已经不存在了
6、再一次 验证权限
7、查询Use为空的mysql.db信息
8、执行删除账号 drop user ‘‘@‘%‘;
总结
1、DB的全新匹配顺序是走mysql.db里面的内容。
2、delete from mysql.user 有可能会导致生成 mysql.db 内部 user为 空的现象(测试环境暂时无法模拟出来)。