为什么 MySQL 不喜欢用户“a”@“b”？当我刚刚从 mysql.user 中删除它们时？

Question

这就是我所做的。

mysql> CREATE USER 'matrix'@'%.something.com' IDENTIFIED BY 'weak';
ERROR 1396 (HY000): Operation CREATE USER failed for 'matrix'@'%.something.com'
mysql> CREATE USER 'foo'@'%.something.com' IDENTIFIED BY 'weak';
Query OK, 0 rows affected (0.00 sec)

这就是我最终得到的结果：

mysql> select user,host from mysql.user;
+------------------+--------------------+
| user             | host               |
+------------------+--------------------+
| auth             | %.something.com    |
| foo              | %.something.com    |
| submit           | %.something.com    |
| testcase         | %.something.com    |
| version          | %.something.com    |
| root             | 127.0.0.1          |
| root             | this.something.com |
| debian-sys-maint | localhost          |
| master           | localhost          |
| root             | localhost          |
+------------------+--------------------+
10 rows in set (0.00 sec)

---

看来问题是我通过 DELETE FROM mysql.user WHERE User IN (%s); 删除了用户来解决我不知道的问题不知道帐户是否存在。

我的（丑陋的）解决方案，将 DELETE FROM mysql.user WHERE... 替换为：

DELIMITER //
CREATE PROCEDURE dropuserif(u VARCHAR(32), h VARCHAR(64))
BEGIN
  DECLARE s INT;
  SELECT COUNT(*) INTO s FROM mysql.user WHERE user = u AND host = h;
  IF s > 0 THEN
    BEGIN
      SET @d = CONCAT("DROP USER '", u, "'@'", h, "';");
      PREPARE stmt_name FROM @d;
      EXECUTE stmt_name;
      DEALLOCATE PREPARE stmt_name;
    END;
  END IF;
END//
DELIMITER ;

Answer 1

在网络上搜索“错误 1396”会出现此错误报告。

原因似乎是先前删除的用户条目仍然以某种方式隐藏在数据库中，并阻止创建同名的新帐户。

在第一个语句之前尝试 FLUSH PRIVILEGES; 并再次运行它们。

Answer 2

请查看此处，以获得解决此问题的良好开端

[snark]
您是否有理由不直接搜索“mysql ERROR 1396”？
[/snark]'