Простой запрос
1.
2.
3.
4.
5.
6.
7.
select
count(order_id)
from
tab_order
where
contract_number = :p1
and creation_date > to_date(:p3);
Интервал, рассматриваемый запросом, должен быть 10 минут.
Выполнение мгновенное. Затраты ничтожны.
Вдруг, я обнаруживаю этот запрос на первом месте с большим отрывом по CPU и buffer_gets
через v$sql.
Понимаю, что в какой-то момент передача параметров "залипла".
И запрос продолжает выполнятья с какой-то, давно прошедшей датой и contract_number.
Написал удобочитаемый запрос к v$sql_bind_capture и течении недели регулярно нажимаю Enter
Вот до 14 января все было нормально, а потом "залипло"
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
WATCH_TIME CATCH_TIME PARAM_NAME VALUE
----------- -------------- --------------- --------------------
13.01 17:56 13.01 17:46:55 TIME POINT 13.01.2017 17.36.56
CONTRACT_NUMBER 218886523
WATCH_TIME CATCH_TIME PARAM_NAME VALUE
----------- -------------- --------------- -------------------
14.01 19:11 14.01 19:07:47 TIME POINT 14.01.2017 18.57.47
CONTRACT_NUMBER 229176064
WATCH_TIME CATCH_TIME PARAM_NAME VALUE
----------- -------------- --------------- -------------------
15.01 13:33 15.01 13:33:40 TIME POINT 14.01.2017 22.28.11
CONTRACT_NUMBER 126333506
WATCH_TIME CATCH_TIME PARAM_NAME VALUE
----------- -------------- --------------- -------------------
16.01 13:58 16.01 13:58:03 TIME POINT 14.01.2017 22.28.11
CONTRACT_NUMBER 126333506
WATCH_TIME CATCH_TIME PARAM_NAME VALUE
----------- -------------- --------------- -------------------
17.01 10:59 17.01 10:59:16 TIME POINT 14.01.2017 22.28.11
CONTRACT_NUMBER 126333506
WATCH_TIME CATCH_TIME PARAM_NAME VALUE
----------- -------------- --------------- -------------------
18.01 10:37 18.01 10:37:35 TIME POINT 14.01.2017 22.28.11
CONTRACT_NUMBER 126333506
WATCH_TIME CATCH_TIME PARAM_NAME VALUE
----------- -------------- --------------- -------------------
19.01 16:14 19.01 16:14:58 TIME POINT 14.01.2017 22.28.11
CONTRACT_NUMBER 126333506
Ситуация воспроизводима.
т.е. Было обновление системы - перезапуск.
Несколько дней работало нормально.
Потом затык.
Джависты смотрял логи своего приложения и клянутся, что параметры передаются обновленные, правильные.
Пока пытался пронизать эту загадку вселенной, наткнулся на подобный, простенький запрос с count(*).
Только к другой таблице.
И тоже висит.
Мое предложение разработчикам простое - пусть забирают значение из процедуры, хранимой на сервере.
>>> Но сам вопрос остается - в чем может быть дело?!<<<
