кн
Zheka_13
так а id это праймари кей как бы должен быть
да
Size: a a a
2021 February 10
Z
а зачем индекс на него тогда?
Z
is not null - оно ж не может быть нулом никогда
кн
вру, это не пк
Z
наверное таблица большая.
KK
так может там куча null-ов которые приходится скипать? Или просто куча мусора (старых версий) скопилось?
VY
Приветтсвую, подскажите, в чем проблема. Запрос:
Limit (cost=0.43..0.68 rows=1 width=1565) (actual time=24571.209..24571.210 rows=1 loops=1)
Buffers: shared hit=2776607 read=30031 written=1725
-> Index Scan using item_id_idx on item (cost=0.43..1019570.18 rows=4063383 width=1565) (actual time=24571.208..24571.208 rows=1 loops=1)
Buffers: shared hit=2776607 read=30031 written=1725
Planning time: 0.207 ms
Execution time: 24571.241 ms
select * from item order by id limit 1Limit (cost=0.43..0.68 rows=1 width=1565) (actual time=24571.209..24571.210 rows=1 loops=1)
Buffers: shared hit=2776607 read=30031 written=1725
-> Index Scan using item_id_idx on item (cost=0.43..1019570.18 rows=4063383 width=1565) (actual time=24571.208..24571.208 rows=1 loops=1)
Buffers: shared hit=2776607 read=30031 written=1725
Planning time: 0.207 ms
Execution time: 24571.241 ms
сделайте индекс
ON item (id) WHERE id IS NOT NULLZ
может analyze сделать
Z
так он там уже есть судя по експлейну
VY
А при физической репликации у меня же и секвенции перекинутся?
Я просто хочу перенести базу на второй сервер и дропнуть её на первом. сь одинаоквая. Версия тоже
Я просто хочу перенести базу на второй сервер и дропнуть её на первом. сь одинаоквая. Версия тоже
для такого переноса лучше всего физическая, конечно
M
для такого переноса лучше всего физическая, конечно
Отлично. Спасибо )
YS
Вот еще инетресная штука:
Наличие хипов
explain (analyze, buffers) select min(id) from item
Result (cost=0.69..0.70 rows=1 width=8) (actual time=45535.327..45535.327 rows=1 loops=1)
Buffers: shared hit=2757593 read=182247 dirtied=253 written=11026
InitPlan 1 (returns $0)
-> Limit (cost=0.43..0.69 rows=1 width=8) (actual time=45535.317..45535.318 rows=1 loops=1)
Buffers: shared hit=2757593 read=182247 dirtied=253 written=11026
-> Index Only Scan using item_id_idx on item (cost=0.43..1087166.50 rows=4299775 width=8) (actual time=45535.314..45535.315 rows=1 loops=1)
Index Cond: (id IS NOT NULL)
Heap Fetches: 3087185
Buffers: shared hit=2757593 read=182247 dirtied=253 written=11026
Planning time: 0.151 ms
Execution time: 45535.361 msНаличие хипов
покажите
\d item
кн
сделайте индекс
ON item (id) WHERE id IS NOT NULLНе помог
Buffers: shared hit=694340 read=1265 written=23
Buffers: shared hit=694340 read=1265 written=23
кн
Yaroslav Schekin
покажите
\d item
\d item
Table "public.item"
Column | Type | Collation | Nullable | Default
---------+-----------------------------+-----------+----------+---------------------------------------------
id | bigint | | not null | nextval('item_id_seq'::regclass)
item_id | bigint | | |
ts | timestamp without time zone | | | now()
event | character(1) | | |
data | jsonb | | |
Indexes:
"item_id_idx" btree (id)
"item_id_idx1" btree (id) WHERE id IS NOT NULLKK
Так id же not null!
YS
Вот еще инетресная штука:
Наличие хипов
explain (analyze, buffers) select min(id) from item
Result (cost=0.69..0.70 rows=1 width=8) (actual time=45535.327..45535.327 rows=1 loops=1)
Buffers: shared hit=2757593 read=182247 dirtied=253 written=11026
InitPlan 1 (returns $0)
-> Limit (cost=0.43..0.69 rows=1 width=8) (actual time=45535.317..45535.318 rows=1 loops=1)
Buffers: shared hit=2757593 read=182247 dirtied=253 written=11026
-> Index Only Scan using item_id_idx on item (cost=0.43..1087166.50 rows=4299775 width=8) (actual time=45535.314..45535.315 rows=1 loops=1)
Index Cond: (id IS NOT NULL)
Heap Fetches: 3087185
Buffers: shared hit=2757593 read=182247 dirtied=253 written=11026
Planning time: 0.151 ms
Execution time: 45535.361 msНаличие хипов
А что возвращает, например:
Ну и да, как написали выше, item_id_idx1 не нужен.
SELECT MIN(id) AS min_id, MAX(id) AS max_id, COUNT(*) AS total_rows?
FROM item;
Ну и да, как написали выше, item_id_idx1 не нужен.
KK
А если на этой табличке сделать vacuum full?
кн
Yaroslav Schekin
А что возвращает, например:
Ну и да, как написали выше, item_id_idx1 не нужен.
SELECT MIN(id) AS min_id, MAX(id) AS max_id, COUNT(*) AS total_rows?
FROM item;
Ну и да, как написали выше, item_id_idx1 не нужен.
842653630 843081119 427445
кн
А если на этой табличке сделать vacuum full?
ничего не помагает из вакуума, только truncate
YS
842653630 843081119 427445
Удалили много записей с предыдущими id, возможно?
Проще всего сделать:
Так, а "старые" транзакции (см. pg_stat_activity) есть (ну и так далее, но это скорее всего)?
Проще всего сделать:
VACUUM FULL item;> ничего не помагает из вакуума, только truncate
VACUUM ANALYZE item;
Так, а "старые" транзакции (см. pg_stat_activity) есть (ну и так далее, но это скорее всего)?