关于PostgreSQL的本地化消息

PostgreSQL通过gettext实现对多语言消息的支持。消息的语言是英语还是中文可以通过postgresql.conf中的lc_messages控制。在启动PostgreSQL时，postmaster进程(你看到的进程名可能是postgres)会根据postgresql.conf中的lc_messages值设置进程locale（调用setlocale()），然后再fork出一堆其它进程。但在postmaster读取postgresql.conf之前的一个很短的启动阶段，进程的locale是由系统环境决定的。
贴一个图，可以看的更清楚一点。

PostgreSQL各个进程的启动过程与区域设置：

1. 错误消息的语言

根据上面的图，当postgresql.conf中的loacle参数省略时，消息语言受环境loacle影响。下面验证一下。

当前的环境loacle是zh_CN.utf8，但postgresql.conf中没有设置loacle。
启动postgres服务

控制台输出的消息和环境locale一致，是中文。
再看下日志文件，也是中文的。

用psql连接上去,发现lc_messages是空的，其他几个lc_*是C,并且获得的 服务端消息语言也是继承了服务端环境loacle（即中文消息）。


设置消息为C，服务端过来的消息变成了英文。


日志中的消息也变成了英文（前一条中文消息是上次的）。


但是用set只影响这个会话。开个新的会话，还是中文的消息。


如果想全局修改消息语言，可以修改postgresql.conf后用pg_ctl reload动态加载。


服务端日志已经切换到英文了


查看之前一直打开着的会话，也已经切换到英文了。

*)postgresql.conf中的有些参数reload后只对以后创建的postgres进程生效，但lc_messages不是这样，可以立即生效。

2. 错误消息的编码

总的来说消息的语言决定于postgresql.conf中的lc_messages，postgresql.conf未指定时取决于启动postgres的环境loacle。那么消息的编码呢？
gettext取得的消息的编码取决于LC_CTYPE，而不是LC_MESSAGES。所以，在下面的设置中，本地化消息的编码是GBK而不是UTF8。


为了便于区分，我的终端软件编码一直设置为UTF8，所以当你看到了 乱码，就表示它不是UTF8编码，后面的测试也是一样 。
根据之前的图，postmaster和辅助进程的LC_TYPE应该取决于环境locale，postgres进程的LC_TYPE则取决于数据库的编码。下面也实测一下。

修改postgresql.conf中的lc_messages值为zh_CN.utf8，环境变量LC_CTYPE设为zh_CN.gb2312。


重启服务器，输出的消息中出现了个gb2312编码的字符（这部分消息是postmaster进程输出的）。


用psql连进来看下，消息是正常的（ 这部分消息来自postgres进程）。