|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
Выполнил сегодня запросик: Код: sql 1. 2. 3. 4.
А там первый last_execution_time 2013-10-10 11:32:32.060 и до этой даты ничего нету, но при этом ночью куча запросов выполняется (ночная загрузка). Куда они могли деваться? Сервер не перезагружался, DBCC FREEPROCACHE я не выполнял. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 16:29 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
kalimbaDBCC FREEPROCACHE я не выполнял. И никто другой не выполнял? Вы гарантируете это? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 16:33 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
Гость333, Вот в этом вся трабла, как лучше всего проверить? Поставить трейсить профайлер на это время? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 16:34 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
kalimba Поставить трейсить профайлер на это время? Отобрать лишние права (ALTER SERVER STATE). ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 16:36 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
kalimba, сначала можно поискать эту инструкцию в теле хранимок и джобов, возможно, что-то и прояснится без профайлера ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 16:38 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
как вариант - выполнялась процедура sp_recompile, в следствии чего план удалился из кэша, соответствующие строки исключились из представления. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 16:40 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
kalimba, у меня запуск DBCC FREEPROCCACHE привел к появлению 3х записей в логе. там пошарьте. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 16:43 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
kalimbaВот в этом вся трабла, как лучше всего проверить? Выполнил сейчас DBCC FREEPROCCACHE на локальном сервере, в ERRORLOG появились записи: автор2013-10-10 16:40:37.31 spid63 SQL Server has encountered 3 occurrence(s) of cachestore flush for the 'Object Plans' cachestore (part of plan cache) due to 'DBCC FREEPROCCACHE' or 'DBCC FREESYSTEMCACHE' operations. 2013-10-10 16:40:38.61 spid63 SQL Server has encountered 3 occurrence(s) of cachestore flush for the 'SQL Plans' cachestore (part of plan cache) due to 'DBCC FREEPROCCACHE' or 'DBCC FREESYSTEMCACHE' operations. 2013-10-10 16:40:38.62 spid63 SQL Server has encountered 3 occurrence(s) of cachestore flush for the 'Bound Trees' cachestore (part of plan cache) due to 'DBCC FREEPROCCACHE' or 'DBCC FREESYSTEMCACHE' operations. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 16:44 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
ну вот, Гость333 их еще и "озвучил" :) ...а в дефолтном трейсе еще и логин записан, кто сие произвел! ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 16:49 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
Гость333, Проверил на тестовом, действительно 3 таких записи появляюся, но на продакшене таких записей нету.. ( ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 16:58 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
вот еще дофигище возможных причин: The whole procedure cache is cleared when certain database level operations are performed in the following scenarios: A database has the AUTO_CLOSE database option set to ON. When no user connection references or uses the database, the background task tries to close and shut down the database automatically. You run several queries against a database that has default options. Then, the database is dropped. A database snapshot for a source database is dropped. Note Database snapshots are only available in Microsoft SQL Server 2005 Enterprise Edition. You change the database state to OFFLINE or ONLINE. You successfully rebuild the transaction log for a database. You restore a database backup. You run the DBCC CHECKDB statement. Note This is true only in versions of SQL Server 2005 that are earlier than SQL Server 2005 SP2. After you install SQL Server 2005 SP2 or later versions, the whole procedure cache is not flushed when you run the DBCC CHECKDB statement. You detach a database. You specify one of the following options when you run the ALTER DATABASE statement: OFFLINE ONLINE MODIFY FILEGROUP DEFAULT MODIFY_NAME MODIFY FILEGROUP READ_WRITE COLLATE MODIFY FILEGROUP READ_ONLY READ_ONLY READ_WRITE The whole procedure cache is cleared if one of the following server options is changed by the RECONFIGURE statement: cross db ownership chaining index create memory (KB) remote query timeout (s) user options max text repl size (B) cost threshold for parallelism max degree of parallelism min memory per query (KB) query wait (s) min server memory (MB) max server memory (MB) query governor cost limit Note Procedure cache will not be cleared if the actual value does not change or if the new value for the max server memory server option is set to 0. The whole procedure cache is cleared when certain database level operations are performed ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 17:10 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
Сейчас выполнил запрос заново, теперь минимальная last_execution_time = 2013-10-10 12:06:01.557, волшебство. o-o, Спасибо, буду смотреть.. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 17:26 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
кстати. что покажет, если по creation_time отсортировать? а то может, они все одни и те же исполняются, т.е. никуда не делиась, только обновилось last_execution_time ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 18:08 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
o-o, Такая же фигня( ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 18:11 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
вот если очищать кэш перечисленными в статье способами на уровне базы, то из кэша исчезают относящиеся к базе планы и это в еррор-логе не отражается. а вот на уровне сервера, если например, опции менять с reconfigure, то все в лог записывается как при DBCC FREEPROCACHE, только уже нет слова DBCC FREEPROCACHE, а идет RECONFIGURE или MAINTENANCE. короче, предлагаю в логе поискать фразочку 'SQL Plans' cachestore ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2013, 18:30 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
o-o, Ничего такого в логе нет( Кэш все равно очищается... ... |
|||
:
Нравится:
Не нравится:
|
|||
12.10.2013, 11:10 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
мемори преша случилась ) все выгрузили что смогли ... |
|||
:
Нравится:
Не нравится:
|
|||
12.10.2013, 12:01 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
Crimean, А можно поподробнее? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.10.2013, 12:17 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
12.10.2013, 23:30 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
o-o, Спасибо, суть понял, а фиксить как? : ) 72Гб на машине, Max Server Memory 64Гб, SQL Server 2012 SP1. З.Ы. Книга ничего так, спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.10.2013, 01:10 |
|
Очищается статистика производительности для кэшированных планов запросов
|
|||
---|---|---|---|
#18+
а проблема-то в чем? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.10.2013, 14:05 |
|
|
start [/forum/topic.php?fid=46&msg=38423290&tid=1704955]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
183ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
others: | 12ms |
total: | 293ms |
0 / 0 |