Maxim BogukAltCtrlDel,
Меня очень смущают те планы что вы привели (т.е. такого просто не может быть).
Вы точно делали prepare 1 раз а explain analyze c разными did несколько раз?
Так как план должен был поменяться в какой то момент на перебор всех партиций (причем необратимо поменяться).
Попробуйте для очистки освести погонять explain analyze однажды prepared запроса с разными did.
Я сохраняю приведённый скрипт в файл и выполняю его с помощью psql.
Вот, ещё
1.
2.
3.
4.
5.
6.
7.
8.
9.
prepare test3(int,int) as SELECT s from strdat where did=$1 and cid=28624 and datetime<=$2 order by datetime desc limit 1;
explain (analyze, costs, buffers, timing) execute test3(134,1411117512);
explain (analyze, costs, buffers, timing) execute test3(210,1399399261);
explain (analyze, costs, buffers, timing) execute test3(223,1410961708);
explain (analyze, costs, buffers, timing) execute test3(226,1411292950);
explain (analyze, costs, buffers, timing) execute test3(134,1411117512);
explain (analyze, costs, buffers, timing) execute test3(210,1399399261);
explain (analyze, costs, buffers, timing) execute test3(223,1410961708);
explain (analyze, costs, buffers, timing) execute test3(226,1411292950);
PREPARE
QUERY PLAN
-------------------------------------------------------------------------------------------------------------------------------------------------------------------
Limit (cost=0.01..0.18 rows=1 width=26) (actual time=18.807..18.807 rows=1 loops=1)
Buffers: shared hit=5 read=2
-> Result (cost=0.01..12.08 rows=73 width=26) (actual time=18.806..18.806 rows=1 loops=1)
Buffers: shared hit=5 read=2
-> Merge Append (cost=0.01..12.08 rows=73 width=26) (actual time=18.806..18.806 rows=1 loops=1)
Sort Key: public.strdat.datetime
Buffers: shared hit=5 read=2
-> Index Scan Backward using strdat_pkey on strdat (cost=0.00..4.26 rows=1 width=520) (actual time=0.023..0.023 rows=0 loops=1)
Index Cond: ((did = 134) AND (datetime <= 1411117512) AND (cid = 28624))
Buffers: shared hit=4
-> Index Scan Backward using strdat_134_28624 on strdat_134 strdat (cost=0.00..6.90 rows=72 width=19) (actual time=18.781..18.781 rows=1 loops=1)
Index Cond: (datetime <= 1411117512)
Filter: (did = 134)
Buffers: shared hit=1 read=2
Total runtime: 18.868 ms
(15 rows)
QUERY PLAN
----------------------------------------------------------------------------------------------------------------------------------------------------------------
Limit (cost=0.01..2.16 rows=1 width=144) (actual time=0.046..0.047 rows=1 loops=1)
Buffers: shared hit=3 read=1
-> Result (cost=0.01..8.60 rows=4 width=144) (actual time=0.044..0.044 rows=1 loops=1)
Buffers: shared hit=3 read=1
-> Merge Append (cost=0.01..8.60 rows=4 width=144) (actual time=0.042..0.042 rows=1 loops=1)
Sort Key: public.strdat.datetime
Buffers: shared hit=3 read=1
-> Index Scan Backward using strdat_pkey on strdat (cost=0.00..4.26 rows=1 width=520) (actual time=0.006..0.006 rows=0 loops=1)
Index Cond: ((did = 210) AND (datetime <= 1399399261) AND (cid = 28624))
Buffers: shared hit=1
-> Index Scan Backward using strdat_210_28624 on strdat_210 strdat (cost=0.00..4.28 rows=3 width=19) (actual time=0.036..0.036 rows=1 loops=1)
Index Cond: (datetime <= 1399399261)
Filter: (did = 210)
Buffers: shared hit=2 read=1
Total runtime: 0.094 ms
(15 rows)
QUERY PLAN
----------------------------------------------------------------------------------------------------------------------------------------------------------------
Limit (cost=0.01..0.88 rows=1 width=69) (actual time=0.032..0.032 rows=1 loops=1)
Buffers: shared hit=4
-> Result (cost=0.01..8.73 rows=10 width=69) (actual time=0.031..0.031 rows=1 loops=1)
Buffers: shared hit=4
-> Merge Append (cost=0.01..8.73 rows=10 width=69) (actual time=0.029..0.029 rows=1 loops=1)
Sort Key: public.strdat.datetime
Buffers: shared hit=4
-> Index Scan Backward using strdat_pkey on strdat (cost=0.00..4.26 rows=1 width=520) (actual time=0.005..0.005 rows=0 loops=1)
Index Cond: ((did = 223) AND (datetime <= 1410961708) AND (cid = 28624))
Buffers: shared hit=1
-> Index Scan Backward using strdat_223_28624 on strdat_223 strdat (cost=0.00..4.33 rows=9 width=19) (actual time=0.024..0.024 rows=1 loops=1)
Index Cond: (datetime <= 1410961708)
Filter: (did = 223)
Buffers: shared hit=3
Total runtime: 0.077 ms
(15 rows)
QUERY PLAN
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Limit (cost=2.27..2.27 rows=1 width=270) (actual time=227.332..227.333 rows=1 loops=1)
Buffers: shared hit=1 read=18
-> Sort (cost=2.27..2.27 rows=2 width=270) (actual time=227.330..227.330 rows=1 loops=1)
Sort Key: public.strdat.datetime
Sort Method: top-N heapsort Memory: 25kB
Buffers: shared hit=1 read=18
-> Result (cost=0.00..2.26 rows=2 width=270) (actual time=16.240..227.257 rows=29 loops=1)
Buffers: shared hit=1 read=18
-> Append (cost=0.00..2.26 rows=2 width=270) (actual time=16.239..227.241 rows=29 loops=1)
Buffers: shared hit=1 read=18
-> Seq Scan on strdat (cost=0.00..0.00 rows=1 width=520) (actual time=0.001..0.001 rows=0 loops=1)
Filter: ((datetime <= 1411292950) AND (did = 226) AND (cid = 28624))
-> Index Scan Backward using strdat_226_28624 on strdat_226 strdat (cost=0.00..2.26 rows=1 width=19) (actual time=16.237..227.226 rows=29 loops=1)
Index Cond: (datetime <= 1411292950)
Filter: (did = 226)
Buffers: shared hit=1 read=18
Total runtime: 227.369 ms
(17 rows)
QUERY PLAN
-----------------------------------------------------------------------------------------------------------------------------------------------------------------
Limit (cost=0.01..0.18 rows=1 width=26) (actual time=0.015..0.015 rows=1 loops=1)
Buffers: shared hit=3
-> Result (cost=0.01..12.08 rows=73 width=26) (actual time=0.014..0.014 rows=1 loops=1)
Buffers: shared hit=3
-> Merge Append (cost=0.01..12.08 rows=73 width=26) (actual time=0.014..0.014 rows=1 loops=1)
Sort Key: public.strdat.datetime
Buffers: shared hit=3
-> Index Scan Backward using strdat_pkey on strdat (cost=0.00..4.26 rows=1 width=520) (actual time=0.006..0.006 rows=0 loops=1)
Index Cond: ((did = 134) AND (datetime <= 1411117512) AND (cid = 28624))
Buffers: shared hit=1
-> Index Scan Backward using strdat_134_28624 on strdat_134 strdat (cost=0.00..6.90 rows=72 width=19) (actual time=0.008..0.008 rows=1 loops=1)
Index Cond: (datetime <= 1411117512)
Filter: (did = 134)
Buffers: shared hit=2
Total runtime: 0.042 ms
(15 rows)
QUERY PLAN
----------------------------------------------------------------------------------------------------------------------------------------------------------------
Limit (cost=0.01..2.16 rows=1 width=144) (actual time=0.010..0.011 rows=1 loops=1)
Buffers: shared hit=3
-> Result (cost=0.01..8.60 rows=4 width=144) (actual time=0.009..0.009 rows=1 loops=1)
Buffers: shared hit=3
-> Merge Append (cost=0.01..8.60 rows=4 width=144) (actual time=0.009..0.009 rows=1 loops=1)
Sort Key: public.strdat.datetime
Buffers: shared hit=3
-> Index Scan Backward using strdat_pkey on strdat (cost=0.00..4.26 rows=1 width=520) (actual time=0.005..0.005 rows=0 loops=1)
Index Cond: ((did = 210) AND (datetime <= 1399399261) AND (cid = 28624))
Buffers: shared hit=1
-> Index Scan Backward using strdat_210_28624 on strdat_210 strdat (cost=0.00..4.28 rows=3 width=19) (actual time=0.004..0.004 rows=1 loops=1)
Index Cond: (datetime <= 1399399261)
Filter: (did = 210)
Buffers: shared hit=2
Total runtime: 0.048 ms
(15 rows)
QUERY PLAN
----------------------------------------------------------------------------------------------------------------------------------------------------------------
Limit (cost=0.01..0.88 rows=1 width=69) (actual time=0.010..0.010 rows=1 loops=1)
Buffers: shared hit=3
-> Result (cost=0.01..8.73 rows=10 width=69) (actual time=0.009..0.009 rows=1 loops=1)
Buffers: shared hit=3
-> Merge Append (cost=0.01..8.73 rows=10 width=69) (actual time=0.009..0.009 rows=1 loops=1)
Sort Key: public.strdat.datetime
Buffers: shared hit=3
-> Index Scan Backward using strdat_pkey on strdat (cost=0.00..4.26 rows=1 width=520) (actual time=0.004..0.004 rows=0 loops=1)
Index Cond: ((did = 223) AND (datetime <= 1410961708) AND (cid = 28624))
Buffers: shared hit=1
-> Index Scan Backward using strdat_223_28624 on strdat_223 strdat (cost=0.00..4.33 rows=9 width=19) (actual time=0.004..0.004 rows=1 loops=1)
Index Cond: (datetime <= 1410961708)
Filter: (did = 223)
Buffers: shared hit=2
Total runtime: 0.034 ms
(15 rows)
QUERY PLAN
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
Limit (cost=2.27..2.27 rows=1 width=270) (actual time=0.035..0.036 rows=1 loops=1)
Buffers: shared hit=18
-> Sort (cost=2.27..2.27 rows=2 width=270) (actual time=0.035..0.035 rows=1 loops=1)
Sort Key: public.strdat.datetime
Sort Method: top-N heapsort Memory: 25kB
Buffers: shared hit=18
-> Result (cost=0.00..2.26 rows=2 width=270) (actual time=0.005..0.028 rows=29 loops=1)
Buffers: shared hit=18
-> Append (cost=0.00..2.26 rows=2 width=270) (actual time=0.005..0.027 rows=29 loops=1)
Buffers: shared hit=18
-> Seq Scan on strdat (cost=0.00..0.00 rows=1 width=520) (actual time=0.000..0.000 rows=0 loops=1)
Filter: ((datetime <= 1411292950) AND (did = 226) AND (cid = 28624))
-> Index Scan Backward using strdat_226_28624 on strdat_226 strdat (cost=0.00..2.26 rows=1 width=19) (actual time=0.004..0.023 rows=29 loops=1)
Index Cond: (datetime <= 1411292950)
Filter: (did = 226)
Buffers: shared hit=18
Total runtime: 0.056 ms
(17 rows)
Maxim Bogukс этого места поподробнее, пжалста
перловые ф-ии ? внешние сервера от ара-кала?
что левого к базе прикрутили, признавайтесь
К постгресу ничего не прикручивал и даже не из сорцов его ставил.
Признаюсь, что я не пробрасывал порты к серверу и всё делаю из Webmin-а. Может из за этого?
Я остановил апач, остановил приложение пишушее в базу. Они остановились (проверял по списку процессов), зашёл в Webmin-e Службы\Сервер баз данных PostgreSQL\postgres\Исполнить SQL, вставил
1.
select pg_terminate_backend(pid) from pg_stat_activity where usename<>'postgres';
- выполнилось. Посмотрел так же
1.
SELECT client_addr,backend_start,xact_start,query_start, query FROM pg_stat_activity;
- селекты висели. Может, подождать надо было. Но мне хотелось систему восстановить, я перезапустил постгрес.
Maxim Bogukверсия -- повисшие -- автономки, запускаемые из security defined ф-ий из-под postgres, процессы которого вы не прибивали. И они у вас в неразрешимом дедлоке (что от реиндекса не зависит), либо в очередях на уникъю, что от реиндекса
немного зависит.
еще поправка/уточнение/ версии про автономки
повисшие, которые не постгреса, -- запускаются с sec/def/ , написаны от постгреса, которые запустили свои автономки и ждут (терминейтом не кладутся, не получив возврат от автономок). если бы вы прибили их детей -- они бы и легли.
Тут я "поплыл". Что такое security defined ф-ий, которые запускаются с sec/def/ ?
Все эти селекты вызываются из мода апача, который использует для доступа к постгресу
http://apr.apache.org/docs/apr/2.0/group___a_p_r___util___d_b_d.html , и вообще библиотеку apr на которой сам апач работает.
Апач я закрыл. Может он ещё не успел полностью закрыться? Попробую при следующем падении.
Логично напрашивается вопрос - нельзя ли прибивать "застрявшие" запросы к базе а не коннекты к ней?
Ну и отчего они застревают то? Ничего со словом security не использовалось.
