Ovi*_*vid 10 scalability locking redis
我们有75台(并且还在增长)需要通过Redis共享数据的服务器.理想情况下,所有75台服务器都希望通过操作写入Redis中的两个字段INCRBYFLOAT.我们预计这两个领域最终可能有数百万的日常写入操作和数十亿日常读取.这些数据必须是持久的.
我们担心Redis锁定可能导致重复重写写操作,同时尝试增加同一个字段.
问题:
INCRBYFLOAT在一个非常重的负载下,单个字段上的多个同时是一个坏主意吗?Sri*_*nan 15
Redis没有锁定.另外,它是单线程的; 所以没有竞争条件.读取或写入不会阻止.
您可以INCRBYFLOAT毫无问题地在同一个密钥上运行数百万个.无需外部流程.阅读这些字段不会造成任何问题.
也就是说,"对两把钥匙的数百万次更新"听起来很奇怪.如果您可以解释您的用例,也许在Redis中可能有更好的方法来处理它.
由于Redis是单线程的,因此您可能希望使用主从复制来将读写与读取分开,因为是,写入通常会阻止读取.
或者,您可以考虑使用Apache Zookeeper,它提供可靠的集群协调,没有单点故障(如单个Redis实例).
| 归档时间: |
|
| 查看次数: |
12295 次 |
| 最近记录: |