新手必须先学MySQL权限管理，因为90%的连接失败、查询报错源于权限缺失或配置错误；需掌握CREATE USER、CREATE DATABASE、GRANT SELECT/INSERT/UPDATE、FLUSH PRIVILEGES四条最小权限命令，并严格注意host匹配、语法细节与实操验证。
适合，但必须跳过“直接给 root 密码连上就开干”的陷阱——MySQL 权限管理本身不难，难的是默认配置和常见误操作会立刻让你卡在 Access denied 或 SELECT command denied 上，新手往往以为是语法错，其实是权限没配对。
为什么新手一上来就该学权限管理？
因为不设权限，等于没装锁；设错权限，等于把钥匙扔在门口。真实开发中，90% 的连接失败、查询报错、部署失败，根源不是 SQL 写得不对，而是用户没被授予对应数据库/表的 SELECT、INSERT 或甚至 USAGE 权限。
- 本地开发用
root@localhost能跑通，换到测试环境用app_user@'192.168.5.%'就连不上——主机名（host）不匹配，权限表里根本没这条记录 - 执行
GRANT SELECT ON mydb.* TO 'user'@'localhost';后仍报错？忘了FLUSH PRIVILEGES;（MySQL 8.0+ 大多自动刷新，但低版本或特殊部署仍需手动） - 用
CREATE USER 'u'@'%';创建用户却无法登录？因为没指定IDENTIFIED BY，密码为空或无效，且 MySQL 8.0+ 默认拒绝空密码
新手必须掌握的 4 条最小权限命令
别背全部权限列表，先焊死这四条高频场景对应的语句，覆盖 80% 日常需求：
CREATE USER 'dev_user'@'localhost' IDENTIFIED BY 'P@ssw0rd2026'; CREATE DATABASE app_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; GRANT SELECT, INSERT, UPDATE ON app_db.* TO 'dev_user'@'localhost'; FLUSH PRIVILEGES;
-
CREATE USER：必须带@'host'，'localhost'≠'127.0.0.1'（MySQL 视为两个不同用户） -
GRANT ... ON database.*：星号前是数据库名，后面加.*表示“这个库下所有表”，漏掉点号会变成全局权限写法*.*，极其危险 - 新手常误写成
GRANT ALL ON app_db TO ...—— 缺少.*，实际授的是数据库级管理权限（如CREATE TABLE），但不包含表内数据操作权限 -
FLUSH PRIVILEGES在 MySQL 5.7 及更早版本中必须执行；8.0+ 一般不需要，但遇到权限不生效时，先敲它总没错
最容易被忽略的权限细节：host 白名单才是第一道门
权限判断顺序是：先看能不能连进来（user + host 匹配 mysql.user 表），再看能干什么（查 mysql.db、mysql.tables_priv 等）。很多新手查了半天 GRANT 没问题，结果发现 SELECT user, host FROM mysql.user; 根本没自己创建的那行记录——因为 CREATE USER 失败了，或者创建时用了 'user'@'%' 却从 localhost 连，而 MySQL 优先匹配更具体的 host（localhost 比 % 更具体），导致找不到可用账户。
- 本地开发，无脑用
'user'@'localhost' - 允许远程连接，不要用
'user'@'%'，改用'user'@'192.168.1.%'或具体 IP（MySQL 8.0+ 支持 CIDR） - 确认当前连接来源：进 MySQL 后执行
SELECT USER(), CURRENT_USER();，前者是你“声称”的用户，后者是服务器“认可”的用户——两者不一致，说明 host 匹配出错了
权限不是越细越好，也不是越宽越省事。新手真正要练的，是每次建用户后立刻用新账号登录、切换库、试一条 SELECT 和一条 INSERT——只有眼见为实的操作反馈，才能把抽象的 GRANT 和真实的报错联系起来。其他所有概念，都是在这之后才开始有意义的。
