PostgreSQL常见问题

前端之家收集整理的这篇文章主要介绍了PostgreSQL常见问题前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

一.常见问题@H_403_2@

1.Postgresql 是什么?该怎么发音?@H_403_2@

Postgresql 读作 Post-Gres-Q-L,有时候也简称为Postgres

Postgresql 是面向目标的关系数据库系统,它具有传统商业数据库系统的所有功能,同时又含有将在下一代 DBMS 系统的使用的增强特性。 Postgresql 是自由免费的,并且所有源代码都可以获得。

Postgresql 的开发队伍主要为志愿者,他们遍布世界各地并通过互联网进行联系,这是一个社区开发项目,它不被任何公司控制。

2.Postgresql 可以运行在哪些操作系统平台上?

  一般说来,一个现代的 UNIX 兼容的平台都能运行 Postgresql 。在安装指南里列出了发布时经过明确测试的平台。

  Postgresql也可以直接运行在基于微软Windows-NT的操作系统,如Win2000,WinXP 和 Win2003,已制作完成的安装包可从 http://pgfoundry.org/projects/pginstaller下载,基于MSDOS的Windows操作系统 (Win95,Win98,WinMe)需要通过Cygwin模拟环境运行Postgresql

  同时也有一个为Novell Netware 6开发的版本可从 http://forge.novell.com 获取,为OS/2开发的版本可从 http://hobbes.nmsu.edu/cgi-bin/h-search?sh=1&button=Search&key=postgreSQL&stype=all&sort=type&dir=%2F

3.能够获取的最新文档有哪些?

  Postgresql包含大量的文档,主要有一些手册,手册页和一些的测试例子。参见 /doc 目录(译注:应为 $PGHOME/doc)。 你还可以在线浏览 Postgresql 的手册,其地址是:http://www.PostgreSQL.org/docs

  有两本关于 Postgresql 的书在线提供,在 http://www.PostgreSQL.org/docs/awbook.htmlhttp://www.commandprompt.com/ppbook/ 。 也有大量的Postgresql书籍可供购买,其中最为流行的一本是由Korry Douglas编写的。在 http://techdocs.PostgreSQL.org/techdocs/bookreviews.php上 上有大量有关Postgresql书籍的简介。 在 http://techdocs.PostgreSQL.org/上收集了有关 Postgresql 的大量技术文章

  客户端的命令行程序psql有一些以 \d 开头的命令,可显示关于类型,操作符,函数,汇总等的信息,使用 \? 可以显示所有可用的命令。

4.我如何了解已知的 BUG 或暂缺的功能?@H_403_2@

  Postgresql 支持一个扩展了的 sql-92 的子集。参阅我们的TODO 列表,获取一个已知Bug,暂缺的功能和将来的计划。

@H_403_2@

5.Postgresql 和其他数据库系统比起来如何?@H_403_2@

评价软件有好几种方法:特性,性能,可靠性,支持和价格。

a.特性
Postgresql 拥有大型商用 DBMS 里大多数特性, 例如:事务,子查询,触发器,视图,外键参考完整性和复杂的锁等。 我们还有一些它们没有的特性,如用户定义类型,继承,规则和多版本并行控制以减少锁的争用等。
b.性能
Postgresql 和其他商用和开源的数据库具有类似的性能。 对某些处理它比较快,对其他一些处理它比较慢。与其他数据库相比,我们的性能通常在 +/- 10%之间。
c.可靠性
我们知道 DBMS 必须是可靠的,否则它就一点用都没有。 我们努力做到发布经过认真测试的,稳定的臭虫最少的代码。每个版本至少有一个月的 beta 测试时间,并且我们的发布历史显示我们可以提供稳定的,牢固的,可用于生产使用的版本。我们相信 在这方面我们与其他的数据库软件是相当的。
d.支持
我们的邮件列表提供一个非常大的开发人员和用户的组以帮助解决所碰到的任何问题。 我们不能保证肯定能解决问题,相比之下,商用 DBMS 也并不是总能够提供解决方法。 直接与开发人员,用户群,手册和源程序接触令 Postgresql支持比其他 DBMS 还要好。还有一些商业性的预包装的支持,可以给提供给那些需要的人。(参阅 FAQ 条款 1.5 小节)
e.价格
对任何用途都免费,包括商用和非商用目的。 你可以不加限制地向你的产品里加入我们的代码,除了那些我们在上面的版权声明里声明的 BSD 风格的版权外。

