CREATE USER必须显式指定host，MySQL 5.7用authentication_string替代password字段；授权后须执行FLUSH PRIVILEGES生效，且bind-address需设为0.0.0.0并开放防火墙端口才能远程连接。
CREATE USER 语句必须带 host 参数，不能省略
MySQL 5.7 的 user 表里没有 password 字段，改用 authentication_string 存储密码，所以不能再用旧版的 INSERT INTO mysql.user 手动插数据。必须用 CREATE USER 显式指定 host，否则默认创建的是 'username'@'localhost'，只能本机登录。
常见错误现象：执行 CREATE USER 'test' IDENTIFIED BY '123'; 后，从另一台机器连不上，SELECT user,host FROM mysql.user; 查出来 host 是 localhost，不是你想要的远程地址。
-
CREATE USER 'test'@'%' IDENTIFIED BY '123';—— 允许任意 IP 连接（开发测试可用） -
CREATE USER 'test'@'192.168.1.100' IDENTIFIED BY '123';—— 只允许特定 IP -
CREATE USER 'test'@'192.168.1.%' IDENTIFIED BY '123';—— 允许整个网段
GRANT 之后必须执行 FLUSH PRIVILEGES
授权命令本身不会自动刷新内存中的权限缓存，不执行 FLUSH PRIVILEGES;，新用户可能无法登录，或者权限不生效。这不是“可选步骤”，是强制操作。
容易踩的坑：有些教程把 GRANT 和 FLUSH PRIVILEGES 写在一行里，但实际执行时如果中间出错（比如语法写错、数据库名不存在），FLUSH 就没跑，结果以为授权成功了，其实没生效。
- 先确认数据库存在：
SHOW DATABASES LIKE 'testdb'; - 再授权：
GRANT SELECT,INSERT ON testdb.* TO 'test'@'%'; - 最后刷新：
FLUSH PRIVILEGES; - 验证是否写入：
SELECT host,user,select_priv,insert_priv FROM mysql.user WHERE user='test';
bind-address 配置决定 MySQL 是否监听外部网络
即使账号允许 % 登录，如果 MySQL 服务只绑定了 127.0.0.1 或 localhost，远程连接仍然会被拒绝。这个配置在 /etc/my.cnf 或 /etc/my.cnf.d/mysql-server.cnf 的 [mysqld] 段里。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
错误配置示例：bind-address = 127.0.0.1 —— 只响应本地请求；bind-address = localhost —— 在某些系统上会解析失败，导致服务起不来。
- 允许远程访问：把
bind-address改成0.0.0.0（监听所有 IPv4 接口） - 重启服务：
systemctl restart mysqld（CentOS 7）或service mysql restart（Ubuntu） - 验证监听状态：
netstat -tlnp | grep :3306，输出中应含*:3306或0.0.0.0:3306，而不是127.0.0.1:3306
Docker 部署时 --bind-address 必须显式传参
用 docker run 启动 MySQL 5.7 容器时，镜像默认仍可能只监听 127.0.0.1。光靠 -p 3306:3306 不够，容器内部的 MySQL 进程得自己愿意接受外部连接。
很多人试过端口映射后还是连不上，就是因为没传 --bind-address=0.0.0.0 给 mysqld 进程。
- 正确启动方式：
docker run -d --name mysql57 -e MYSQL_ROOT_PASSWORD=123 -p 3306:3306 mysql:5.7 --bind-address=0.0.0.0 - 如果用了自定义配置文件，确保里面写了
bind-address = 0.0.0.0，且挂载路径正确（如-v /path/my.cnf:/etc/mysql/conf.d/my.cnf） - 进容器验证：
docker exec -it mysql57 netstat -tlnp | grep :3306
防火墙和 SELinux 是最容易被跳过的环节，尤其是生产环境里开了 firewalld 却忘了放行 3306 端口，或者 SELinux 策略限制了网络绑定。这些层面上的问题，跟 MySQL 自身配置无关，但现象一模一样：连接超时或拒绝连接。
