前两天项目数据库要移植到mysql，为此临时抓了几天很久没用的mysql。

　　公司的数据库比较简单，从oracle迁移到mysql很简单，但是，中间的权限管理让我感觉既简单又复杂。。简单是因为网上关于mysql用户，权限管理的帖子很多，

按照上面的做，基本上能解决遇到的问题。复杂是因为如果考虑的特殊的场景，权限管理会让很多新手蛋疼的不要不要的。

　　mysql权限的基础我在这里就不讲了，大家一艘一大把，我这里主要就我的理解在前人基础上做一些解读。公司用的是mysql5.5，所以我的解读仅限于这个版本。其他版本大家自行实验。

1. %和localhost

grant all on *.* to watf@'%';

grant all on *.* to watf@'localhost';

按照我开始的理解，%是代表所有的主机;localhost本地主机，也就是安装mysql的主机。but，这个理解是有问题的。

用第一种授权方式并没有获得本地主机的权限。所以localhost并不是%的子集, 远程主机和本地主机请分别授权。

2. grant all on *. *  to dbtest@'localhost' identified by 'dbtest';

解释：已有dbtest用户，这是在授权兼改密码 ，没有dbtest的情况下是创建带密码用户兼授权。所以还可以用grant命令建用户，改密码，尼玛又多了一项技能有没有。看见不少人授权时用的带密码的方式，我怀疑他们认为这个密码仅仅是用来验证的。假如这个密码输的和原来的不一致，尼玛后面登录不了恐怕他也不知道咋回事。

3.  set password for root=password('root') 是否等同于 update mysql.user set password=password('root') where user='root';

　　看到不少帖子认为这两种改密码的方式是相同的。我想说No，

　　set password for root=password('root')  等同于 set password for root@'%'=password('root') ,

　　所以同样应该等同于 update mysql.user set password=password('root') where user='root' and host='%';如果root分别设置了'localhost'和'%'的密码,用第一种改密码方式只会修改远程登录root用户的密码，第二种方式远程和本地登录root用户的密码都会修改。

　　另外，第一种是系统定义的修改密码的方式，可能会牵扯到多张表或者其他操作，而第二种只是修改了用户表而已，除非有明确的官方说明，修改密码只需要修改用户表，和其他表无关，没有其他多余操作，否则，我真的不建议用第二种方式。

4.  drop user aaa;

你以为这个会让aaa用户不能登录么？错，实际上这个只能让远程用户就不能登录，本地用户（如果有的话），照登不误。

原因其实和第一个问题一样，还是%和localhost的区别，因为drop user aaa; 等同于drop user aaa@'%';

另外，有人说可以用delete from mysql.user where user='aaa';这样做确实会让用户不能登录，可以简单的认为删除了用户，但是实际上用户的权限，数据库 都没有删除，这样只是自欺欺人。