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

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)

希望这能有所帮助。

检查是否

“用户”@“%”

or

’user’@’localhost’

自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。

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

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

two method 
one :
setp 1: drop user 'jack'@'localhost';
setp 2: create user 'jack'@localhost identified by 'ddd';

two:
setp 1: delete from user where user='jack'and host='localhost';
setp 2: flush privileges;
setp 3: create user 'jack'@'localhost' identified by 'ddd';

mysql> DELETE FROM mysql.db WHERE user = 'jack'

重启服务器:

# mysql。服务器重启

然后执行CREATE USER命令。