1. The concept of Partition key cache, is based on the fact that partition keys are always stored in sorted order.
2. Partition summary is off-heap memory structure. and is based on sampling of partition keys which are present in partition index.
3. Partition index file is stored on disk. and this file stores index of all partition keys along with their mapped offset.
Предположим, что файл индекса раздела содержит 50 ключей раздела: От Key01 - Key50.
Как упоминалось ранее, сводка разделов основана на выборке. Если мы установим сводку разделов для выборки каждые 10 ключей разделов, то память сводок разделов будет содержать информацию о пяти ключах разделов и их расположении на диске в пределахиндекс раздела.
For example, (This should be likely structure of Partition key cache)
Partition Key 01 -> location of PK01 from Partition index File
Partition Key 11 -> location of PK11 from Partition index File
Partition Key 21 -> location of PK21 from Partition index File
Partition Key 31 -> location of PK31 from Partition index File
Partition Key 41 -> location of PK41 from Partition index File
Теперь, если запрос содержит запрос ключа раздела 33, он начнет сканирование кэша ключа раздела, который находится в памяти и помогает в более быстром сканировании, он узнает диапазон, где находится ключ разделения 33присутствует, т. е. между ключом 31 раздела и ключом 41
. Таким образом, он напрямую переходит к расположению PK31 в индексном файле на основе информации, представленной в сводке.Затем выполняется очень быстрое сканирование с использованием ключа раздела 31 и ключа раздела 41.
Короче говоря, сводка разделов помогает нам быстро определить местоположение ключа раздела в индексе детали, а не искать каждый раздел.ключ из индексного файла раздела.
Надеюсь, это поможет.