В Java приложение очень активно - миллионы раз - вызывается простенький запрос типа
1.
2.
3.
4.
5.
6.
7.
select
count(*)
from
TABLE
where
creation_date > to_date(:p1) and
contract_id = :p2;
Что значит залипают? - После установки нового релиза системы (раз в три месяца) и перезапуска серверов
я наблюдаю через v$sql и v$sql_bind_capture обычную работу - значения параметров меняются.
Передаваемая дата это sysdate - 10 минут. И каждый раз какой-то новый контракт.
Скорость выполнения запроса ~ 0.01 сек.
Примерно на третий день значения, с которыми Oracle выполняет запрос меняться перестают.
Например, creation_date = 27.05.17 contract_id = 838111222. И все, и ни с места!
Ладно бы я это видел только через v$sql_bind_capture!
Но, поскольку "залипает" дата, интервал, на котором просматривается таблица начинает расти.
Начинает расти потребление CPU, количество считанных блоков и время выполнения.
Через пару дней после залипания, запрос поднимается на первое место в v$sql по потреблению CPU.
Время выполнения запроса растет 0.01 - 0.1 - 1.0 - 10.0 - 30.0 ....
И так до следующей переустановки, до следующего перезапуска.
Беда в том, что этот запрос проявил себя взлетая наверх по потреблению CPU, поскольку получает залипший интервал.
Но стал просматривать другие запросы. И нашел, что в какой-то момент они тоже начинают использовать одни и те же
значения параметров!
На PROD количество выполнений ~ 50.000 в день.
На тестовых базах со значительно меньшим количеством выполнений все OK!
PROD и TEST абсолютно подобны и по серверам БД и по серверам приложений.
Oracle 12c, WebLogic 12c.
Металинка нет.
Кто-нибудь сталкивался?