@H_403_2@

二.用户客户端问题@H_403_2@

1.我们可以用什么语言和 Postgresql 打交道?

  Postgresql(缺省情况)只安装有C和内嵌式C的接口,其他的接口都是独立的项目,能够分别下载,这些接口项目独立的好处 是他们可以有各自的发布计划和各自独立的开发组。

一些编程语言如PHP都有访问 Postgresql 的接口,Perl,TCL,Python以及很多其他语言的接口在 http://gborg.postgresql.org 上的Drivers/Interfaces小节可找到, 并且通过Internet很容易搜索到。

@H_403_2@

2.有什么工具可以把 Postgresql 用于 Web 页面?@H_403_2@

  一个介绍以数据库后台的挺不错的站点是:http://www.webreview.com

  对于 Web 集成,PHP 是一个极好的接口。它在:http://www.php.net/

  对于复杂的任务,很多人采用 Perl 接口和 CGI.pm 或 mod_perl 。

@H_403_2@

3.Postgresql 拥有图形用户界面吗?@H_403_2@

  是的,在 http://techdocs.postgresql.org/guides/GUITools有一个详细的列表。

三.系统管理问题@H_403_2@

1.我怎样能把 Postgresql 装在 /usr/local/pgsql 以外的地方?

  在运行 configure 时加上 --prefix 选项。

@H_403_2@

2.我如何控制来自其他主机的连接?@H_403_2@

  缺省时,Postgresql 只允许通过 unix 域套接字或TCP/IP方式且来自本机的连接。 你只有在修改配置文件postgresql.conf中的listen_addresses,且也在配置文件pg_hba.conf中打开了 主机为基础( host-based )的身份认证,并重新启动Postgresql,否则其他机器是不能与你的Postgresql服务器连接的。

@H_403_2@

3.我怎样调整数据库引擎以获得更好的性能?@H_403_2@

有三个主要方面可以提升Postgresql的潜能。

a.查询方式的变化
这主要涉及修改查询方式以获取更好的性能:
  • 创建索引,包括表达式和部分索引;
  • 使用COPY语句代替多个Insert语句;
  • 将多个sql语句组成一个事务以减少提交事务的开销;
  • 从一个索引中提取多条记录时使用CLUSTER;
  • 从一个查询结果中取出部分记录时使用LIMIT;
  • 使用预编译式查询(Prepared Query);
  • 使用ANALYZE以保持精确的优化统计
  • 定期使用 VACUUM 或 pg_autovacuum
  • 进行大量数据更改时先删除索引(然后重建索引)
b.服务器的配置
配置文件 postgres.conf中的很多设置都会影响性能,所有参数的列表可见: Administration Guide/Server Run-time Environment/Run-time Configuration, 有关参数的解释可见: http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html
c.硬件的选择
计算机硬件对性能的影响可浏览 http://candle.pha.pa.us/main/writings/pgsql/hw_performance/index.htmlhttp://www.powerpostgresql.com/PerfList/

@H_403_2@

4.Postgresql 里可以获得什么样的调试特性?@H_403_2@

Postgresql有很多类似 log_* 的服务器配置变量可用于查询的打印和进程统计,而这些工作对调试和性能测试很有帮助。

@H_403_2@

5.为什么在试图连接时收到“Sorry,too many clients”消息?@H_403_2@

这表示你已达到缺省100个并发后台进程数的限制,你需要通过修改postgresql.conf文件中的max_connections值来 增加postmaster的后台并发处理数,修改后需重新启动postmaster

@H_403_2@

6.为什么要在升级 Postgresql 主要发布版本时做 dump 和 restore ?@H_403_2@

Postgresql 开发组对每次小的升级仅做了较少的修改,因此从 7.4.0 升级到 7.4.1 不需要 dump 和 restore。 但是主要的升级(例如从 7.3 到 7.4)通常会修改系统表和数据表的内部格式。 这些变化一般比较复杂,因此我们不维数据文件的向后兼容。 dump 将数据按照通用的格式输出,随后可以被重新加载并使用新的内部格式。

