mysql用户host字段必须设为'%'而非空或''，因仅'%'是合法通配符表示任意主机；空字符串被视为匿名用户，''不被识别，且host值精确匹配（如'localhost'不匹配'127.0.0.1'）。
MySQL用户host字段为什么不能设为空或*，而必须是%
MySQL用host字段做连接匹配，它不是通配符语法，而是精确字符串比对。''（空字符串）会被视作匿名用户，'*'则完全不被识别——只有'%'才是合法的通配符，表示“任意主机”。执行SELECT user, host FROM mysql.user WHERE user = 'root';后如果看到host值是'localhost'，那这个账号就只能本机连，加-h 127.0.0.1也无效，因为127.0.0.1走的是TCP协议栈，匹配的是'%'或'127.0.0.1'，而非'localhost'（后者走socket文件）。
MySQL 8.0+ 直接UPDATE user表会报ERROR 1396，该怎么做
MySQL 8.0起禁用直接改mysql.user表，因为密码哈希、账户状态、属性字段都由服务端统一管理。硬UPDATE会触发ERROR 1396 (HY000): Operation ALTER USER failed或The MySQL server is running with the --skip-grant-tables option这类错误。正确路径是：
- 若用户还不存在远程版本：
CREATE USER 'root'@'%' IDENTIFIED BY 'your_password'; - 若已存在但只绑
'localhost'：ALTER USER 'root'@'localhost' RENAME TO 'root'@'%'; - 再补授权：
GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' WITH GRANT OPTION; -
必须执行
FLUSH PRIVILEGES;，否则内存缓存不更新，改了等于没改
bind-address = 0.0.0.0 不生效？检查配置文件位置和跳过网络选项
常见误区是只改了错的配置文件，或漏掉了关键限制项。MySQL实际加载的配置优先级为：命令行参数 > /etc/my.cnf > /etc/mysql/my.cnf > /etc/mysql/mysql.conf.d/mysqld.cnf（Debian/Ubuntu）或/etc/my.cnf.d/server.cnf（RHEL/CentOS）。执行mysqld --verbose --help | grep "Default options"可确认真实读取路径。重点检查：
- 是否存在多个
bind-address定义（后面覆盖前面），只留一个有效的 - 是否启用了
skip-networking——只要它存在，无论值是ON还是注释掉，都会彻底关闭TCP监听 - 修改后必须重启服务：
sudo systemctl restart mysql（Debian/Ubuntu）或sudo systemctl restart mysqld（RHEL/CentOS） - 验证监听状态：
ss -tlnp | grep :3306，应看到0.0.0.0:3306或*:3306，而非127.0.0.1:3306
防火墙放行3306后还是连不上，排查顺序不能乱
连不上时别急着重配MySQL，先分层验证：
- 本地能否用IP连：
mysql -h 127.0.0.1 -u root -p→ 失败说明MySQL服务本身没起来或权限未刷 - 服务器本机telnet自己：
telnet 127.0.0.1 3306→ 通但远程不通，基本锁定在防火墙或云安全组 - 查系统防火墙：
sudo ufw status verbose（Ubuntu）或sudo firewall-cmd --list-ports（CentOS）→ 确认3306/tcp确实在列表里 - 云服务器必查安全组：阿里云/AWS/腾讯云控制台里，“入方向规则”是否明确允许TCP 3306，源IP是否设为
0.0.0.0/0或指定段 - 最后才是网络链路：客户端
telnet your_server_ip 3306，不通就不是MySQL问题，是路由或中间设备拦截
最常被忽略的是：MySQL权限开了、bind-address改了、防火墙也放行了，但云厂商的安全组规则根本没动——它独立于系统防火墙，且优先级更高。
