ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Тяпничное сравнение Memcached/Redis
25 сообщений из 36, страница 1 из 2
  1  все
Тяпничное сравнение Memcached/Redis
    #39771385
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Привет френды.

Дима. Илья. Жук-Ботан. Руслан. Экп98. И все-все кодеры и сочувствующие.

Вся прошедшая неделя для меня прошла под флагом оптимизации взаимодействия Amazon/Lambda и S3 хранилища.
S3 - это тоже API от амазона который переводится как S3==SSS==SimpleStorageService и по внешнему виду
похож на гибрид файловой системы и хеш-таблички. Имеет дохрена опций мета-информации и QOS. На каждый
файл можно цеплять атрибуты mime и индексировать. Вобщем налицо веб-ориентированность.
Будучи человеком дотошным я для себя хотел выяснить какие есть сравнения между этих двух штук (Memcached/Redis)
для оптимизации записи и чтения файлов и решил начать устанавливать себе локально.

Цель - ускорить бизнес-процессы которые за 1 сеанс будут читать и писать порядка 50 000 тысяч мелких файлов в S3.

Собсно вопрос.

Кто работал с
Memcached

Redis

Общие вопросы.
1) Типы данных тут и там?
2) Репликация-кластеры.
3) Интеграция с приложениями. Роли? Архитектуры? Будет классно если есть картинки или диаграммы взаимодействия.
4) Только-ли кеш? Или можно сказать БД?
5) Параметр time-to-leave для записей. Рекомендации? Кто юзал и как? Что было достигнуто?
6) Интересные юзкейсы. В рекламных видео знатоки хайлоад показывают
как редиска-мемкеш ускоряют работу в БД. И мне в этой части интересны коробочные решения.
7) CLI. Инструменты мониторинга и бекапа.

Какие фидбеки? Какие есть инструменты для загрузки туда данных? Какие типы данных и прочее.
По сабжу (чуть позже меня будут интересовать технологии AmazonElastiCache но это просто фронт
для этих двух вышеперечисленных штук).

ЯП. На данный момент рассматриваю всю линейку языков. В продуктиве у нас Java/Python/Go
Вообще язык - не проблема тем более что одна их технологий просто поднимает телнет и позволяет
вести с ним диалог по сокету.
...
Рейтинг: 0 / 0
08.02.2019, 20:58
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771388
Лысый дядька
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лысый дядька
Участник
mayton,

Memcached, ИМХО, сравнивать с редисом не вполне корректно. Объясню, ридис, это же не просто in-memory key-value хранилище, он умеет еще многое помимо. Перечислю что знаю: 1) он таки может сохраняться на диск 2) он умеет реплицироваться и кластеризоваться 3) он имеет встроенный язык скриптов на Lua 4) у него есть pub/sub, то есть его можно юзать как брокер сообщений, что наша контора успешно юзает 4) у него есть Module API для впиливания кастомных типов и команд 5) у него есть транзакционность
Что из этого умеет Memcached?
Дисклаймер: с Memcached знаком опосредовано, возможно, он чертовски хорош, но мнение о нем на данный момент - кеш для Джанги его стихия, но не больше.
...
Рейтинг: 0 / 0
08.02.2019, 21:13
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771389
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Порты листнеров по умолчанию.
Код: sql
1.
2.
Redis 0.0.0.0:6379 (TCP)
Memcached 0.0.0.0:11211 (TCP)
...
Рейтинг: 0 / 0
08.02.2019, 21:14
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771391
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Лысый дядька4) у него есть pub/sub, то есть его можно юзать как брокер сообщений, что наша контора успешно юзает
Это.. модель publisher-subscriber? Какой-там протокол?
...
Рейтинг: 0 / 0
08.02.2019, 21:18
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771393
Лысый дядька
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лысый дядька
Участник
maytonЛысый дядька4) у него есть pub/sub, то есть его можно юзать как брокер сообщений, что наша контора успешно юзает
Это.. модель publisher-subscriber? Какой-там протокол?

Если не лезть в википедию, то предположу - сугубо свой, это точно не AMQP, возможно, MQTT. Я не задавался вопросом соответствия какому-то протоколу.
...
Рейтинг: 0 / 0
08.02.2019, 21:24
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771396
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Лысый дядькаmaytonпропущено...

