我的经验与这个错误导致我做显式删除mysql。用户，但不是从mysql.db

如果create中的用户名存在于user或db中，就会得到这个错误。通过做 从mysql删除。user == 'user@bar'; delete from mysql.db where User == 'user@bar';

我今天遇到了这个问题，我通过以下步骤解决了它:

1)手动在mysql.user中插入麻烦的用户提供的必填字段值

mysql> insert into user(Host, User, Password, ssl_type) 
   values ('localhost', 'jack', 'jack', 'ANY');

2)

mysql> select * from user where User = 'jack';
   1 row in set (0.00 sec)

3)。

mysql> drop user jack;
Query OK, 0 rows affected (0.00 sec)

B. mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

C. mysql> create user 'jack' identified by 'jack';
Query OK, 0 rows affected (0.00 sec)

D. mysql> select Host, User, Password, ssl_type  from user where User = 'jack';
+-----------+-----------+-------------------------------------------+----------+
| Host      | User      | Password                                  | ssl_type |
+-----------+-----------+-------------------------------------------+----------+
| localhost | jack      | jack                                      | ANY      |
| %         | jack      | *45BB7035F11303D8F09B2877A00D2510DCE4D758 |          |
+-----------+-----------+-------------------------------------------+----------+
2 rows in set (0.00 sec)

4)。

mysql> delete from user 
 where User = 'nyse_user' and 
       Host = 'localhost' and 
       Password ='nyse';
Query OK, 1 row affected (0.00 sec)

B.

mysql> select Host, User, Password, ssl_type  from user where User = 'jack';
+------+-----------+-------------------------------------------+----------+
| Host | User      | Password                                  | ssl_type |
+------+-----------+-------------------------------------------+----------+
| %    | jack      | *45BB7035F11303D8F09B2877A00D2510DCE4D758 |          |
+------+-----------+-------------------------------------------+----------+
1 row in set (0.00 sec)

希望这能有所帮助。

自2007年以来，这个bug一直存在于bugs.mysql.com上，这个线程主要是在重复一年前的所有错误答案。

根据MySQL文档，像CREATE USER、GRANT、REVOKE和DROP USER这样的命令不需要后续的FLUSH PRIVILEGES命令。原因很清楚，如果你读过文件的话。这是因为直接修改MySQL表不会将信息重新加载到内存中;然而，针对这个错误的大量解决方案都声称FLUSH PRIVILEGES是答案。

这甚至可能不是一个bug。这是一个文档阴谋——不同版本的文档在一个关键的地方有所不同。

13.7.1.2. DROP USER语法

...

DROP USER USER [， USER]…

...

DROP USER 'jeffrey'@'localhost';

如果只指定帐户名的用户名部分，则使用'%'的主机名部分。

DROP USER在MySQL 5.0.0中只删除没有特权的帐户。在MySQL 5.0.2中，它被修改为删除帐户特权。这意味着删除一个帐户的过程取决于你的MySQL版本。

从MySQL 5.0.2开始，你可以像下面这样删除一个帐户和它的特权:

DROP USER用户

该语句从所有授权表中删除该帐户的特权行。

我唯一一次得到这个错误是当我做DROP USER USER;就像文档建议的那样，但是MySQL不会将'%'作为通配符来处理，这样会删除所有主机上的所有用户。毕竟也没那么狂野。或者，当它删除本地主机用户，然后尝试删除位于%的用户时，它有时可能会工作。

我很清楚，当它试图删除%的用户时，它会发出错误消息并退出。后续在本地主机上创建用户将失败，因为本地主机用户从未被删除。似乎没有必要像一位发帖者建议的那样，浪费时间在拨款表中寻找“幽灵”。

我看到7票赞成:

DROP USER 'jack@localhost';//完全删除帐户

它被解释为DROP USER 'jack@localhost'@'%';#错了

实际上似乎有一个真正的错误，产生相同的错误消息，但它与第一个创建的用户(在新的mysql服务器安装后)被删除有关。我不知道这个漏洞是否已经修复;但我不记得最近发生过这种事，我现在的体温达到了5.5.27。

一个简单的工作围绕这个问题。由于“delete”命令只是删除mysql数据库“user”表中的用户记录，我们可以将其重新添加，然后完全删除该用户。然后可以创建同名用户。

步骤1。在mysql数据库中查找用户表的记录格式

use mysql;
select * from user;

步骤2。根据步骤1中显示的列，使用用户名创建一个虚拟记录。将其插入到表中，例如，提醒将“用户名”替换为您的用户名。

Insert into user value ('%','username','N','N','N','N','N',
'N','N','N','N','N','N','N','N','N','N','N','N','N','N','N',
'N','N','N','N','N','N','N','N','N','','','','','0','0','0',
'0','mysql_native_password',
'*52C5E3AC6BC5E2E0BFF86978BF62A1481AC79D58','N',
'2016-12-10 23:59:12',null,'N');

注意:有时您可能会在插入时遇到问题，只需更改数据即可使其工作。

步骤3。删除该用户。

drop user username;

现在您可以创建具有相同名称的用户。

MySQL服务器正在使用——skip-grant-tables选项运行，所以它不能执行这条语句

似乎您需要为数据库创建用户，并为创建的用户授予特权

——>为数据库创建用户

CREATE  USER <'username'>@'%'IDENTIFIED BY <'password'>;

创建用户“root”@“%”，用户名为“root”;

——>授予特权

FLUSH PRIVILEGES;
GRANT ALL PRIVILEGES ON <db name>.* TO '<username>'@'%';

授予mydb上的所有特权。*到“root”@“%”;