【问题标题】:Cassandra Database Performance and Default GUIDCassandra 数据库性能和默认 GUID
【发布时间】:2012-10-29 19:39:27
【问题描述】:

我在 Cassandra 文档中读到,建议您使用随机生成的 ID 图形用户界面来防止热点,而不是为每个文档实现我自己的 ID。据我所知,它要慢得多(see this presentation)。 Cassandra 如何帮助我实现非常高的 WRITE 性能,同时仍然遵循此指南?

【问题讨论】:

  • 我读过的关于 Cassandra 性能的所有内容都表明,将提交日志放在自己的快速磁盘上是最好的,即提交日志刷新是写入的门控因素。你是说演示文稿说 guid 生成速度很慢?
  • 另见datastax.com/docs/1.0/cluster_architecture/partitioning。通常不应该有太大的速度差异(RandomPartitioner 必须对您的行键进行 MD5 哈希处理,仅此而已) - 您的行键是否很大?您看到的写入性能如何,您的目标是什么?
  • 我的行键不大,预计大约 5000 次写入/秒

标签: nosql cassandra database-performance


【解决方案1】:

PlayOrm 使用它自己的生成器来为 cassandra 保持较小的 id。重要的是您的生成器是随机的,仅此而已,因此它提供了良好的密钥分布。我们自己使用 PlayOrm 和 cassandra 每秒执行 10,000 次写入,此时正在索引内容,因此我们可以使用 PlayOrm Scalable SQL 进行查询。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-01-11
    • 1970-01-01
    • 2014-10-19
    • 2015-09-10
    • 1970-01-01
    • 2016-07-12
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多