@H_403_2@

7.(使用Postgresql)我需要使用什么计算机硬件 ?@H_403_2@

由于计算机硬件大多数是兼容的,人们总是倾向于相信所有计算机硬件质量也是相同的。事实上不是, ECC RAM(带奇偶校验的内存),SCSI (硬盘)和优质的主板比一些便宜货要更加可靠且具有更好的性能。Postgresql几乎可以运行在任何硬件上, 但如果可靠性和性能对你的系统很重要,你就需要全面的研究一下你的硬件配置了。在我们的邮件列表上也有关于 硬件配置和性价比的讨论。

四.操作问题@H_403_2@

1.如何只选择一个查询结果的头几行?或是随机的一行?@H_403_2@

  如果你只是要提取几行数据,并且你在执行查询中知道确切的行数,你可以使用LIMIT功能。如果有一个索引与 ORDER BY中的条件匹配,Postgresql 可能就只处理要求的头几条记录, (否则将对整个查询进行处理直到生成需要的行)。如果在执行查询功能时不知道确切的记录数, 可使用游标(cursor)和FETCH功能

  可使用以下方法提取一行随机记录的:

SELECT  cols
FROM tab
ORDER BY random()
LIMIT 1 ;

@H_403_2@

2.如何查看表、索引、数据库以及用户的定义?如何查看psql里用到的查询指令并显示它们?@H_403_2@

  在psql中使用 \dt 命令来显示数据表的定义,要了解psql中的完整命令列表可使用\? ,另外,你也可以阅读 psql 的源代码 文件pgsql/src/bin/psql/describe.c,它包括生成psql反斜杠命令的输出的所有 sql 命令。你还可以带 -E 选项启动 psql, 这样它将打印出执行你在psql中所给出的命令的内部实际使用的SQL查询。Postgresql也提供了一个兼容sql的INFORMATION SCHEMA接口, 你可以从这里获取关于数据库的信息。

  在系统中有一些以pg_ 打头的系统表也描述了表的定义。

  使用 psql -l 指令可以列出所有的数据库

  也可以浏览一下 pgsql/src/tutorial/syscat.source文件,它列举了很多可从数据库系统表中获取信息的SELECT语法。

@H_403_2@

3.如何更改一个字段的数据类型?@H_403_2@

  在8.0版本里更改一个字段的数据类型很容易,可使用 ALTER TABLE ALTER COLUMN TYPE 。

在以前的版本中,可以这样做:

BEGIN;
    ALTER TABLE tab ADD COLUMN new_col new_data_type;
    UPDATE tab SET new_col = CAST(old_col AS new_data_type);
    ALTER TABLE tab DROP COLUMN old_col;
COMMIT;

  你然后可以使用VACUUM FULL tab 指令来使系统收回无效数据所占用的空间。

@H_403_2@

4.一行记录,一个表,一个库的最大尺寸是多少?@H_403_2@

  下面是一些限制:

一个数据库最大尺寸? 无限制(已存在有 32TB 的数据库
一个表的最大尺寸? 32 TB
一行记录的最大尺寸? 1.6 TB
一个字段的最大尺寸? 1 GB
一个表里最大行数? 无限制
一个表里最大列数? 250-1600 (与列类型有关)
一个表里的最大索引数量 无限制

  当然,实际上没有真正的无限制,还是要受可用磁盘空间、可用内存/交换区的制约。 事实上,当这些数值变得异常地大时,系统性能也会受很大影响。

  表的最大尺寸 32TB不需要操作系统对大文件支持。大表用多个 1 GB 的文件存储,因此文件系统尺寸的限制是不重要的。

  如果缺省的块大小增长到 32K ,最大的表尺寸和最大列数还可以增加到四倍。

@H_403_2@

5.存储一个典型的文本文件里的数据需要多少磁盘空间?@H_403_2@

  一个 Postgres 数据库(存储一个文本文件)所占用的空间最多可能需要相当于这个文本文件自身大小5倍的磁盘空间。

  例如,假设有一个 100,000 行的文件,每行有一个整数和一个文本描述。 假设文本串的平均长度为20字节。文本文件占用 2.8 MB。存放这些数据的 Postgresql 数据库文件大约是 6.4 MB:

     32 字节: 每行的头(估计值)
     24 字节: 一个整数型字段和一个文本型字段
   +  4 字节: 页面内指向元组的指针
   ----------------------------------------
     60 字节每行

   Postgresql 数据页的大小是 8192 字节 (8 KB),则:

   8192 字节每页
   -------------------   =  136 行/数据页(向下取整)
     60 字节每行

   100000 数据行
   --------------------  =  735 数据页(向上取整)
      128 行每页

   735 数据页 * 8192 字节/页  =  6,021,120 字节(6 MB)

  索引不需要这么多的额外消耗,但也确实包括被索引的数据,因此它们也可能很大。

  空值NULL存放在位图中,因此占用很少的空间。

@H_403_2@

6.为什么我的查询很慢?为什么这些查询没有利用索引?@H_403_2@

并非每个查询都会自动使用索引。只有在表的大小超过一个最小值,并且查询只会选中表中较小比例的记录时才会采用索引。 这是因为索引扫描引起的随即磁盘存取可能比直接地读取表(顺序扫描)更慢。

  为了判断是否使用索引,Postgresql必须获得有关表的统计值。这些统计值可以使用 VACUUM ANALYZE,或 ANALYZE 获得。 使用统计值,优化器知道表中有多少行,就能够更好地判断是否利用索引。 统计值对确定优化的连接顺序和连接方法也很有用。在表的内容发生变化时,应定期进行统计值的更新收集。

  索引通常不用于 ORDER BY 或执行连接。对一个大表的一次顺序扫描,再做一个显式的排序通常比索引扫描要快。

  但是,在 LIMIT 和 ORDER BY 结合使用时经常会使用索引,因为这只会返回表的一小部分。 实际上,虽然 MAX() 和 MIN() 并不使用索引,通过对 ORDER BY 和 LLIMIT 使用索引取得最大值和最小值也是可以的:

SELECT col
FROM tab
ORDER BY col [ DESC ]
LIMIT 1;

  如果你确信Postgresql的优化器使用顺序扫描是不正确的,你可以使用SET enable_seqscan TO 'off'指令, 然后再次运行查询,你就可以看出使用一个索引扫描是否确实要快一些。

  当使用通配符操作,例如 LIKE~ 时,索引只能在特定的情况下使用:

  • 字符串的开始部分必须是普通字符串,也就是说:
    • LIKE 模式不能以 % 打头。
    • ~ (正则表达式)模式必须以 ^ 打头。
  • 字符串不能以匹配多个字符的模式类打头,例如 [a-e]。
  • 大小写无关的查找,如 ILIKE 和 ~* 等不使用索引,但可以用 4.8 节描述的函数索引。
  • 在做 initdb 时必须采用缺省的本地设置 C locale,因为系统不可能知道在非C locale情况时下一个最大字符是什么。 在这种情况下,你可以创建一个特殊的text_pattern_ops索引来用于LIKE的索引。

  在8.0之前的版本中,除非要查询的数据类型和索引的数据类型相匹配,否则索引经常是未被用到,特别是对int2,int8和数值型的索引。

@H_403_2@

7.我如何才能看到查询优化器是怎样评估处理我的查询?@H_403_2@

  用EXPLAIN查看分析。

@H_403_2@

8.我怎样做正则表达式搜索和大小写无关的正则表达式查找?怎样利用索引进行大小写无关查找?@H_403_2@

  操作符 ~ 处理正则表达式匹配,而 ~* 处理大小写无关的正则表达式匹配。大写些无关的 LIKE 变种成为 ILIKE。

  大小写无关的等式比较通常写做:

SELECT *
FROM tab
WHERE lower(col) = 'abc';

  这样将不会使用标准的索引。但是可以创建一个可被利用的函数索引:

CREATE INDEX tabindex ON tab (lower(col));

@H_403_2@

9.在一个查询里,我怎样检测一个字段是否为 NULL ?我如何才能准确排序而不论某字段是否含 NULL 值?@H_403_2@

  用 IS NULLIS NOT NULL 测试这个字段,具体方法如下:

SELECT *
FROM tab
WHERE col IS NULL;

  为了能对含 NULL字段排序,可在 ORDER BY 条件中使用 IS NULLIS NOT NULL 修饰符,条件为真 true 将比条件为假false 排在前面,下面的例子就会将含 NULL 的记录排在结果的上面部分:

SELECT *
FROM tab
ORDER BY (col IS NOT NULL);

@H_403_2@

10.各种字符类型之间有什么不同?@H_403_2@
类型 内部名称 说明
VARCHAR(n) varchar 指定了最大长度,变长字符串,不足定义长度的部分不补齐
CHAR(n) bpchar 定长字符串,实际数据不足定义长度时,以空格补齐
TEXT text 没有特别的上限限制(仅受行的最大长度限制)
BYTEA bytea 变长字节序列(使用NULL也是允许的)
"char" char 一个字符

在系统表和在一些错误信息里你将看到内部名称

  上面所列的前四种类型是"varlena"(变长)类型(也就是说,开头的四个字节是长度,后面才是数据)。 于是实际占用的空间比声明的大小要多一些。 然而这些类型都可以被压缩存储,也可以用 TOAST 脱机存储,因此磁盘空间也可能比预想的要少。

  VARCHAR(n) 在存储限制了最大长度的变长字符串是最好的。 TEXT 适用于存储最大可达 1G左右但未定义限制长度的字符串。

  CHAR(n) 最适合于存储长度相同的字符串。 CHAR(n)会根据所给定的字段长度以空格补足(不足的字段内容), 而 VARCHAR(n) 只存储所给定的数据内容BYTEA 用于存储二进制数据,尤其是包含 NULL 字节的值。这些类型具有相似的性能特性。

@H_403_2@

11.我怎样创建一个序列号/自动递增的字段?@H_403_2@

  Postgresql 支持 SERIAL 数据类型。它在字段上自动创建一个序列和索引。例如:

CREATE TABLE person ( 
	id   SERIAL,name TEXT 
);

  会自动转换为:

CREATE SEQUENCE person_id_seq;
CREATE TABLE person ( 
	id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),name TEXT
);

  参考 create_sequence 手册页获取关于序列的更多信息。

