Size: a a a

2021 March 11

SP

Sergey Protko in symfony
Dmitry
Ну вот :) для чтения это мастер слейв репликация. А для записи это шардинг который сильно нетривиален
У меня есть кейс с presence detection где много записи и там мне был бы интересен рэдис и шарды
источник

D

Dmitry in symfony
✨Basic_Instinct✨
возможно это в привычном понимании записи/чтения innodb? я не думаю что те же алгоритмы применимы для памяти
Ну ndb возьмите. То ещё счастье блин :) а оно целиком в памяти живет
источник

SP

Sergey Protko in symfony
Dmitry
А какой ещё может быть кейс масштабирования Кеша ? Только шард. По любому признаку
Пишут мало читают много - кэш - нужны реплики. Шарды тут нужны когда кэша дохера. А когда много пишут много читают это уже не кэш
источник

D

Dmitry in symfony
Sergey Protko
Пишут мало читают много - кэш - нужны реплики. Шарды тут нужны когда кэша дохера. А когда много пишут много читают это уже не кэш
Да. Тут понятие размазывается. Это будет нечто вроде in memory dB в кеш-движке
источник

SP

Sergey Protko in symfony
Пишут много - кэш часто меняется - низкая эффективность кэша
источник

✨Basic_Instinct✨ in symfony
Sergey Protko
Пишут много - кэш часто меняется - низкая эффективность кэша
в таком случае он при любом решении будет с низкой эффективностью
источник

SP

Sergey Protko in symfony
Dmitry
Да. Тут понятие размазывается. Это будет нечто вроде in memory dB в кеш-движке
Не размывается. Рэдис это не про кэш, и это не самый быстрый key value стор даже.

Вот в случае моего presence detection мне от рэдиса sorted sets нужны. Что бы много писать и мало и быстро читать. И тут от того же шардинга будет толк
источник

D

Dmitry in symfony
✨Basic_Instinct✨
в таком случае он при любом решении будет с низкой эффективностью
Это от задачи зависит. Если нужно снять нагрузку с базы то кеш можно загрузить на частые изменения
источник

SP

Sergey Protko in symfony
✨Basic_Instinct✨
в таком случае он при любом решении будет с низкой эффективностью
Ну большинство кэш юзают потому что "ну так же быстрее работать будет" и теперь приложение на каждый чих по сети и в рэдис и в мускуль ходить будет.
источник

D

Dmitry in symfony
Он просто будет выполнять роль  слоя данных в памяти. А база пересистить будет
источник

✨Basic_Instinct✨ in symfony
Dmitry
Это от задачи зависит. Если нужно снять нагрузку с базы то кеш можно загрузить на частые изменения
я бы в таком случае сделала кеш страниц, дабы снизить число запросов тех самых чтения/запись
источник

✨Basic_Instinct✨ in symfony
кстати вармиш кто нить юзает?
источник

SP

Sergey Protko in symfony
✨Basic_Instinct✨
я бы в таком случае сделала кеш страниц, дабы снизить число запросов тех самых чтения/запись
А тебе разве операционная это не делает за тебя?
источник

D

Dmitry in symfony
✨Basic_Instinct✨
я бы в таком случае сделала кеш страниц, дабы снизить число запросов тех самых чтения/запись
Возможно. Почему нет. Если это не противоречит вашему приложению. Букинг вон 100 млрд хтмл страниц предгенерит
источник

SP

Sergey Protko in symfony
а, или про какие страницы мы? Просто у меня апишки
источник

D

Dmitry in symfony
Не страницы памяти :) обычные страницы. Я так понял
источник

D

Dmitry in symfony
У меня на одном из проектов вообще был отдельный сервис который держал в памяти как в кеше всю базу.
источник

SP

Sergey Protko in symfony
Ну страницы лучше каким варнишем
источник

SP

Sergey Protko in symfony
Или json ки
источник

SP

Sergey Protko in symfony
У меня лично postgresql и его как кэш я юзать не могу, а поскольку у меня под рукой есть рэдис то кэш там + второй слой в памяти приложения
источник