kubernetes中 mysql集群出现Access denied for user ‘root‘@‘localhost‘ (using password: NO)

最新推荐文章于 2025-07-10 11:59:10 发布

国际渣男

最新推荐文章于 2025-07-10 11:59:10 发布

阅读量7.6k

点赞数 4

CC 4.0 BY-SA版权

分类专栏： Kubernetes

本文链接：https://blog.csdn.net/qq_38900565/article/details/102631156

最近有网友私信，在k8s部署的mysql集群设置了root密码后，所有节点的日志都报错 Access denied for user ‘root’@‘localhost’ (using password: NO)，于是我就模拟了一下，是这么个情况：
在这里插入图片描述

其实排查思路很清晰，Web UI 显示Readliness组件报错，日志也报错，日志报错是由于livenessProbe、xtrabackup组件。
就是这货进不了数据库报错，
最简单就是在statefulset.yaml文件把这两个组件删除，就是下面两货；在command中的xtrabackup、mysql命令参数上加上密码,，重新部署即可
缺点就是：无法知道数据库健康性，挂了也无人知道

解决方案是就给他们提供数据库密码就好了，然后进行伸缩3->0->3

livenessProbe:
  exec:
    command: ["mysqladmin", "ping","-p","root密码"]               !修改此处
  initialDelaySeconds: 30
  periodSeconds: 10
  timeoutSeconds: 5
readinessProbe:
  exec:
    command: ["mysql", "-h", "127.0.0.1", "-e", "SELECT 1","-p", "root密码"]   !修改此处

在这里插入图片描述
原因很简单，mysql -h 127.0.0.1 -e "select 1" -p '密码'，该命名在Linux终端执行会有一个warring：在命名行中使用密码，这个warring也是不允许的，所以仍然报错，现在需要解决的就是通过其他方式认证进入mysql即可。

解决方案： 使用configMap挂载配置文件进行认证
1.创建configMap配置文件

apiVersion: v1
kind: ConfigMap
metadata:
  name: mconfig
  labels:
    app: mconfig
data:
  passwd.cnf: |
    [mysql]
    user=root
    password=123456
    [mysqladmin]
    user=root
    password=123456

2.修改完的Mysql StatefulSet.yaml文件，红色为修改地方部署的时候把红色的删掉
[root@xxx ~]#kubectl edit statefulset mysql

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name

最低0.47元/天解锁文章

200万优质内容无限畅学