昨晚将我们的数据库从 9.3.5 升级到 9.4.1 后，服务器出现了高 CPU 峰值。升级是使用 pg_dump 完成的。于是把数据库转成SQL再导入9.4。
在 CPU 峰值期间，日志中有很多这样的消息：
process X still waiting for ExclusiveLock on extension of relation Y of database Z
after 1036.234 ms
和：
process X acquired ExclusiveLock on extension of relation Y of database Z
after 2788.050 ms
看起来可疑的是，有时在完全相同的毫秒内有多个“获取”消息用于完全相同的关系号。
为什么 Postgres 会在同一毫秒内将表增长两次？它可能是具有高填充因子的索引吗？
欢迎任何有关如何解决此问题的建议。
PS 我也在Postgres 邮件列表上问过这个问题，如果不妥请告诉我。
据我了解，当您向 Postgres 发送查询时，例如：
SELECT id FROM table1 WHERE name = $1;
Postgres 将创建一个查询计划。该计划将在同一会话中为同一查询缓存。但是如果你创建一个函数：
CREATE OR REPLACE FUNCTION get_table1 (parname text) RETURNS bigint
LANGUAGE plpgsql AS
$$BEGIN
RETURN (SELECT id FROM table1 where name = parname);
END$$;
查询计划将被缓存用于所有未来的会话。
我想通过检查查询分析器被调用的频率来验证这个理论。有没有办法检查 Postgres 解析查询的次数？
如果可能的话，我想监控每秒#parses 和 min/max/avg 解析持续时间之类的东西。
在测试我对 SQL 的回答时——从每组的第一行和最后一行获取数据，我注意到了一些奇怪的事情。first_value和窗口函数的last_value行为似乎不同。
正如预期的那样，从 的最小值的行中first_value(col1) over (order by col2)找到 的值。但似乎找到了当前行的值。 似乎与它正在操作的组或分区无关。col1col2last_value(col1) over (order by col2)last_value
对于以下查询：
id Session ID bal
0 00000002 100
1 00000002 120
2 00000002 140
3 00000001 900
4 00000001 800
5 00000001 500
表达方式：
last_value(bal) over (partition by [Session ID] order by id) as lv
返回不同于以下内容的内容：
first_value(bal) over (partition by [Session ID] order by id DESC) as fv_desc
这是结果（注意lv一组内的变化值）：
lv fv_desc
500 500
800 500
900 500
140 140
120 140
100 140
SQL Fiddle 的示例，带有一些额外的列。 反转order by或省略partition by似乎不会影响last_value()返回的内容。
如果我正确阅读了MSDN 页面，它表明last_value()应该与 的相反first_value()，这与我在测试期间观察到的不同。
做last_value()它应该做的事吗？为什么last_value()允许你指定一个partitionand/ororder by子句，而它似乎也不使用呢？
当我在 Postgres 中创建用户时，
create user test with password 'test';
用户最终能够连接到实例中的每个数据库。用户还可以从任何表中进行选择：
# psql -h localhost testdb test
Password for user test: *****
psql (8.4.20, server 9.1.13)
WARNING: psql version 8.4, server version 9.1.
Some psql features might not work.
Type "help" for help.
testdb=> select * from testtable;
id
------------
1
(1 row)
\l数据库列表显示testdb有空Access privileges。那么为什么一个新创建的用户可以连接到那个数据库呢？
新创建的“test”用户还可以从表中选择数据。为什么他可以在没有特权的情况grant下这样做？select
我想创建一个只能连接到一个数据库并且只能从某些视图中读取的用户。如何防止用户直接从表中读取？
当我查询默认跟踪的配置时，它显示已启用：
exec sp_configure 'default trace enabled';
-->
name minimum maximum config_value run_value
default trace enabled 0 1 1 1
但是当我查询sys.traces路径时，它返回一个空行集：
select * from sys.traces;
什么可以解释没有启用的跟踪？