MySQL DROP USER vs DELETE FROM mysql.user 差異：權限殘留風險與正確刪除姿勢

核心差異

實戰驗證

-- 1. 建用戶並授權
GRANT ALL ON test.* TO 'test'@'%' IDENTIFIED BY 'test';

-- 2. 只刪 user 表
DELETE FROM mysql.user WHERE User='test';
FLUSH PRIVILEGES;

-- 3. 檢查 db 表 —— 權限仍在！
SELECT * FROM mysql.db WHERE User='test';
+------+------+------+-------------+...
| Host | Db   | User | Select_priv |...
+------+------+------+-------------+...
| %    | test | test | Y           |...

-- 4. 重建同名低權限用戶
GRANT SELECT ON test.* TO 'test'@'%' IDENTIFIED BY 'test';
-- 發現 db 表權限**未變**，仍為 ALL PRIVILEGES！

根因

MySQL 權限系統為**多表授權模型**，DROP USER 會遍歷所有權限表清理，而 DELETE 只操作單表。

正確姿勢

1. **永遠使用 DROP USER** 刪除賬戶。
2. 若誤用 DELETE，必須手動清理：

DELETE FROM mysql.db WHERE User='test';
DELETE FROM mysql.tables_priv WHERE User='test';
DELETE FROM mysql.columns_priv WHERE User='test';
DELETE FROM mysql.procs_priv WHERE User='test';
FLUSH PRIVILEGES;

最佳實踐

• 腳本化用戶生命週期管理，統一用 CREATE USER/DROP USER/GRANT/REVOKE。
• 定期審計 mysql.db 等權限表，排查孤兒權限（User 不在 mysql.user 中）。
• MySQL 8.0+ 可用 SHOW CREATE USER 導出定義，版本控制管理。