Início / user-260955

Gismat Husein's questions

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

Então, eu construí o PostgreSQL com a extensão citus no docker. Eu uso a documentação oficial em citus, então executo este comando no terminal.

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

Em seguida, o banco de dados está sendo construído com sucesso. Mas eu quero criar a pg_stat_statementsextensão. Eu configuro o postgresql.confarquivo.

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

Então reiniciei o container PostgreSQL. Escreveu esta consulta

SELECT * FROM pg_stat_statements;

em terminais. eu vi esse erro

[55000] ERROR: pg_stat_statements must be loaded via shared_preload_libraries

Não entendi, porque o arquivo de configuração não viu essa extensão, qual foi o meu erro?

Resolvido estou executando o container PostgreSQL com postgres:latest image. Então eu entrei no recipiente. Então, eu instalei o citus daqui no container. Em seguida, instalado apt-get install postgresql-contribno container.Próximo passo, execute create extension pg_stat_statements; E tudo funcionou para mim.

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

Eu tenho uma ticketing_systemtabela e tento inserir mais de 10 milhões de linhas. Então isso custou 50 segundos. Mas eu preciso de quase um máximo de 10-15 segundos.

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

Esta é uma estrutura de tabela. Esta é uma estrutura de tabela. Eu apenas uso esta consulta.

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

Esta consulta insere dados em quase 50 segundos.

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)

Como otimizar esta consulta? Eu larguei índices.

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

Portanto, esta é a minha primeira experiência com big data. Eu tenho uma ticketing_systemtabela e inseri um bilhão (um bilhão) de dados falsos na tabela.

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

Eu preciso de uma resposta do Postgresql de cerca de 10-30 ms ao pesquisar a ticket_idcláusula wherewith.Eu criei o índice BRIN CREATE INDEX in_ticketing_system_brin ON ticketing_system USING brin(ticket_id);. Mas isso não está me ajudando.

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