主页 / user-260955

Gismat Husein's questions

Martin Hope
Gismat Husein
Asked: 2022-10-13 23:32:22 +0800 CST
  • 1

因此，我在 docker 中构建了带有 citus 扩展的 PostgreSQL。我在 citus 中使用官方文档，然后在终端中运行此命令。

docker run -d -v /root/volumes/citus-data:/data  --network citus-network --name citus_coordinator -p 5500:5432 -e POSTGRES_PASSWORD=mypassword citusdata/citus:11.1

然后数据库成功构建。但我想创建pg_stat_statements扩展。我配置 postgresql.conf文件。

shared_preload_libraries = 'pg_stat_statements'
pg_stat_statements.track = all
pg_stat_statements.max = 10000
track_activity_query_size = 2048

然后我重新启动了 PostgreSQL 容器。写了这个查询

SELECT * FROM pg_stat_statements;

在终端。我看到了这个错误

[55000] ERROR: pg_stat_statements must be loaded via shared_preload_libraries

我不明白，为什么配置文件没有看到这个扩展名，我的错误是什么？

解决 了我正在使用 postgres:latest image 运行 PostgreSQL 容器。然后我进入了容器。所以，我将 citus 从这里安装到容器中。然后安装apt-get install postgresql-contrib到容器中。下一步，运行create extension pg_stat_statements; 一切对我有用。

postgresql monitoring
Martin Hope
Gismat Husein
Asked: 2022-09-24 05:12:30 +0800 CST
  • 0

我有一张ticketing_system桌子，我尝试插入 10+ 百万行。所以这需要 50 秒。但我最多需要 10-15 秒。

CREATE TABLE ticketing_system (
  ticket_id UUID not null default uuid_generate_v4(),
  count int,
);

这是一个表结构。这是一个表结构。我只是使用这个查询。

INSERT INTO ticketing_system(count) 
select * from generate_series(1,10000000);

此查询在将近 50 秒内插入数据。

explain analyze INSERT INTO ticketing_system(count) select * from generate_series(1,10000000);
                                                                  QUERY PLAN

----------------------------------------------------------------------------------------------------------------------------------------------
 Insert on ticketing_system  (cost=0.00..125000.00 rows=0 width=0) (actual time=52620.980..52620.981 rows=0 loops=1)
   ->  Function Scan on generate_series  (cost=0.00..125000.00 rows=10000000 width=20) (actual time=765.900..44678.638 rows=10000000 loops=1)
 Planning Time: 0.056 ms
 JIT:
   Functions: 4
   Options: Inlining false, Optimization false, Expressions authentic, Deforming true
   Timing: Generation 0.578 ms, Inlining 0.000 ms, Optimization 0.174 ms, Emission 1.199 ms, Total 1.952 ms
 Execution Time: 52631.718 ms
(8 rows)

如何优化这个查询？我删除了索引。

postgresql postgresql-performance
Martin Hope
Gismat Husein
Asked: 2022-09-21 03:50:15 +0800 CST
  • 1

所以这是我第一次接触大数据。我有一张ticketing_system表，我在表中插入了一百万（十亿）个假数据。

CREATE TABLE ticketing_system (
    id BIGSERIAL,
    ticket_id UUID not null default uuid_generate_v4(),
    count int,
    created_at timestamptz NOT NULL
);

ticket_id搜索with子句时，我需要大约 10-30 毫秒的 Postgresql 响应。我where创建了 BRIN 索引 CREATE INDEX in_ticketing_system_brin ON ticketing_system USING brin(ticket_id);。但这对我没有帮助。

explain analyze select * from ticketing_system where ticket_id = '09830cb7-37f2-4951-8910-1661b1358b99';
                                                                        QUERY PLAN
----------------------------------------------------------------------------------------------------------------------------------------------------------
 Gather  (cost=1217.39..1854198.38 rows=1 width=36) (actual time=997.056..84730.718 rows=1 loops=1)
   Workers Planned: 2
   Workers Launched: 2
   ->  Parallel Bitmap Heap Scan on ticketing_system  (cost=217.39..1853198.28 rows=1 width=36) (actual time=56707.851..84601.029 rows=0 loops=3)
         Recheck Cond: (ticket_id = '09830cb7-37f2-4951-8910-1661b1358b99'::uuid)
         Rows Removed by Index Recheck: 46103039
         Heap Blocks: lossy=366097
         ->  Bitmap Index Scan on in_ticketing_system_brin  (cost=0.00..217.39 rows=3544816 width=0) (actual time=153.203..153.209 rows=11525760 loops=1)
               Index Cond: (ticket_id = '09830cb7-37f2-4951-8910-1661b1358b99'::uuid)
 Planning Time: 3.167 ms
 JIT:
   Functions: 6
   Options: Inlining true, Optimization true, Expressions true, Deforming true
   Timing: Generation 12.892 ms, Inlining 491.333 ms, Optimization 92.106 ms, Emission 91.551 ms, Total 687.882 ms
 Execution Time: 84833.538 ms
(15 rows)
postgresql postgresql-performance