bitsCN.com
关于Mysql权限表的使用小结 前几天遇到一个问题。 我的msql权限表(mysql.user)的内容是这样的： Localhsot User Password % root *81F5E21E35407D884A6CD4A731AEBFB6AF209E1Bbogon root *81F5E21E35407D884A6CD4A731AEBFB6AF209E1Blocalhost xxw ::1 root *81F5E21E35407D884A6CD4A731AEBFB6AF209E1Blocalhost bogon 然后，我从localhost登陆这个服务器 > mysql -u root -p 密码输入正确，但是提示： ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES). 经过查询官方文档，原来和权限表的存储规则和排序规则有关系： 存储规则：如果User字段不为空，必须严格匹配；如果User字段存储的值为空值，匹配所有用户。同时，连接信息中，如果没有指定user，或者-u后面是空值，系统会认为是某一用户不提供用户名来访问，所以可以匹配所有用户名； 排序规则：权限表被读入内存的时候，按照的范围大小来排序，越详细的排在前面。首先按照Host字段排序，如果Host相同，就按照User字段排序。所以，如果有连接信息输入的时候，是按照读入内存的顺序匹配的，而不是按照数据库里的规则匹配。 回头看上面的例子，读入内存后，权限表排序如下： localhost xxw localhost bogon root *81F5E21E35407D884A6CD4A731AEBFB6AF209E1Bbogon ::1 root *81F5E21E35407D884A6CD4A731AEBFB6AF209E1B% root *81F5E21E35407D884A6CD4A731AEBFB6AF209E1B 按照以上规则，匹配到了第二条。本条规则的密码为空，但是我输入了最后一条存储的密码，所以登录失败。 但是Mysql的提示确实有误导性，使用户认为是匹配到了最后一条. bitsCN.com
下载本文
