sql - Cassandra/HBase 或只是 MySQL : Potential problems doing the next thing

标签 sql mysql nosql cassandra hbase

假设我有“用户”。这是关键。我需要保持“用户数”。 我计划使用键“用户”和值“0”到“9999+ ;-)”进行记录(尽可能多)。

如果我为此使用 Cassandra、HBase 或 MySQL,我会遇到什么问题? 比如说,我有数千个对此“用户”键的新更新,我需要在其中增加值。 我有麻烦了吗?锁定写入? 还有其他方法吗?

为什么这样做——会有很多类似“用户”的键。其他情况不同。但思路是一样的。为什么要保持这种方式——因为我会有更多的阅读,所以我总是可以非常快地获得“计数值”。

最佳答案

我会每隔 N 分钟将用户计数更新为批处理操作,而不是实时更新。如果只有一个进程在更新它,那么根据定义您无需担心争用。

或者,cassandra 有一个 contrib/mutex,用于通过 ZooKeeper 添加锁支持。

关于sql - Cassandra/HBase 或只是 MySQL : Potential problems doing the next thing,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2526634/

相关文章:

python - 如何在 python 的原始 SQL 中提交更新

sql - TimescaleDB 中的缺口填充 OHLCV(开高低收盘量)

mysql - 将选择查询转换为更新查询

php - Mysqli UPDATE SET WHERE语法错误

ios - 如何从 iOS 中的 firebase 中的子节点获取数据

c# - 以编程方式从 Azure 表存储获取所有列名称的完整列表

sql - NOLOCK 提示会减慢操作速度吗?

sql - 使用 Oracle 应用程序显示图像输出

mysql - 设置我的画廊表格

elasticsearch - 如何在ElasticSearch中建立社交关系模型?