PostgreSQL作为目前流行的开源关系型数据库，创建数据库是使用它的第一步。看似简单的一条命令，背后却涉及角色权限、字符集编码、模板数据库、连接配置等多方面的知识。不少初学者在执行创建操作时，会因为权限不够、模板冲突或者字符集设置错误而卡住。这篇文章就把PostgreSQL创建数据库的完整知识梳理一遍，包括命令行、SQL语句、图形化工具三种方式，以及常见报错的处理办法。
一、使用createdb命令行工具创建数据库
createdb是PostgreSQL自带的一个命令行工具，它本质上是对SQL语句CREATE DATABASE的一层封装。对于习惯在终端操作的运维人员和开发者来说，这是最快捷的方式。它的基本语法很简单：
createdb -h localhost -p 5432 -U postgres mydb
上面这条命令会连接到本机5432端口的PostgreSQL实例，用postgres用户身份创建一个名为mydb的数据库。如果不想在命令行输入密码，可以使用-W参数让它交互式提示输入密码。命令执行成功后没有任何输出，这一点和Linux的风格一致，没有消息就是好消息。
createdb还支持指定数据库的所有者，比如在团队开发中，你可能希望把这个库交给某个具体的应用账号管理，可以加上-O参数：
createdb -U postgres -O appuser mydb
需要注意的是，执行createdb的用户必须拥有CREATEDB权限，普通角色默认是没有这个权限的。如果遇到permission denied to create database这类报错，说明当前角色权限不足，需要用超级用户执行ALTER ROLE授权，或者直接换postgres账号操作。另外，数据库名称在同一个实例中必须全局唯一，重复创建会直接报错，后面会讲怎么处理。
二、使用SQL语句CREATE DATABASE创建
除了命令行工具，更通用的方式是在psql客户端或者其他数据库管理工具里直接执行SQL语句。标准的写法如下：
CREATE DATABASE mydb
WITH OWNER = appuser
ENCODING = 'UTF8'
LC_COLLATE = 'zh_CN.UTF-8'
LC_CTYPE = 'zh_CN.UTF-8'
TEMPLATE = template0
CONNECTION LIMIT = 100;这条语句包含了几个常用参数。OWNER指定数据库所有者，不写则默认为当前执行者；ENCODING设置字符编码，中文环境强烈建议使用UTF8；LC_COLLATE和LC_CTYPE控制排序规则和字符分类，影响字符串比较和排序行为；TEMPLATE指定用哪个模板库来创建，默认是template1；CONNECTION LIMIT限制最大并发连接数。
这里有一个非常重要的知识点，就是模板数据库的概念。PostgreSQL创建新库时，实际上是从一个已有的模板库复制出来的。默认模板是template1，如果你之前在template1里创建过自己的对象，那么之后所有新建的库都会带上这些对象。所以如果想要一个干净的库，应该指定TEMPLATE = template0，再显式设置编码和排序规则，这样才能绕过模板中已有的设置冲突。
还有一个容易踩的坑：CREATE DATABASE不能在事务块中执行。也就是说你不能把它包在BEGIN和COMMIT之间，也不能写在函数或者DO语句块里。这是PostgreSQL的设计限制，因为创建数据库需要在磁盘上真实建立目录结构，属于不可回滚的操作。如果你在代码里用ORM自动建库，要确保这条语句单独执行。
三、字符集与排序规则的设置细节
字符集问题是中国用户创建PostgreSQL数据库时最常碰到的坑。PostgreSQL的服务端字符集在初始化集群时就确定了，之后无法更改，但每个数据库可以有自己的编码设置，前提是它与服务端编码兼容。如果服务端是UTF8编码，那么任何客户端编码都能正常工作；如果服务端是其他编码，创建UTF8库就可能报错。
LC_COLLATE和LC_CTYPE这两个参数在9.1版本之前只能跟随集群初始化时的设置，现在虽然可以在建库时指定，但一旦数据库创建完成就不能再修改。中文排序场景下，如果排序规则设置不当，会出现拼音顺序错乱、大小写比较不符合预期等问题。一个实用的建议是，如果服务器系统的locale支持zh_CN.UTF-8，创建面向中文业务的库时显式指定它，可以让ORDER BY对中文的处理更符合直觉。
如果你的服务器locale不包含中文环境，强行指定zh_CN.UTF-8会报invalid locale name错误。解决办法是先在操作系统层面安装中文语言包，或者退而求学姐使用C locale，它对字符按字节比较，性能更好但排序结果对中文没有意义。折中方案是库级别用C locale保证性能，业务查询时使用ORDER BY中文字段 COLLATE "zh_CN.UTF-8"来临时指定排序规则。
四、常见问题与报错排查
问题一：createdb: could not connect to database。这个报错说明连接本身就失败了，先确认PostgreSQL服务是否启动，可以用systemctl status postgresql查看。然后检查pg_hba.conf和postgresql.conf两个配置文件，前者控制访问认证规则，后者控制监听地址。远程连接还需要确认listen_addresses参数包含对应的网卡地址，而不是只监听localhost。
问题二：database "mydb" already exists。数据库重名时就会遇到。如果是想删掉重建，可以先执行DROP DATABASE mydb，再重新创建。但要格外小心，删除操作是不可恢复的。如果只是想保证幂等性，比如写自动化脚本，可以在psql中判断库是否存在再决定是否创建。
问题三：创建成功但无法连接。常见原因是连接时没带对参数，或者目标库不在预期的实例上。默认情况下psql连接会使用与操作系统用户同名的角色名和数据库名，所以刚创建完库就直接敲psql可能会提示database does not exist，需要显式指定psql -d mydb。另外新库创建后，也只有被授权的角色才能连接，必要时执行GRANT ALL PRIVILEGES ON DATABASE mydb TO someuser。
问题四：CREATE DATABASE cannot be executed from a function。前面已经提到，这条语句不能放在事务里。如果确实需要程序化建库，只能让应用程序使用独立的连接、在自动提交模式下执行这条SQL，而不能通过存储过程封装。
五、图形界面方式与最佳实践
对于不熟悉命令行的用户，pgAdmin这个官方图形化管理工具也提供了完整的建库功能。在左侧树形结构中右键点击Databases节点，选择Create，再在弹出的对话框里填写库名、所有者、编码等参数即可。图形界面的好处是参数一目了然，还能预览生成的SQL语句，方便学习语法。此外DBeaver、Navicat等第三方工具也都支持类似操作，原理完全一样，最终都是向服务端发送CREATE DATABASE命令。
最后总结几条实践建议。第一，生产环境给每个应用单独建库、单独建角色，避免多个应用共用一个库导致权限混乱。第二，编码统一使用UTF8，从一开始就避免乱码隐患。第三，创建库之后记得执行GRANT授权，新角色默认连不上别人创建的库。第四，命名遵循团队规范，全小写加下划线是最稳妥的选择，因为PostgreSQL里未加引号的标识符会自动转小写，混用大小写容易踩坑。掌握这些内容，PostgreSQL创建数据库这件事就再也不会成为障碍了。
PostgreSQL创建数据库PostgreSQLcreatedb命令修改时间：2026-09-11 07:34:34