Size: a a a

pgsql – PostgreSQL

2021 January 02

DS

Dmitry Stashenko in pgsql – PostgreSQL
эти показывают что любая операция чтения/записи с базой вызывает сильную нагрузку на проц
источник

Ð

Ð in pgsql – PostgreSQL
хм, мистика. Там шифрования нет нигде?
источник

DS

Dmitry Stashenko in pgsql – PostgreSQL
неа
источник

am

a m in pgsql – PostgreSQL
Dmitry Stashenko
уже все пробовал, вакум фул, реиндексацию, сделал дамп и залил в новую базу - все бестолку
Ну если уж и это пробовали, то попробуйте развернуть дамп на постгресе другой версии.
источник

am

a m in pgsql – PostgreSQL
Тогда можно будет говорить о том, что вы баг словили.
источник

DS

Dmitry Stashenko in pgsql – PostgreSQL
на 12-й, или какую рекомендуете?
источник

Ð

Ð in pgsql – PostgreSQL
я на 12 сижу, полет нормальный
источник

DS

Dmitry Stashenko in pgsql – PostgreSQL
ок, спасибо, попробую сейчас
источник

am

a m in pgsql – PostgreSQL
Dmitry Stashenko
на 12-й, или какую рекомендуете?
Наверное, на самую старую, какую только позволяет дамп.
(новые фитчи могут не залезть)
источник

Ð

Ð in pgsql – PostgreSQL
да не, зачем... лучше не предыдущую, которая не глючит
источник

am

a m in pgsql – PostgreSQL
А если она тоже глючит?
источник

am

a m in pgsql – PostgreSQL
Что, баг не может незамеченным через несколько версий пройти?
источник

AS

Andrei Shmigiro in pgsql – PostgreSQL
Реиндекс пробовали делать?
источник

AS

Andrei Shmigiro in pgsql – PostgreSQL
Индекс ваш сколько места занимает?
источник

Ð

Ð in pgsql – PostgreSQL
элементарный запрос же, и таблица маленькаЯ
источник

R

RTM in pgsql – PostgreSQL
explain  (analyze, buffers) что показывает?
источник

DS

Dmitry Stashenko in pgsql – PostgreSQL
RTM
explain  (analyze, buffers) что показывает?
EXPLAIN (ANALYZE, BUFFERS) SELECT id FROM block WHERE slot_leader_id=22;
                                                              QUERY PLAN
-----------------------------------------------------------------------------------------------------------------------------------------
Index Scan using block_slot_leader_id on block  (cost=0.43..1602.85 rows=485 width=8) (actual time=215.745..7576.954 rows=1545 loops=1)
  Index Cond: (slot_leader_id = 22)
  Buffers: shared hit=129 read=1362
Planning:
  Buffers: shared hit=180
Planning Time: 1.476 ms
Execution Time: 7579.413 ms
(7 rows)
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Dmitry Stashenko
EXPLAIN (ANALYZE, BUFFERS) SELECT id FROM block WHERE slot_leader_id=22;
                                                              QUERY PLAN
-----------------------------------------------------------------------------------------------------------------------------------------
Index Scan using block_slot_leader_id on block  (cost=0.43..1602.85 rows=485 width=8) (actual time=215.745..7576.954 rows=1545 loops=1)
  Index Cond: (slot_leader_id = 22)
  Buffers: shared hit=129 read=1362
Planning:
  Buffers: shared hit=180
Planning Time: 1.476 ms
Execution Time: 7579.413 ms
(7 rows)
А покажите:
1. Полную версию PosgreSQL ("SELECT version();").
2. Запрос и план — именно EXPLAIN (ANALYZE, BUFFERS, SETTINGS)
3. "\d+ block".
Всё текстом, конечно (можно на paste site).
И есть ли хоть какой-то мониторинг на этом сервере (возможно, вообще что-то другое (не postgres) сильно нагружает систему)?
источник

DS

Dmitry Stashenko in pgsql – PostgreSQL
уже грохнул 13-ю (( ставлю 12-ю сейчас, если не исправится сделаю все что написали, спасибо
источник

h

horpto in pgsql – PostgreSQL
Яб на другом серваке поставил, проблема может хардовая
источник