所以，我有几个带有 PostgreSQL 的 Debian 服务器。从历史上看，这些服务器和 PostgreSQL 使用拉丁文 9 字符集进行了本地化，当时还可以。现在我们必须处理波兰语、希腊语或中文等问题，因此改变它成为一个日益严重的问题。
当我尝试创建 UTF8 数据库时，收到消息：
错误：编码 UTF8 与语言环境 fr_FR 不匹配 详细信息：所选的 LC_CTYPE 设置需要编码 LATIN9。
有几次我和我的老朋友 Google 对这个主题进行了一些研究，我能找到的只是一些过于复杂的过程，比如更新 Debian LANG、使用正确的字符集重新编译 PostgreSQL、编辑所有LC_系统变量和其他晦涩的解决方案。所以暂时，我们把这个问题放在一边。
最近，它又回来了，希腊人想要这些东西，而拉丁语 9 不想。当我再次研究这个问题时，一位同事冲我说：“不，这很容易，你看。”
他什么也没编辑，也没有做魔术，他只是做这个 SQL 查询：
CREATE DATABASE my_utf8_db
WITH ENCODING='UTF8'
OWNER=admin
TEMPLATE=template0
LC_COLLATE='C'
LC_CTYPE='C'
CONNECTION LIMIT=-1
TABLESPACE=pg_default;
它工作得很好。
我实际上并不知道，LC_CTYPE='C'而且我很惊讶在 Google 甚至 Stack Overflow 上的第一个解决方案中都没有使用它。我环顾四周，只在 PostgreSQL 文档中找到了一个提及。
当 LC_CTYPE 为 C 或 POSIX 时，允许使用任何字符集，但对于 LC_CTYPE 的其他设置，只有一种字符集可以正常工作。由于 LC_CTYPE 设置被 initdb 冻结，因此在集群的不同数据库中使用不同编码的明显灵活性比实际更具理论性，除非您选择 C 或 POSIX 语言环境（从而禁用任何真正的语言环境感知）。
所以这让我想知道，这太容易了，太完美了，有什么缺点？而且我还很难找到答案。所以我来这里发帖：
tl; dr：使用 …