MySQL中Delete与Drop用户的差异及脚本报错问题排查

核心原因 #

MySQL的DROP USER命令和phpMyAdmin的手动Delete操作存在本质差异：

• DROP USER 'user'@'host';会自动清理所有权限表（包括mysql.user、mysql.db、mysql.tables_priv等）中该用户的相关记录，并且自动刷新权限缓存，保证权限系统的一致性。
• phpMyAdmin的Delete操作本质是直接执行DELETE FROM mysql.user WHERE User='xxx' AND Host='xxx';，但不会清理其他权限表中的残留权限记录，也不会自动执行FLUSH PRIVILEGES刷新缓存。

当你用phpMyAdmin删完用户后，mysql.db或其他权限表中可能还保留着该用户的权限条目。此时脚本执行GRANT ... TO 'user'@'host';时，MySQL会去mysql.user表查找用户，发现不存在，但其他表有残留记录，就会触发ERROR 1133——权限系统的一致性被破坏，导致无法正常执行权限操作。

而用MySQL控制台执行DROP USER时，所有关联记录都被清理，所以脚本能正常重建用户。

解决办法 #

1. 改用正确的用户删除方式：在phpMyAdmin中不要用表格的Delete按钮删用户，找到用户列表中的「Drop user」选项（对应DROP USER命令），这样能彻底清理所有关联记录。

2. 手动清理残留记录（针对已经出现问题的情况）：
   登录MySQL控制台，执行以下命令替换your_user和your_host为实际信息：

   -- 清理db表中的残留权限
   DELETE FROM mysql.db WHERE User='your_user' AND Host='your_host';
   -- 清理表级权限残留
   DELETE FROM mysql.tables_priv WHERE User='your_user' AND Host='your_host';
   -- 清理列级权限残留
   DELETE FROM mysql.columns_priv WHERE User='your_user' AND Host='your_host';
   -- 清理存储过程权限残留
   DELETE FROM mysql.procs_priv WHERE User='your_user' AND Host='your_host';
   -- 刷新权限缓存
   FLUSH PRIVILEGES;
   

   执行完后再运行脚本，就能正常重建用户了。

3. 优化脚本逻辑：
   不要依赖「先尝试赋权失败再创建用户」的逻辑，改为先检查用户是否存在：

   # 检查用户是否存在
   USER_EXISTS=$(mysql -u root -p"$ROOT_PASS" -e "SELECT 1 FROM mysql.user WHERE User='$DB_USER' AND Host='$DB_HOST';" | grep -c 1)
   if [ $USER_EXISTS -eq 0 ]; then
       # 创建用户
       mysql -u root -p"$ROOT_PASS" -e "CREATE USER '$DB_USER'@'$DB_HOST' IDENTIFIED BY '$DB_PASS';"
   fi
   # 赋予权限
   mysql -u root -p"$ROOT_PASS" -e "GRANT ALL PRIVILEGES ON $DB_NAME.* TO '$DB_USER'@'$DB_HOST';"
   mysql -u root -p"$ROOT_PASS" -e "FLUSH PRIVILEGES;"
   

   这种方式能避免权限表残留导致的报错。

内容的提问来源于stack exchange，提问作者Samosa