相关疑难解决方法(0)

我有一个 PostgreSQL 表。select *很慢，但又select id好又快。我认为可能是行的大小非常大并且需要一段时间来运输，或者可能是其他一些因素。

我需要所有字段（或几乎所有字段），因此仅选择一个子集不是一个快速解决方案。选择我想要的字段仍然很慢。

这是我的表架构减去名称：

integer                  | not null default nextval('core_page_id_seq'::regclass)
character varying(255)   | not null
character varying(64)    | not null
text                     | default '{}'::text
character varying(255)   | 
integer                  | not null default 0
text                     | default '{}'::text
text                     | 
timestamp with time zone | 
integer                  | 
timestamp with time zone | 
integer                  | 

文本字段的大小可以是任意大小。但是，在最坏的情况下，不会超过几千字节。

问题

1. 有什么关于这叫“疯狂低效”的吗？
2. 有没有办法在 Postgres 命令行中测量页面大小来帮助我调试？

我们的系统写入了大量数据（一种大数据系统）。写入性能足以满足我们的需求，但读取性能真的太慢了​​。

我们所有表的主键（约束）结构都相似：

timestamp(Timestamp) ; index(smallint) ; key(integer).

一个表可以有数百万行，甚至数十亿行，而一个读请求通常是针对特定时间段（时间戳/索引）和标记的。查询返回大约 20 万行是很常见的。目前，我们每秒可以读取大约 15k 行，但我们需要快 10 倍。这是可能的，如果是，如何？

注意： PostgreSQL 是和我们的软件一起打包的，所以不同客户端的硬件是不一样的。

它是一个用于测试的虚拟机。VM 的主机是具有 24.0 GB RAM 的 Windows Server 2008 R2 x64。

服务器规范（虚拟机 VMWare）

Server 2008 R2 x64
2.00 GB of memory
Intel Xeon W3520 @ 2.67GHz (2 cores)

postgresql.conf 优化

shared_buffers = 512MB (default: 32MB)
effective_cache_size = 1024MB (default: 128MB)
checkpoint_segment = 32 (default: 3)
checkpoint_completion_target = 0.9 (default: 0.5)
default_statistics_target = 1000 (default: 100)
work_mem = 100MB (default: 1MB)
maintainance_work_mem = 256MB …

我们在 Postgres 中有一个 2.2 GB 的表，其中有 7,801,611 行。我们正在向它添加一个 uuid/guid 列，我想知道填充该列的最佳方法是什么（因为我们想NOT NULL向它添加约束）。

如果我正确理解 Postgres，更新在技术上是删除和插入，所以这基本上是重建整个 2.2 gb 表。我们还有一个奴隶在运行，所以我们不希望它落后。

有没有比编写一个随着时间慢慢填充它的脚本更好的方法？

我在表上添加新列时遇到问题。
我尝试运行了几次，但是运行了 10 多分钟后，由于锁定时间，我决定取消查询。

ALTER TABLE mytable ADD mycolumn VARCHAR(50);

有用的信息：

• PostgreSQL 版本：9.1
• 行数：~ 250K
• 列数：38
• 可空列数：32
• 约束数量：5（1 PK、3 FK、1 UNIQUE）
• 索引数：1
• 操作系统类型：Debian Squeeze 64

我发现了有关 PostgreSQL 管理可空列的方式的有趣信息（通过 HeapTupleHeader）。

我的第一个猜测是，因为这个表已经有 32 个 8 位的可空列MAXALIGN， HeapTupleHeader 是 4 字节长度（未验证，我不知道如何这样做）。

因此，添加新的可为空的列可能需要在每一行上更新 HeapTupleHeader 以添加新的 8-bits MAXALIGN，这可能会导致性能问题。

因此，我尝试更改可空列之一（实际上并不是真正可以为空的），以便将可空列的数量减少到 31，以检查我的猜测是否属实。

ALTER TABLE mytable ALTER myothercolumn SET NOT NULL;

不幸的是，这个改动也需要很长时间，超过5分钟，所以我也中止了。

您知道是什么导致了这种性能成本吗？

我正在尝试为 Postgres 9.4 中的大型（1.2TB）静态表创建部分索引。

我的数据是完全静态的，所以我可以插入所有数据，然后创建所有索引。

在这个 1.2TB 的表中，我有一个名为的列run_id，可以清晰地划分数据。通过创建涵盖一系列run_ids 的索引，我们获得了出色的性能。下面是一个例子：

CREATE INDEX perception_run_frame_idx_run_266_thru_270
ON run.perception
(run_id, frame)
WHERE run_id >= 266 AND run_id <= 270;

这些部分索引为我们提供了所需的查询速度。不幸的是，每个部分索引的创建大约需要 70 分钟。

看起来我们的 CPU 有限（top进程显示为 100%）。
我可以做些什么来加快部分索引的创建？

系统规格：

• 18核至强
• 192GB 内存
• RAID 中的 12 个 SSD
• 自动吸尘器关闭
• 维护工作内存：64GB（太高？）

表规格：

• 大小：1.26 TB
• 行数：105.37亿
• 典型的索引大小：3.2GB（有 ~.5GB 的差异）

表定义：

CREATE TABLE run.perception(
id bigint NOT NULL,
run_id bigint NOT NULL,
frame bigint NOT NULL,
by character varying(45) NOT NULL,
by_anyone bigint NOT …

我正在使用 PostgreSQL 在 Person 上存储数据。我需要存储每个人是否有能力教 0-17 岁每个年龄段的孩子。年龄是离散值，一个人可以将 18 岁（假设为 0-17 岁）中的任意数字分配给他们的帐户。这将用于预订系统，也需要构成搜索结果的一部分。

最初我考虑创建 18 个布尔字段，但这似乎效率低下。有没有更好的方法来做到这一点？我知道 Postgres 支持 JSONB，所以这是一个选项，但我不确定其含义。

有没有更好的方法来存储这些数据？

我有一个相当标准的餐厅模型，restaurant在 PostgreSQL 数据库中有一张桌子。所有餐厅都有评分（由average、vote_count和组成vote_sum），但为了避免重复此评分模式，例如pictures我将它们移到单独的rating表中并仅存储rating_idin restaurant。

我知道 1 个评级只会被整个数据库中的 1 个其他行使用。rating在restaurant或 中删除行时如何级联删除picture？

我一直在环顾四周，但我能找到的只是设置了 a REFERENCES，但为此我需要知道将删除哪些表数据。

我知道触发器可以完成这项工作，我只是希望有更优雅的东西。

我的直觉是NULL将比{}用作ARRAY[]PostgreSQL 中列的默认值时占用的空间更少。

我对么？

varchar(5)当我在查询中使用时INSERT，这意味着表中的属性将在内存中占用5 个字节？（假设一个可打印字符占用一个字节）？