我太懂你这种烦恼了——把几千行的SQL硬塞进ConfigMap的YAML里，不仅编辑起来头疼，部署时还容易因为格式或大小问题报错。结合Postgres的初始化逻辑，给你两个靠谱的解决方案，轻松搞定超长SQL和初始化Shell脚本的问题：

方案一：用本地文件直接生成ConfigMap（推荐） #

这个方法最省心，完全不用和超长文本打交道，直接把SQL和脚本存成单独文件，让kubectl帮你生成ConfigMap：

1. 准备本地文件

   • 把你的超长SQL内容保存成init.sql文件，直接复制粘贴就行，不用管格式问题。
   • 新建初始化Shell脚本init-extension.sh，比如用来创建Postgres扩展：

     #!/bin/bash
     # 注意这里的用户名和数据库名要和Deployment里的环境变量对应
     psql -U user -d data -c "CREATE EXTENSION IF NOT EXISTS your_extension_name;"
     

   • 给脚本加执行权限：chmod +x init-extension.sh

2. 生成ConfigMap
   用kubectl命令直接从文件创建ConfigMap，一次性把两个文件都加进去：

   kubectl create configmap data-initdb-config --from-file=init.sql --from-file=init-extension.sh
   

   这样生成的ConfigMap会自动把每个文件的内容对应到同名的键上，完美避开超长文本写进YAML的麻烦。

3. Deployment配置不变
   你原来的Deployment里的volumeMounts和volumes配置完全不用改，Postgres会自动执行/docker-entrypoint-initdb.d目录下的.sh和.sql文件。如果需要控制执行顺序，给文件名加前缀就行，比如00-init-extension.sh、01-init.sql，数字小的先执行。

方案二：在YAML中用多行字符串定义（适合需版本控制的场景） #

如果必须把ConfigMap写进YAML文件（比如要纳入Git管理），可以用YAML的多行字符串语法|来处理超长内容：

apiVersion: v1
kind: ConfigMap
metadata:
  name: data-initdb-config
data:
  init-extension.sh: |
    #!/bin/bash
    psql -U user -d data -c "CREATE EXTENSION IF NOT EXISTS your_extension_name;"
  init.sql: |
    -- 这里直接粘贴你的超长SQL内容，注意保持和上面的缩进一致
    CREATE TABLE users (
      id SERIAL PRIMARY KEY,
      name VARCHAR(50) NOT NULL
    );
    -- 剩下的几千行SQL都可以直接放在这里，不用转义或换行处理

不过要注意，这种方式如果SQL特别长，YAML文件会变得臃肿，编辑起来不太方便，所以优先推荐方案一。

几个关键注意点 #

• Postgres的初始化脚本只会在第一次创建数据库时执行（也就是PVC为空的时候），如果已经有数据了，这些脚本不会重复运行。如果需要重新执行，得先删除对应的PVC或者清空存储里的数据。
• Kubernetes的ConfigMap默认单个键值对大小限制在1MB左右，2000行的SQL一般远小于这个值，所以不用担心大小问题。如果真的超过1MB，可以考虑用PersistentVolume挂载文件，但这种情况很少见。
• Shell脚本一定要加#!/bin/bash开头，确保Postgres能正确识别并执行它。

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