MariaDB未认证连接中止警告的含义、调试与解决方法咨询

嗨，我来帮你理清这个问题~

警告含义 #

首先，这些警告其实不用太紧张，它的意思是：有来自本地（127.0.0.1）的连接尝试请求MariaDB，但在完成用户认证步骤之前，连接就被主动关闭了。这种情况大多不是恶意攻击，更可能是某个本地运行的程序（比如脚本、监控工具、或者服务进程）在尝试连接数据库时，要么没提供正确的认证信息，要么干脆没发起认证流程就终止了连接。

调试步骤 #

要找到问题根源，可以按下面的方法排查：

• 定位发起连接的进程：用端口监听工具查看哪些进程在尝试连接MariaDB的默认端口3306。执行以下命令：

  sudo ss -tp | grep mariadb
  # 或者用netstat（如果系统安装了的话）
  sudo netstat -tpn | grep 3306
  

  命令输出里会显示进程名（PID/进程名），你就能知道是哪个程序在发起连接。
• 查看系统日志关联记录：在警告出现的时间点（比如你日志里的Jul 28 00:18:59附近），检查系统日志文件，比如/var/log/syslog或者/var/log/auth.log，看看有没有对应程序的运行或连接记录，辅助判断原因。
• 检查MariaDB用户权限配置：登录MariaDB，查看是否存在匿名用户（这类用户不需要密码就能尝试连接）：

  mysql -u root -p
  SELECT user, host FROM mysql.user;
  

  如果输出里有''@'localhost'或者''@'127.0.0.1'的条目，说明存在匿名用户，这可能是导致这类警告的原因之一。

解决建议 #

根据调试结果，对应处理：

• 修复程序连接配置：如果找到是某个特定程序（比如网站后台脚本、监控工具）发起的连接，去检查它的配置文件，确保里面填写了正确的MariaDB用户名、密码和数据库信息，避免无意义的连接尝试。
• 删除多余的匿名用户：如果确认不需要匿名用户（通常生产环境都不需要），可以删除它们来消除这类警告：

  DROP USER ''@'localhost';
  DROP USER ''@'127.0.0.1';
  FLUSH PRIVILEGES;
  

• 调整日志级别（可选）：如果已经确认没有安全问题，只是觉得警告太占日志空间，可以修改MariaDB配置文件（比如/etc/mysql/mariadb.conf.d/50-server.cnf），把log_warnings的值设为1（默认是2，会记录更多警告信息），修改后重启MariaDB服务生效。不过更推荐先解决根源问题，而不是隐藏警告。

备注：内容来源于stack exchange，提问作者DanRan