创建MySQL新用户必须先用CREATE USER，再用GRANT赋权；直接GRANT会报错，且需注意主机限制、密码策略、认证插件兼容性、权限范围与刷新机制。
创建 MySQL 新用户必须用 CREATE USER，不能只靠 GRANT
很多操作失败是因为误以为执行 GRANT 就自动建用户。MySQL 8.0+ 默认严格模式下，GRANT 遇到不存在的用户会直接报错：ERROR 1410 (42000): You are not allowed to create a user with GRANT。
正确顺序是先建用户，再赋权：
CREATE USER 'app_user'@'192.168.1.%' IDENTIFIED BY 'StrongPass123!';
-
'app_user'@'192.168.1.%'中的主机部分别写成%（全网可连）除非真有需要，生产环境应限制 IP 段或具体 IP - 密码必须满足当前 validate_password 策略，例如默认策略可能要求至少 8 位、含大小写字母+数字+特殊字符
- MySQL 8.0+ 默认认证插件是
caching_sha2_password，旧客户端（如某些 Python 2.x pymysql 版本）可能不兼容，必要时加IDENTIFIED WITH mysql_native_password
分配权限要用 GRANT，且需显式指定数据库和表范围
权限不是“给完就生效”，必须搭配 FLUSH PRIVILEGES 或重启服务——但更推荐用 GRANT 后直接 FLUSH PRIVILEGES，因为 GRANT 本身在多数版本中已自动重载权限缓存，但保险起见仍建议手动刷一次。
常见权限组合示例：
GRANT SELECT, INSERT, UPDATE ON myapp.* TO 'app_user'@'192.168.1.%';
-
myapp.*表示只对myapp库下所有表授权；若写成*.*是全局权限，DBA 才该用 - 不推荐直接给
ALL PRIVILEGES，尤其避免DROP、CREATE USER、GRANT OPTION这类高危权限 - 如果应用只需要读，就只给
SELECT；如果用到存储过程，还得额外EXECUTE - MySQL 8.0+ 支持角色（
CREATE ROLE），适合多用户统一权限管理，但小项目直接GRANT更直观
删除用户或回收权限要小心 DROP USER 和 REVOKE 的行为差异
DROP USER 会彻底删除账号及其所有权限记录；而 REVOKE 只撤权限，用户还存在。
