MySQL错误日志定期出现root@localhost无密码访问拒绝问题求助

首先，这种版本升级后出现的异常连接尝试其实挺常见——毕竟MySQL 5.1到5.7的安全机制、默认配置变化都不小，结合你刚完成MyISAM表迁移、正在调整配置的背景，咱们一步步来定位问题：

第一步：精准定位连接来源 #

既然你已经开启了log_level=2，可以先查看MySQL的错误日志（通常在/var/log/mysql/error.log或数据目录下），里面会记录连接尝试的来源IP、用户及失败原因。如果日志信息不够细致，临时开启通用日志抓更完整的记录：

SET GLOBAL general_log = 'ON';

等5分钟后执行SET GLOBAL general_log = 'OFF';，再通过SHOW VARIABLES LIKE 'general_log_file';找到日志文件路径，查看里面的连接详情——你能看到发起连接的主机、本地进程ID，甚至调用的命令，这能直接帮你锁定元凶。

第二步：排查系统定时任务 #

每隔5分钟的频率大概率是定时任务在作祟，检查这些地方：

• 执行crontab -l查看当前用户的定时任务
• 查看系统级定时任务：/etc/crontab、/etc/cron.d/目录下的所有文件
• 检查anacron任务：/etc/anacrontab
  重点找每隔5分钟执行的脚本，尤其是涉及MySQL备份、监控、数据同步的——这类脚本在5.1时代可能依赖宽松的权限（比如允许root无密码本地登录），升级后没同步更新配置。

第三步：检查MySQL用户配置 #

MySQL 5.7对root用户的认证机制更严格，先确认所有root账号的状态：

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

• 如果存在host为%或特定非本地IP的root账号，且plugin为mysql_native_password但密码为空，那大概率是外部程序在尝试连接
• 本地root如果用了auth_socket插件，本来就允许本地进程无密码登录，但如果是你不需要的进程在调用，也需要排查清理

第四步：检查残留的旧配置文件 #

升级过程中可能遗留了旧的配置片段，比如[client]段里设置了user=root但没配置password，某些脚本会默认读取这个配置连接MySQL。检查这些路径：

• /etc/my.cnf
• /etc/mysql/my.cnf
• /etc/mysql/mysql.conf.d/

解决建议 #

1. 定位到对应脚本/服务后，立刻更新配置填入正确的root密码；如果是无用任务，直接删除
2. 对不必要的root账号，执行DROP USER 'root'@'xxx';删除，或用ALTER USER 'root'@'xxx' IDENTIFIED BY 'your_password';设置密码
3. 日常使用建议把log_level调回默认值（通常是ERROR），避免日志过度冗余

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