Вход | Регистрация

1С:Предприятие :: 1С:Предприятие 8 общая

FREEPROCCACHE и FLUSHPROCINDB

Ø [Волшебник, 13.07.18 - 09:26]
FREEPROCCACHE и FLUSHPROCINDB
Я
   cons74
 
12.07.18 - 16:44
Есть кто использует на регулярной основе (например в задании агента SQL)?
Для каких целей?
 
 
   php5
 
1 - 12.07.18 - 16:52
FREEPROCCACHE
https://msdn.microsoft.com/ru-ru/library/ms174283(v%3Dsql.120).aspx

FLUSHPROCINDB
Второй способ - недокументированная команда DBCC FLUSHPROCINDB(dbid)
Вместо dbid передаем идентификатор базы данных, возвращаемый функцией db_id(), саму функцию в команде dbcc использовать не получится.
Эта команда полноценно очищает процедурный кэш от любых запросов, относящихся к конкретной базе данных.


http://www.sql.ru/blogs/decolores/947
   cons74
 
2 - 12.07.18 - 17:02
(1) что они делают я знаю.
Переформулирую постановку вопросов.
Когда есть смысл использовать?
Знаю что помогает когда "все вдруг тормозит". При этом встречал мнение что использовать их некошерно, что это все равно что по воробьям атомной бомбой бить. Мол тру-дб-админ найдет истинную причину тормозов.
   cons74
 
3 - 12.07.18 - 17:03
Когда следует очищать процедурный кеш?
   ssh2006
 
4 - 12.07.18 - 17:33
(3) после реиндексации может иметь смысл
   cons74
 
5 - 12.07.18 - 17:41
(4) обоснование?
В той же " Регламентные операции на уровне СУБД для MS SQL Server" https://its.1c.ru/db/metod8dev/content/5837/hdoc сказано что после обновления статистики есть смысл.
   ssh2006
 
6 - 12.07.18 - 17:52
(5) по умолчанию при реиндексации статистика автоматически обновляется
   cons74
 
7 - 12.07.18 - 18:00
(6) только по тем таблицам, что были обработаны (таблицы индексов). Не вижу смысла запускать повторно очистку кэша после реиндексации, если уже есть отдельное задание по полному пересчету статистики со сбросом кэша.
   ssh2006
 
8 - 12.07.18 - 18:07
(7) И практики пример:  нет отдельного задания на обновление статистики. Справляется автоматическое обновление статистики. Соответственно нет частого сброса кеша и последующих подтупливаний базы при перекомпиляции планов. Реиндекс раз в неделю.
   ssh2006
 
9 - 12.07.18 - 18:09
+ А вот в Postgres ANALYZE запускается ежедневно
   cons74
 
10 - 12.07.18 - 18:11
Встречный пример: есть отдельное задание на обновление статистики с очисткой кэша, и отдельное - на индексы. Ночью оба.
Днем иногда начинает тормозить проведение документов. Вплоть до 5 минут на документ с 1 строкой в табличной части. Помогает только FLUSHPROCINDB. Но "это же не правильное решение".
 
 Рекламное место пустует
   ssh2006
 
11 - 12.07.18 - 18:19
(10) надо отлавливать проблемный запрос
   nicxxx
 
12 - 12.07.18 - 18:54
(10) База большая? Купите уже оперативки столько, чтобы база вся в нее поместилась и забудьте о подобных мелочах.
   cons74
 
13 - 13.07.18 - 06:44
(12) Баз более 10 штук, объем более 700Гб. Мне терабайт оперативки покупать чтоб все базы влезли?
   Локи-13
 
14 - 13.07.18 - 08:06
(13) А сколько сейчас? Удвой ее.

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует