postgresql使用文档之一初始化数据存储区

悠悠 2022-08-08 14:42 173阅读 0赞

17.2. 创建一个数据库集群（Database Cluster)

在你能做任何事情之前，你必须在磁盘上初始化一块存储空间。我们称这为一个数据库集群(database cluster). 一个Database cluster是一批被一个运行着数据库服务的示例所管理的数据库.初始化以后，一个database cluster将会包含一个名为 postgres的数据库，它是一个被一些工具、用户和第三方应用使用的默认数据库。数据库服务器本身不需要 postgres ，但是很多外部的程序会假设它存在。另外一个在每一个cluster初始化时创建的数据库叫做 template1. 就像它的名字所暗示，它会被用来作为一个创建后续数据库所使用的模板；它不应该被实际工作所使用(参考[21章][21]获取关于在一个集群中创建新的数据库的信息)

在文件系统术语中，一个database cluster是单个的目录，所有的数据会被存储在这个目录下。我们称这个目录为数据目录(data directory)或数据区域(data area).选择在哪个目录下存储您的数据完全取决于您，没有默认目录，尽管诸如/usr/local/pgsql/data或/var/lib/pgsql/data之类的目录作为数据目录是比较流行的。初始化一个database cluster，使用[initdb][]命令，它是和PostgreSQL一起安装的。您期望的的database cluster文件系统目录使用选项 -D标注，如例：

$initdb -D /usr/local/pgsql/data

注意在您登录PostgreSQL用户账户之前必须先执行这个命令，这在上一节已经描述过了。（提示：您可以设置环境变量PGDATA来替换-D选项）

可供选择的，您也可以通过[pg\_ctl][pg_ctl]程序像下面这样运行 initdb

$pg\_ctl -D /usr/local/pgsql/data initdb

如果您使用pg\_ctl启动和停止服务器（查看[17.3节][17.3]）将会更加直观。这样的话在管理数据库服务器示例时pg\_ctl将会是唯一的一个命令。

initdb将会尝试创建你指定的一个不存在的目录。很有可能您没有权限创建（如果您尊随我们的建议并创建了一个非特权账户）。在这种情况下，您应该创建这个目录（比如用root权限)，然后改变这个目录的拥有者(owner)为PostgreSQL用户。以下示范应该如何做：

root# mkdir /usr/local/pgsql/data
    root# chown postgres /usr/local/pgsql/data
    root# su postgres
    postgres$ initdb -D /usr/local/pgsql/data

如果数据目录已经存在且初始化了的话，initdb将不会运行。

由于数据目录包含了所有存储在数据库里的数据,因此应该有对未授权的访问的安全机制。initdb收回了所有其他用户的访问权限，除了PostgreSQL用户.

然而，尽管这个目录下的内容是安全的，默认的客户授权设置允许任何本地用户连接数据库甚至成为数据库超级用户(管理员)。如果您不信任本地的其他用户，我们建议您使用任意一种initdb的选项-W,--pwprompt或--pwfile来分配给数据库超级用户的密码。并且，指定-A md5或-A password，这样默认的 trust 授权模式不起作用；或者在运行initdb后，第一次启动您的数据库服务器之前修改生成的pg\_hda.conf文件。(其他的合理的途径包括使用peer授权或文件系统权限来限制链接。查看[19章][19]获取更多信息)

initdb同时为database cluster初始化默认的locale，一般而言，它只是使用本地locale设置并将其应用到初始化的数据库中。为数据库指定一个其他的locale是可能的；更多的信息可以在[22.1节][22.1]找到。默认的应用在特定的database cluster上的排序(sort order)是被initdb设置的，并且如果您创建了使用不同的排序的新的数据库，除非您删除重建它，在template数据库中使用的order是不会改变的。使用其他的locale而不是使用C或POSIX会对性能产生影响。因此在第一次正确的选择选项是很重要的。

initdb同时为database cluster设置默认的字符集和encoding。一般而言应该选择匹配locale设置。更多细节查看[22.3节][22.3]

17.2.1 网络文件系统

很多安装在网络文件系统创建database cluster。有些直接用NFS，或者使用内部使用NFS的NAS来完成。PostgreSQL并非特定于NFS文件系统，意味着它使用NFS的方式和本地连接的驱动（DAS,直接连接的存储器)完全一致。如果客户端和服务端的NFS实现未遵循标准的语意(semantics)，这可能会产生可靠性问题（查看[http://www.time-travellers.org/shane/papers/NFS\_considered\_harmful.html][http_www.time-travellers.org_shane_papers_NFS_considered_harmful.html]）.具体而言，延时(异步)写入NFS服务器会产生可靠性问题;如果可以，尽量同步挂载(不用缓存)

[21]: http://www.postgresql.org/docs/9.2/static/managing-databases.html
[initdb]: http://www.postgresql.org/docs/9.2/static/app-initdb.html
[pg_ctl]: http://www.postgresql.org/docs/9.2/static/app-pg-ctl.html
[17.3]: http://www.postgresql.org/docs/9.2/static/server-start.html
[19]: http://www.postgresql.org/docs/9.2/static/client-authentication.html
[22.1]: http://www.postgresql.org/docs/9.2/static/locale.html
[22.3]: http://www.postgresql.org/docs/9.2/static/multibyte.html
[http_www.time-travellers.org_shane_papers_NFS_considered_harmful.html]: http://www.time-travellers.org/shane/papers/NFS_considered_harmful.html