Это.. модель publisher-subscriber? Какой-там протокол?

Если не лезть в википедию, то предположу - сугубо свой, это точно не AMQP, возможно, MQTT. Я не задавался вопросом соответствия какому-то протоколу.
ОК. Спасибо. Еще. Для моего юзкейса нужно в час времени X перебрать все ключи
и выполнить по каждому какое-то бизнес-действие. После этого базу можно дропнуть.
Она не нужна.

Вот здесь загвоздка. Не все key-value хранилища позволяют итератор.
...
Рейтинг: 0 / 0
08.02.2019, 21:34
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771399
Лысый дядька
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лысый дядька
Участник
maytonОК. Спасибо. Еще. Для моего юзкейса нужно в час времени X перебрать все ключи
и выполнить по каждому какое-то бизнес-действие. После этого базу можно дропнуть.
Она не нужна.

Вот здесь загвоздка. Не все key-value хранилища позволяют итератор.
У редиса есть набор типов, один из них LIST. То есть вы под строковым ключом "key" можете хранить, грубо говоря, вектор и делать из него в цикле pop (справа или слева). Ключ удалится, когда не останется элементов.
...
Рейтинг: 0 / 0
08.02.2019, 21:41
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771403
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Это .. странно. Мне надо 50 тысяч ключей сначала обработать. При этом каждый ключ - это суть файловый путь.
Обработка заключается в последовательном тректинге статуса. Грубо говоря все бизнес-объекты проходят статусы.
И в конце некий итоговый процесс должен посчитать сколько выпалов ошибки. Принять решение.

Ну. В SQL это было-бы аналогом.
Код: sql
1.
SELECT key,value FROM X WHERE value = 'FAILED';
...
Рейтинг: 0 / 0
08.02.2019, 21:54
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771409
Лысый дядька
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лысый дядька
Участник
mayton,

вы вполне можете итерироваться по списку без удаления, есть команда LINDEX, можно получать сразу большой срез командой LARNGE ну и т.д., там десятки команд для десятка встроенных типов. Наверное, я слишком погряз в своей задаче и поэтому не вижу чужих юз-кейсов. Мы используем редис в основном как очередь для потока телеметрии и как основу для самописной message delivery system. И в этом смысле, мне не нужно хранить сообщения в очереди если они уже вычитаны клиентом. Но если вам нужно - бога ради, представьте, что у вас просто есть интерфейс к удаленным структурам данных типа vector, set, hashmap пр. - делайте что заблагорассудится.
...
Рейтинг: 0 / 0
08.02.2019, 22:08
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771411
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Ладно. Пока проехали со списками. Я тут поставил клиент memcache из пакетов nodejs.

Интересно. Почему вызов SET key,vale - depracated?
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
localhost:11211> help

  Commands:

    help [command...]                Provides help for a given command.
    exit                             Exits application.
    get <key>                        Get the value of a key
    set <key> <value> [expires]      Set the value of a key
    add <key> <value> [expires]      Set the value of a key, fail if key exists
    replace <key> <value> [expires]  Overwrite existing key, fail if key not exists
    delete <key>                     Delete a key
    flush                            Flush all data
    stats                            Show statistics

localhost:11211> set user mayton
 MemJS SET: using deprecated call - arguments have changed
true
localhost:11211>
...
Рейтинг: 0 / 0
08.02.2019, 22:13
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771416
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
В редиске есть запрос ключей. По всей видимости я уже определился с кешом. Memcached уже неинтересен.

Код: sql
1.
2.
3.
4.
5.
6.
7.
127.0.0.1:6379> set user01 mayton
OK
127.0.0.1:6379> set user02 usoff
OK
127.0.0.1:6379> keys *
1) "user01"
2) "user02"
...
Рейтинг: 0 / 0
08.02.2019, 22:40
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771471
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
Про Redis не читал, а мemcached это key-value кэш в памяти, при переполнении вытесняются более старые данные. Как долговременное хранилище чего-либо мemcached не подойдет.
...
Рейтинг: 0 / 0
09.02.2019, 08:33
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771485
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Долговременным будет S3.
Редиска или memcache по моей задумке должен быть прослойкой.
...
Рейтинг: 0 / 0
09.02.2019, 09:49
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771503
Ролг Хупин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ролг Хупин
Участник
Dima TПро Redis не читал, а мemcached это key-value кэш в памяти, при переполнении вытесняются более старые данные. Как долговременное хранилище чего-либо мemcached не подойдет.

