А
если данные достаются и суются по айди, то их элементарно кешировать и инвалидировать можно без проблем и очень четко
Size: a a a
2021 April 09
АО
И как хранить в кеше данные >300k юзеров? Это вообще разумно?
A
Всяко разумнее, чем теребить базу через 10к коннектов.
АО
Да я понял уже что пг забивает пул по дефолту на 100 соединений и потом эти 100 отрабатывают все что приходит. Грустно
A
Кеш хотя бы пошардировать можно недорого
AS
абсолютно норм)
А
при обновлении данных в базе и кеш если обновлять, тогда кеш всегда будет актуальный
AS
тем более у вас сервак же не с 10к ядер..
АО
А можно вообще реплики бд делать? И перераспределять коннекты? Например сделали 10 реплик бд и уже у нас 1000 пул соединений. И все эти 1000 нормально так обслуживают 10к. У Авито вон вообще 160 репликаций
L
Вам про кэш дело говорят
L
300к юзеров в кэше - это недорого
АО
Да я согласен, что хороший подход.
А
можно и бд реплицировать, но это нужно делать после того как уже подключили кеш
АО
А что тогда выбрать редис или мемдкеш?
D
А зачем тогда бд?
АО
Или есть крутые новые технологии?
А
мемкеш быстрей, редис может хранить данные на диске
А
все данные в одном месте, основное хранилище, кеш - дополнительное, не жалко потерять
L
Я б взял аэроспайк, например, или хазелкаст
L
Ну или сциллу пощупать за бока