Search
Write a publication
Pull to refresh

Comments 4

Однако при работе с Redis важно не забывать про ещё одно его отличительное свойство: он однопоточный

Разрешите спросить - а играли ли в keydb или иные имплементации "redis-протокола"? Если нет - то почему, если в вашем случае redis является явным bottleneck-ом?

Мы эксперементировали с keydb несколько лет назад. Тогда оказалось, что она работает медленнее редиса. В итоге мы сейчас на кластере и наличие нескольких мастеров+слейвов значительно облегчает ситуацию с однопоточностью, особенно учитывая то, что можно на одной железной машине хостить и мастер и слейвов

а можно подробнее - на сколько медленее? на конкурентную или эксклюзивную запись? или чтение? тут же столько граней у этого вопроса :)

мастер+слейвы !== многопоточный доступ к данным, проблема то все равно остается, хоть и в менее концентрированном виде, на мой скромный взгляд...

К сожалению, конкретные цифры сейчас поднять не смогу :( Но в тот момент было достаточно сльно медленнее, что этот вариант не стали рассматривать.

Редис кластер умеет в шардирование, так что можно использовать много мастеров, и концентрация проблемы снижается до вполне приемлемых значений :)

Sign up to leave a comment.