Колекція Mongo `Розмір 'на * більше *, ніж" storageSize "?

Я нещодавно ущільнив свою колекцію за допомогою команди:

 db.<collectionName>.runCommand( "compact" )

І тепер мій розмір колекції здається більшим за розмір на диску!

SECONDARY> db.<collectionName>.stats()
{
"ns" : "<databaseName>.<collectionName>",
"count" : 2937359,
"size" : 5681676492,                   # 5.6 GB
"avgObjSize" : 1934.2805874256433,
"storageSize" : 4292853728,            # 4.2 GB
"numExtents" : 2,
"nindexes" : 2,
"lastExtentSize" : 2146426864,
"paddingFactor" : 1.669999999836597,
"flags" : 1,
"totalIndexSize" : 220735648,
"indexSizes" : {
    "_id_" : 162326304,
    "e_1_" : 58409344
},
"ok" : 1

}

Я не розумію, як це можливо. Чи не всі колекції mongodb постійно підкріплені на диску?

Хтось може пояснити ці результати?

storageSize - це сума всіх розширень для цих даних, за винятком індексів.

Таким чином, ця колекція займає 2 розширення, вони ~ 2 ГБ кожен, отже, ~ 4 ГБ. sizeвключає індекси, і я вважаю, що ще кілька речей, які збільшують число. Жоден із справді не відображає належного розміру диска. Що стосується розміру диска, db.stats()є поле розміру файлів, яке ближче до того, що ви хочете, я думаю, що ви шукаєте.

Посібник дещо краще окреслити, що означають різні поля, дивіться тут для колекцій:

http://docs.mongodb.org/manual/reference/collection-statistics/

І ось тут для статистики бази даних:

http://docs.mongodb.org/manual/reference/database-statistics/

Дещо інша потенційно відповідна інформація:

Компактна команда не зменшує жодних файлів даних; він лише дефрагментує видалений простір, щоб більші об'єкти могли його повторно використовувати. Компактна команда ніколи не видаляє і не скорочує файли баз даних, і взагалі потрібен додатковий простір для виконання своєї роботи, як правило, як мінімум один додатковий обсяг.

Якщо ви відремонтуєте базу даних, вона по суті перезаписує файли даних з нуля, що видалить прокладки та збереже їх на диску так само ефективно, як ви збираєтеся отримати. Однак для цього вам потрібно мати ~ 2x розмір на диску (насправді менше, але це гідне керівництво).

Тут слід пам’ятати ще одне - ремонтувати та компактно знімати накладки. Коефіцієнт прокладки коливається від 1 (відсутність переміщень документів, викликаних зростаючими документами), до 2 (безліч рухів, викликаних зростаючими документами). Коефіцієнт забивання ~ 1,67 вказує на те, що ти зростаєш (а отже, спричиняєш рухи) зовсім небагато

Коли ви компактуєте або ремонтуєте базу даних, ви видаляєте цю підкладку - тому подальший ріст документа викличе ще більше кроків, ніж раніше. Оскільки рухи є відносно дорогими операціями, це може серйозно вплинути на вашу продуктивність. Більше інформації тут:

http://www.mongodb.org/display/DOCS/Padding+Factor

Для mongodb> 3.x

For MMAPv1: 
datasize < storageSize

but For wiredTiger
datasize > storageSize (most cases due to compression but may be
                        storageSize greater, it varies on condition like
                        compression technique, whether compact/repair 
                        command run or not)

Для db.getCollection ('ім'я'). Stats ()

size = total size in memory of all records in a collection + padding (excluded index size + record header which is 16 byte per header, header means  = field name)        
avgObjSize = avg size of obj + padding
storageSize =  total amount of storage allocated to this collection for document storage. (totalIndex size excluded)
totalIndexSize : totalIndexSize (compressed in case of wiredTiger)

Для db.stats ()

dataSize = document + padding
storageSize = document + padding + deleted space
fileSize = document + padding extents +  index extents + yet-unused space

Цим ми можемо видалити невикористаний простір або отвір

db.getCollection('name').runCommand( "compact" )

Запустивши компактну або команду відновлення, ми можемо отримати точний розмір пам’яті та різницю розміру даних.

Техніка стиснення в mongodb wiredTiger:

- snappy : good compression, low overhead
- zlib: better compression, more CPU
- none (we can disable compression, by default its enable in WT)