Analytics and Automation Software : Cisco Data Virtualization

Что означают различные статусы кэша?

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (21 апреля 2016) | Отзыв

Введение

Этот документ описывает различные флаги статуса кэша, найденные в cache_status таблице источника данных.

Внесенный Брэдом Шао, разработкой Cisco.

Что означают различные статусы кэша?

В cache_status таблице существует Столбец состояния, который указывает на статус того кэшируемого ресурса.

Сводка каждого флага статуса

Статус

Сокращение для

Подразумевает

О

Активный

Ключ активно используется.

Я

Происходящий

Обновление происходит.

P

Зондирование

Cache refresh попыток.

_________ F

Отказавший

Cache refresh, подведенный для этого ключа и данных для этих ключей кэша, не должен использоваться.

C

Очищенный

Кэш был очищен или читается сеансом клиента сервиса Сервера информации о Cisco (CIS), который не выписался и освободил его все же.

K

Ключ

Генерация ключа. Это - специальная строка в таблице со статусом 'K'. Эта строка не описывает кэшированных данных. Вместо этого это используется для удержания следующего доступного значения cachekey.

Сервер обновляет эту строку, поскольку это использует значения cachekey. В настоящее время это инкрементно увеличивает его к 1,000 каждых раз.

Общий линию за линией выполнение цикла Cache Refresh

Вызовите последовательность

О

Я

P

_________ F

C

K

D

Кэшированные данные

CacheRefresh: генерируйте ключ кэша

U

CacheRefresh: Проверьте, что мы - единственный, пытающийся обновлять для этого ключа

U

CacheRefresh: Укажите на происходящее обновление

U

CacheRefresh: данные Копии

U

CacheRefresh: ключ кэша Марка как активный

U

CacheClear: кэш Марка для ключа, как очищено

U

CacheClear: Сбор мусора

D

D

D

CacheClear: Удалите данные

D

Легенда:

U - Обновление/Вставка

D - Удалить

Жизненный цикл кэша

Обновление

  • Кэш может быть обновлен любой по требованию (пользователь нажимает Кнопку Обновить, SQL-запрос, который зависит от кэшируемого представления), или списком (триггер).
  • Основанный cache refresh списка внедрен с триггерами. Инициирует огонь в списке, и триггер вызывает процедуры cache refresh, чтобы сделать cache refresh.
  • Даже если cache refresh будет списком основанный (триггер) и если это никогда не обновлялось и если запрос пользователя прибудет или в для кэшируемого представления или в если пользователь попросит обновление, то кэш будет обновлен. 

Clear

  • Кэш может быть очищен или пользовательским требованием или политикой истечения.
  • Ясный кэш происходит на двух этапах a) данные метки, как очищено в таблице состояний и b) Сборе мусора: удалите записи для очищенных данных от таблицы состояний и удалите данные из целевой таблицы.

Влияния сбора мусора кэша

  • В кластере, должном кластеризовать разделение, иногда, данные могли бы быть удалены, который используется другими участниками. "garbageCollectionDelaySeconds" является параметром конфигурации, разработанным для обработки этого.
  • Если кэширование процедуры используется и если существует значительное количество вариантов, которые постоянно обновляются, то Сбор мусора мог бы использовать значительный ЦП и память. Существует несколько параметров для управления этим a) debug/maxConcurrentCacheGarbageCollectionJobs или debug/delayBetweenCacheGarbageCollectionJobs и b) debug/disableCacheOrphanGarbageCollection.

Владение кэша

Каждый экземпляр кэша принадлежит кластеру (если Активный Кластер присутствует), иначе экземпляром сервера (если serverid присутствует).



Document ID: 119441