Я за редис.
Протокол там свой.

Еще что интересно: можно устанавливать TTL на элементы.
Я пользуюсь этим для кеша, ставлю максимальное время жизни кеша, при обновлении - обновляется время если не обновилось редис сам уничтожит записи из кеша и они потом заполнятся, как при первом обращении.Т.е. клиент не должен заморачиваться, это важно.
...
Рейтинг: 0 / 0
09.02.2019, 11:07
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771518
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
maytonОК. Спасибо. Еще. Для моего юзкейса нужно в час времени X перебрать все ключи и выполнить по каждому какое-то бизнес-действие. После этого базу можно дропнуть. Она не нужна.
В редисе справедливо решили, что основной тормоз - общение клиента с сервером. Поэтому для ускорения есть парочка хороших механизмов:

1. Асинхронное общение. Клиент пихает потоком команды, а сервер потоком возвращает ответы. Соответственно, нужна логика, умеющая разобрать, какой ответ к какой команде относится, и алгоритм, позволяющий плевать новые команды прежде чем пришёл ответ на предыдущие.

2. Скрипты. Если "бизнес-действие" опирается на данные внутри хранилища, то целесообразно весь расчёт провести внутри него и выдать наружу только результаты.
...
Рейтинг: 0 / 0
09.02.2019, 12:59
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771523
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Anatoly Moskovsky
Участник
mayton,

Посмотрите еще tarantool.
...
Рейтинг: 0 / 0
09.02.2019, 13:25
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771544
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex55555
Участник
maytonДля моего юзкейса нужно в час времени X перебрать все ключи
и выполнить по каждому какое-то бизнес-действие. После этого базу можно дропнуть.
А просто копить их в памяти не? Зачем вообще редис и прочие овощи? Обычная мапа, ну или BTree, при желании.
maytonВ SQL это было-бы аналогом.
Код: sql
1.
SELECT key,value FROM X WHERE value = 'FAILED';


То есть модель тривиальна - однозначно просто в памяти хранить и обрабатывать без сторонних бетономешалок с функцией инжекции спирта прямо в желудок.
...
Рейтинг: 0 / 0
09.02.2019, 14:33
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771553
Лысый дядька
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лысый дядька
Участник
alex55555А просто копить их в памяти не? Зачем вообще редис и прочие овощи? Обычная мапа, ну или BTree, при желании.
1. При краше обработчика данные превратятся в тыкву
2. Нужно многопоточное приложение для одновременного приема и обработки
3. Хреново масштабируется
4. Нельзя использовать скриптовые языки с GIL
5. Нет возможности построить цепочку обработчиков
...
Рейтинг: 0 / 0
09.02.2019, 14:53
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771561
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
alex55555maytonДля моего юзкейса нужно в час времени X перебрать все ключи
и выполнить по каждому какое-то бизнес-действие. После этого базу можно дропнуть.
А просто копить их в памяти не? Зачем вообще редис и прочие овощи? Обычная мапа, ну или BTree, при желании.
maytonВ SQL это было-бы аналогом.
Код: sql
1.
SELECT key,value FROM X WHERE value = 'FAILED';


То есть модель тривиальна - однозначно просто в памяти хранить и обрабатывать без сторонних бетономешалок с функцией инжекции спирта прямо в желудок.
Нет. Концепция работы с AWS lambda предполагает stateless обработку каждого бизнес объекта.
В качестве хранилищ состояний предлагается Dynamo, S3, Elasticache.
Dynamo нам пока недоступен. Поэтому довольствуемся S3 и эластичным кешом который просто имплементирует либо редис либо memcache.
...
Рейтинг: 0 / 0
09.02.2019, 15:05
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771565
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Anatoly Moskovskymayton,

