修改MySQL配置与root权限后仍可远程访问，请问哪里操作有误？

让我一步步帮你排查问题——这种情况通常是几个容易忽略的细节没处理到位，咱们挨个梳理：

MySQL的权限系统是多账号独立生效的：哪怕你把root@localhost的权限配置正确，只要还有其他root账号绑定了%（任意IP）、特定远程IP或者::（IPv6任意地址），外部依然能通过这些账号远程登录。

先登录MySQL执行这条命令，查看所有root账号的绑定情况：

SELECT user, host FROM mysql.user WHERE user = 'root';

如果结果里有host列不是localhost、127.0.0.1或::1的条目，那就是问题根源。

处理方法：删掉这些远程root账号，比如：

DROP USER 'root'@'%';
FLUSH PRIVILEGES;

（把%替换成你查到的对应host值即可）

你修改了/etc/mysql/my.cnf和它包含的其他文件，但可能没找对MySQL实际加载的配置文件，导致设置没生效。

先检查当前MySQL正在使用的bind_address值：

mysql -u root -p -e "SHOW VARIABLES LIKE 'bind_address';"

如果输出的Value不是127.0.0.1，说明你的配置修改没被读取。

要找到正确的配置文件，执行这条命令查看MySQL加载配置的优先级：

mysqld --help --verbose | grep -A 1 "Default options"

输出会显示MySQL优先读取哪些配置文件——比如Debian/Ubuntu系统通常是/etc/mysql/mysql.conf.d/mysqld.cnf，CentOS/RHEL可能是/etc/my.cnf.d/mysql-server.cnf。找到对应文件修改bind-address = 127.0.0.1后，再重启MySQL服务。

如果bind-address确实已经设为127.0.0.1，理论上MySQL只会监听本地回环接口，外部无法直接连接。但如果服务器存在以下情况，可能会绕过这个限制：

• 服务器上运行了端口转发工具（比如iptables的DNAT规则、socat），把外部的3306请求转发到本地127.0.0.1的3306端口
• 云服务器的安全组/机房防火墙做了端口映射，把外部请求转到服务器的本地端口
• 你测试“远程访问”的机器其实是通过SSH隧道连接到服务器本地（比如用ssh -L 3306:127.0.0.1:3306 user@server），这种情况属于本地访问，不是真正的远程直连

有时候重启命令看似执行成功，但MySQL进程可能没真正重启（比如配置错误导致启动失败，旧进程还在运行）。

检查MySQL进程的状态和启动时间：

systemctl status mysql

或者查看进程启动时间：

ps aux | grep mysqld

如果启动时间是你修改配置之前的，说明重启失败，查看日志找原因：

journalctl -u mysql

内容的提问来源于stack exchange，提问作者Lucas