Aerospike: ошибка создания подзаписи LDT Примечание: -ldt-enabled имеет значение true

Использование Aerospike 3.7.3 и большого стека. Пожалуйста помоги.

Я столкнулся со следующей ошибкой.

19 марта 2016 г., 05:00:17 по Гринвичу: ПРЕДУПРЕЖДЕНИЕ (ldt): (ldt_aerospike.c::507) crec_create: Ошибка создания подзаписи LDT [rv=-1]... Ошибка


aerospike
person Carbonrock    schedule 19.03.2016    source источник

Ответы (1)


arrow_upward
1
arrow_downward

(Я работаю в Aerospike) Тип данных Large Stack устарел. Кроме того, типы больших данных в целом не находятся на том же уровне зрелости, что и остальная часть платформы, и не рекомендуются для использования в рабочей среде. Есть несколько крайних случаев, когда типы больших данных могут быть повреждены. Я бы порекомендовал запустить сканирование (подойдет резервное копирование), которое должно распечатать сведения о неисправных LDT, которые затем можно удалить из системы (и, возможно, повторно вставить). Я настоятельно рекомендую найти альтернативное моделирование данных без LDT.

person Meher    schedule 23.03.2016
comment
@ Махер, спасибо за ответ. Я планирую перенести все свои данные LSTACK в LLIST. Но что меня удивило, так это то, что LDT не предназначен для производственного использования. Я не читал этого ни в одной документации Aerospike. Мой вариант использования: отправлять JSON (500 байт) в LLIST против пользователя всякий раз, когда он выполняет какое-либо действие. При считывании записи против пользователя я получу все его действия. Если я выберу регулярную установку для каждого действия и имею дополнительный индекс для пользователя, я определенно переполню ОЗУ раньше. Пожалуйста, предложите, могу ли я продолжить с LLIST или какой может быть правильная модель данных. Заранее спасибо. - person Carbonrock; 29.03.2016
comment
Я бы рекомендовал не использовать LLIST, а использовать список или карту. Мы добавляем новые API для управления этими типами данных, так что следите за обновлениями в ближайшие недели. Для записей, превышающих максимальный размер блока записи в 1 МБ, я бы рекомендовал разбить их на уровне приложения, используя, например, «контрольную корзину», чтобы указать на потенциальное переполнение в другие записи. Такой метод определенно не увеличит использование оперативной памяти по сравнению с тем, что будут использовать большие типы данных. - person Meher; 23.04.2016