@H_403_2@

12.我如何获得一个插入的序列号的值?@H_403_2@

  一种方法是在插入之前先用函数 nextval() 从序列对象里检索出下一个 SERIAL 值,然后再显式插入。可用伪码这样描述:

new_id = execute("SELECT nextval('person_id_seq')");
execute("INSERT INTO person (id,name) VALUES (new_id,'Blaise Pascal')");

  这样还能在其他查询中使用存放在 new_id 里的新值(例如,作为 person 表的外键)。 注意自动创建的 SEQUENCE 对象的名称将会是 <table>_<serialcolumn>_seq, 这里 table 和 serialcolumn 分别是你的表的名称和你的 SERIAL 字段的名称

  类似的,在 SERIAL 对象缺省插入后你可以用函数 currval() 检索刚赋值的 SERIAL 值,例如:

execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");
new_id = execute("SELECT currval('person_id_seq')");

@H_403_2@

13.使用 currval() 会导致和其他用户的冲突情况(race condition)吗?@H_403_2@

  不会。currval() 返回的是你本次会话进程所赋的值而不是所有用户的当前值。

@H_403_2@

14.为什么不在事务异常中止后重用序列号呢?为什么在序列号字段的取值中存在间断呢?@H_403_2@

  为了提高并发性,序列号在需要的时候赋予正在运行的事务,并且在事务结束之前不进行锁定, 这就会导致异常中止的事务后,序列号会出现间隔。

@H_403_2@

15.什么是 OID ?什么是 CTID ?@H_403_2@

  Postgresql 里创建的每一行记录都会获得一个唯一的OID,除非在创建表时使用WITHOUT OIDS选项。   OID创建时会自动生成一个4字节的整数,所有 OID 在整个 Postgresql 中均是唯一的。 然而,它在超过40亿时将溢出, OID此后会出现重复。Postgresql 在它的内部系统表里使用 OID 在表之间建立联系。

  在用户的数据表中,最好是使用SERIAl来代替OID 因为SERIAL只是保证在单个表中数据是唯一的,这样它溢出的可能性就非常小了, SERIAL8可用来保存8字节的序列号字段。

  CTID 用于标识带着数据块(地址)和(块内)偏移的特定的物理行。 CTID 在记录被更改或重载后发生改变。索引入口使用它们指向物理行。