Посмотрите еще tarantool.
Ок. Спасибо.
...
Рейтинг: 0 / 0
09.02.2019, 15:08
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771836
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex55555
Участник
maytonКонцепция работы с AWS lambda предполагает stateless обработку каждого бизнес объекта.
stateless это "без состояния". То есть обработчик не зависит ни от чего, кроме входных данных. Но как раз обработка без редисок даёт наименее зависимый от всего остального обработчик. А вот что добавляет редис?
maytonВ качестве хранилищ состояний предлагается Dynamo, S3, Elasticache.
Ну вот, есть какие-то внешние хранилища (или это редискины запчасти?), из них надо данные взять, обработать и, как было замечено ранее, просто выкинуть (хотя результат всё же куда-то нужно пристроить). Опять получается - зачем редис?

Я вообще конечно не настаиваю, но реально смысла в лишней прокладке не вижу.
...
Рейтинг: 0 / 0
10.02.2019, 15:35
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771838
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex55555
Участник
Лысый дядька1. При краше обработчика данные превратятся в тыкву
2. Нужно многопоточное приложение для одновременного приема и обработки
3. Хреново масштабируется
4. Нельзя использовать скриптовые языки с GIL
5. Нет возможности построить цепочку обработчиков
1. В таком дико редком случае данные снова прочитаются из хранилища.
2. Что мешает реализовать?
3. Это как? Много потоков не умеем писать, что ли?
4. Зачем это убожество? Что бы сильнее тормозило?
5. Я извиняюсь, а цепочку вызовов функций писать уже совсем не комильфо? Обязательно нужно каждый чих обвесить взаимодействием со станцией на марсе?
...
Рейтинг: 0 / 0
10.02.2019, 15:39
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771856
Лысый дядька
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лысый дядька
Участник
alex55555Лысый дядька1. При краше обработчика данные превратятся в тыкву
2. Нужно многопоточное приложение для одновременного приема и обработки
3. Хреново масштабируется
4. Нельзя использовать скриптовые языки с GIL
5. Нет возможности построить цепочку обработчиков
1. В таком дико редком случае данные снова прочитаются из хранилища.
2. Что мешает реализовать?
3. Это как? Много потоков не умеем писать, что ли?
4. Зачем это убожество? Что бы сильнее тормозило?
5. Я извиняюсь, а цепочку вызовов функций писать уже совсем не комильфо? Обязательно нужно каждый чих обвесить взаимодействием со станцией на марсе?

Это аргументы против чего? Допустим, разработчик не желает по каким-то своим причинам связываться с многопоточностью, допустим ДА ему нужно это убожество, допустим не комильфо. И что? Может еще дышать перестать, потому что лично ты считаешь такой способ существования пустым и убогим?
...
Рейтинг: 0 / 0
10.02.2019, 16:23
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771863
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
alex55555maytonКонцепция работы с AWS lambda предполагает stateless обработку каждого бизнес объекта.
stateless это "без состояния". То есть обработчик не зависит ни от чего, кроме входных данных. Но как раз обработка без редисок даёт наименее зависимый от всего остального обработчик. А вот что добавляет редис?
maytonВ качестве хранилищ состояний предлагается Dynamo, S3, Elasticache.
Ну вот, есть какие-то внешние хранилища (или это редискины запчасти?), из них надо данные взять, обработать и, как было замечено ранее, просто выкинуть (хотя результат всё же куда-то нужно пристроить). Опять получается - зачем редис?

Я вообще конечно не настаиваю, но реально смысла в лишней прокладке не вижу.
Ты слышал про FAAS?
...
Рейтинг: 0 / 0
10.02.2019, 16:43
| Ответить | Цитировать | Написать  
Тяпничное сравнение Memcached/Redis
    #39771990
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
mayton,

не совсем понял, уже что-то есть и надо с этим как-то жить или пока вынашиваются стратегические планы?
...
Рейтинг: 0 / 0
11.02.2019, 07:32
| Ответить | Цитировать | Написать  
25 сообщений из 36, страница 1 из 2
  1  все
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Тяпничное сравнение Memcached/Redis
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=16&fpage=11&tid=1339991]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 70ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 60ms
get tp. blocked users:
 2ms
others: 13ms
total:  192ms
созд. / загр.: 192ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]