Kubernetes部署自定义Postgres镜像后仍启用旧数据库问题求助

我之前在Kubernetes里部署的PostgreSQL运行正常，为了添加初始化脚本制作了自定义镜像推送到私有Docker Hub仓库，更新Deployment拉取新镜像后，无论怎么操作Kubernetes始终用的是旧数据库。我特意修改了用户名、密码和数据库名称来验证升级是否生效，但结果还是旧的。

我的kubectl配置文件如下：

# PostgreSQL StatefulSet Service
apiVersion: v1
kind: Service
metadata:
  name: postgres-db-lb
spec:
  selector:
    app: postgres-stockticker
  ports:
    - name: "5432"
      port: 5432
      targetPort: 5432
  type: ClusterIP

---

apiVersion: apps/v1
kind: Deployment
metadata:
  name: postgres-stockticker
spec:
  selector:
    matchLabels:
      app: postgres-stockticker
  replicas: 1
  template:
    metadata:
      labels:
        app: postgres-stockticker
    spec:
      containers:
      - name: postgres-stockticker
        image: goodwinmcd/postgres:1.0
        imagePullPolicy: Always
        ports:
        - containerPort: 5432
      # Data Volume
        volumeMounts:
        - name: postgresql-db-disk
          mountPath: /var/lib/postgresql/data
      volumes:
        - name: postgresql-db-disk
          persistentVolumeClaim:
            claimName: postgres-pv-claim
      imagePullSecrets:
        - name: docker-hub-repo-key
---

kind: PersistentVolume
apiVersion: v1
metadata:
  name: postgres-pv-volume  # Sets PV's name
  labels:
    type: local  # Sets PV's type to local
    app: postgres-stockticker
spec:
  storageClassName: manual
  capacity:
    storage: 5Gi # Sets PV Volume
  accessModes:
    - ReadWriteMany
  hostPath:
    path: "/mnt/data"

---

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: postgres-pv-claim  # Sets name of PVC
  labels:
    app: postgres-stockticker
spec:
  storageClassName: manual
  accessModes:
    - ReadWriteMany  # Sets read and write access
  resources:
    requests:
      storage: 5Gi  # Sets volume size

我已经做了以下验证：

• 拉取本地Docker镜像，确认里面有正确的用户名、密码、数据库及表
• 查看Pod详情，确认拉取并使用了正确的镜像
• 登录Pod，确认里面存在新的用户名、密码和数据库，且值正确
• 用新凭据通过psql连接数据库失败，但旧凭据可以成功连接
• 为Pod重新创建并挂载新的PersistentVolume（PV）和PersistentVolumeClaim（PVC）
• 删除Service、Deployment、PV和PVC后用apply命令重新创建
• 尝试重启Postgres服务时出现错误：No PostgreSQL clusters exist; see "man pg_createcluster" ... (warning).

现在的问题是，Kubernetes明明拉取了包含新配置的容器，却启动了旧的PostgreSQL服务，完全不符合逻辑，求帮忙排查。

问题根源及解决方案 #

1. 核心原因 #

PostgreSQL的初始化逻辑（比如官方镜像的docker-entrypoint.sh）只会在数据目录为空时执行。即使更换了新镜像，只要挂载的PV中残留旧的PostgreSQL数据（含用户、密码、库表结构），容器启动时会直接复用旧数据，跳过初始化步骤。

你提到更换新PV/PVC后仍无效，大概率是新PV的hostPath仍指向节点上同一目录/mnt/data，旧数据未彻底清理。

2. 分步解决步骤 #

步骤1：彻底清理节点旧数据

登录Pod调度到的Kubernetes节点，删除旧数据目录：

sudo rm -rf /mnt/data/*

多节点集群需先确认Pod所在节点，仅清理对应节点的目录。

步骤2：重新部署资源

先删除现有资源：

kubectl delete -f your-config-file.yaml

等待资源删除完成后重新创建：

kubectl apply -f your-config-file.yaml

步骤3：验证初始化执行情况

Pod启动后查看容器日志，确认初始化脚本是否运行：

kubectl logs <postgres-pod-name>

日志中应能看到创建用户、数据库、执行初始化脚本的相关输出。

步骤4：检查服务状态

登录Pod直接启动PostgreSQL（容器内可能无pg_createcluster这类系统工具）：

kubectl exec -it <postgres-pod-name> -- bash
postgres -D /var/lib/postgresql/data

确认服务正常启动后，用新凭据测试连接。

3. 优化建议 #

• 用StatefulSet替代Deployment部署PostgreSQL，有状态应用更适配StatefulSet的网络标识与存储稳定性保障。
• 自定义镜像时，确保初始化脚本逻辑严谨，测试环境可添加环境变量控制是否强制重新初始化（生产环境不建议）。
• 生产环境避免使用hostPath类型PV，改用云厂商提供的PersistentVolume或分布式存储，降低节点故障导致的数据丢失风险。

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