MySQL报“Plugin 'auth_socket' is not loaded”错误主因是root@localhost用户认证插件设为auth_socket但未以sudo方式登录；需用sudo mysql进入后执行ALTER USER 'root'@'localhost' IDENTIFIED WITH caching_sha2_password BY '密码'切换为密码认证。
MySQL 启动后报 Plugin 'auth_socket' is not loaded
遇到这个错误提示，先别急着检查MySQL服务状态。问题通常不出在启动环节，而是发生在你尝试用 mysql -u root -p 命令登录的那一刻。客户端试图使用 auth_socket 插件进行身份验证，但服务端压根就没有加载它——这在Ubuntu或Debian系统默认安装的MySQL（特别是5.7及以上版本和8.0）中相当常见。系统默认将 auth_socket 设为root用户的认证插件，但这个插件只在mysqld启动时按需加载，并且其验证逻辑严格依赖于操作系统用户的匹配。
所以，问题的核心在于：你正试图用本地root账户登录MySQL，而MySQL却期望你以操作系统root的身份来运行mysql客户端（也就是使用 sudo mysql 命令）。否则，插件无法验证你的系统用户身份，直接就会报错或拒绝连接。
- 如果你没有使用
sudo权限就直接执行mysql -u root -p，很大概率会卡住、收到Access denied的拒绝信息，或者在部分客户端或连接池中看到类似Plugin 'auth_socket' is not loaded的提示。 - 这个插件本身不支持密码验证，它只认一条：当前Linux用户名是否与MySQL用户名匹配。因此，即使你设置了密码也无济于事。
- 值得注意的是，MySQL 8.0 默认已经禁用了
auth_socket插件，除非你手动启用它；而在5.7版本中，Ubuntu的安装包默认会启用它，但通常仅限root@localhost这个用户。
检查当前 root 用户用的是哪个认证插件
首先，我们需要绕过当前的认证障碍。使用 sudo mysql 命令进入MySQL命令行，然后执行查询：
SELECT user, host, plugin FROM mysql.user WHERE user = 'root';
查询结果通常会显示如下：
+------+-----------+------------+ | user | host | plugin | +------+-----------+------------+ | root | localhost | auth_socket | +------+-----------+------------+
如果 plugin 这一列明确显示为 auth_socket，那么问题的根源就找到了。这里有个关键细节：不要只看 host = 'localhost' 这一项，还必须确认你实际使用的连接方式。因为在某些环境下，通过 127.0.0.1 连接会走TCP协议，这时触发的可能是 caching_sha2_password 或其他插件，行为会不一致。
- 使用
localhost连接时，走的是Unix socket，会触发auth_socket插件（如果已启用）。 - 使用
127.0.0.1连接时，走的是TCP协议，会使用plugin字段指定的其他插件（例如caching_sha2_password）。 - 因此，在修改插件之前，建议先明确你常用的连接方式是什么（是命令行、应用配置，还是Docker环境？）。
把 root 用户切换成 password 认证（推荐方案）
确认问题后，最直接的解决方案是更换认证方式。你仍然需要先用 sudo mysql 进入MySQL命令行，然后执行以下语句：
ALTER USER 'root'@'localhost' IDENTIFIED WITH caching_sha2_password BY '你的强密码';
对于MySQL 8.0，推荐使用 caching_sha2_password；如果是5.7版本，则替换为 mysql_native_password：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的强密码';
- 必须显式指定
@'localhost'，不能只写'root'，否则可能会修改到其他host下的root用户，导致问题依旧。 - 修改完成后会立刻生效，无需重启MySQL服务，但已有的连接会话不受影响。
- 如果修改后，你的应用程序连接时报错
Client does not support authentication protocol，这通常意味着客户端版本太旧（例如旧版的PHP mysqlnd驱动或Na vicat），此时需要将插件降级为兼容性更好的mysql_native_password。 - 别忘了在应用程序的配置文件中同步更新数据库密码，尤其是那些使用
127.0.0.1进行TCP连接的方式（它们原本就不走auth_socket插件）。
不想改插件？那就用对的方式调用 auth_socket
当然，如果你有特殊需求，希望保留 auth_socket 插件（例如追求免密码登录和系统级的安全性），那么就必须严格遵守它的使用规则：
- 连接方式固定：只能使用
sudo mysql或sudo -u mysql mysql进行连接，并且当前的Linux用户必须是root或mysql。 - 禁止使用
-p参数：这个参数会强制客户端走密码验证流程，与auth_socket插件的工作机制冲突。 - 仅限本地连接：无法进行远程连接（即
host不能是'localhost'以外的值），因为auth_socket只支持本地的Unix socket通信。 - 注意Docker环境：如果你使用
mysql:latest等官方Docker镜像，默认是禁用该插件的。官方镜像从不给root用户设置auth_socket，这一点与Ubuntu的安装包行为完全不同。
简单来说，选择保留 auth_socket，就意味着你主动放弃了通用的密码登录方式，同时也放弃了大多数图形化界面工具和应用程序直接连接的能力——除非你非常明确地需要这种严格的访问限制。
最后，还有一个容易被忽略的步骤：修改完 plugin 后，虽然 ALTER USER 语句在大多数情况下会自动刷新权限，但在某些特定的MySQL版本或主从复制环境下，为了确保万无一失，手动执行一下 FLUSH PRIVILEGES; 命令，让权限表重新加载同步，总是一个好习惯。