@H_403_2@

16.为什么我收到错误信息“ERROR: Memory exhausted in AllocSetAlloc()”?@H_403_2@

  这很可能是系统的虚拟内存用光了,或者内核对某些资源有较低的限制值。在启动 postmaster 之前试试下面的命令:

ulimit -d 262144
limit datasize 256m

取决于你用的 shell,上面命令只有一条能成功,但是它将把你的进程数据段限制设得比较高, 因而也许能让查询完成。这条命令应用于当前进程,以及所有在这条命令运行后创建的子进程。 如果你是在运行sql客户端时因为后台返回了太多的数据而出现问题,请在运行客户端之前执行上述命令。

@H_403_2@

17.我如何才能知道所运行的 Postgresql 的版本?@H_403_2@

  从 psql 里,输入 SELECT version();指令。

@H_403_2@

18.我如何创建一个缺省值是当前时间的字段?@H_403_2@

  使用 CURRENT_TIMESTAMP:

CREATE TABLE test (x int,modtime TIMESTAMP DEFAULT CURRENT_TIMESTAMP );

19.我怎样进行 outer join (外连接)?@H_403_2@

  Postgresql 采用标准的 sql 语法支持外连接。这里是两个例子:

SELECT *
FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);

  或是

SELECT *
FROM t1 LEFT OUTER JOIN t2 USING (col);

  这两个等价的查询在 t1.col 和 t2.col 上做连接,并且返回 t1 中所有未连接的行(那些在 t2 中没有匹配的行)。 右[外]连接(RIGHT OUTER JOIN)将返回 t2 中未连接的行。 完全外连接(FULL OUTER JOIN)将返回 t1 和 t2 中未连接的行。 关键字 OUTER 在左[外]连接、右[外]连接和完全[外]连接中是可选的,普通连接被称为内连接(INNER JOIN)。

@H_403_2@

20.如何使用涉及多个数据库查询?@H_403_2@

  没有办法查询当前数据库之外的数据库。 因为 Postgresql 要加载与数据库相关的系统目录(系统表),因此跨数据库查询如何执行是不定的。

  附加增值模块contrib/dblink允许采用函数调用实现跨库查询。当然用户也可以同时连接到不同的数据库执行查询然后在客户端合并结果。

@H_403_2@

21.如何让函数返回多行或多列?@H_403_2@

  在函数中返回数据记录集的功能是很容易使用的,详情参见: http://techdocs.postgresql.org/guides/SetReturningFunctions

@H_403_2@

22.为什么我在使用PL/Pgsql函数存取临时表时会收到错误信息“relation with OID ##### does not exist”?@H_403_2@

  PL/Pgsql会缓存函数内容,由此带来的一个不好的副作用是若一个 PL/Pgsql 函数访问了一个临时表,然后该表被删除并重建了,则再次调用函数将失败, 因为缓存的函数内容仍然指向旧的临时表。解决方法是在 PL/Pgsql 中用EXECUTE 对临时表进行访问。这样会保证查询在执行前总会被重新解析。

@H_403_2@

23.目前有哪些数据复制方案可用?@H_403_2@

  “复制”只是一个术语,有好几种复制技术可使用,每种都有优点和缺点:

  主/从复制方式是允许一个主服务器接受读/写的申请,而多个从服务器只能接受读/SELECT查询的申请, 目前最流行且是免费的主/从 Postgresql复制方案是 Slony-I

  多个主服务器的复制方式允许将读/写的申请发送给多台的计算机,这种方式由于需要在多台服务器之间同步数据变动 可能会带来较严重的性能损失,Pgcluster是目前这种方案 中最好的,而且还可以免费下载。

  也有一些商业需付费和基于硬件的数据复制方案,支持上述各种复制模型。

文章来源:http://docs.huihoo.com/postgresql/pgsql-faq.html

猜你在找的Postgre SQL相关文章